| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Improvement
Description:
On DEC UNIX configure adds -g flag in production mode
Solution:
Used Albert's fix for SPs to eliminate the flag.
Platforms tested:
gondolin (both production and debug modes)
|
|
|
|
|
|
|
|
|
| |
Improvement
Description:
Added the patch so that it does not automatically set
CFLAGS to "-g", thus creating bigger object codes.
Platforms tested:
Should work and Elena said commit it. It is her problem anyway.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
By default, this config ends up compiling the code with -g option
because the current configure will set CFLAGS to -g if it is not
defined and if we are not using a gcc compiler. This occurs even
if we wish to have production code.
Solution:
Hard set CFLAGS="$CFLAGS". The mere setting, even if it is an
empty strings would stop the above errors.
Platforms tested:
LLNL sp2 (serial and parallel)--verified that -g is no longer used
during compiling and object files produced are indeed smaller.
|
|
|
|
|
|
|
|
|
| |
User knob..
Description:
Added --enable-linux-lfs flag to configure and took out -malign-double
flag from gcc compiles on i386 machines.
Platforms tested:
Linux 2.2 and 2.4
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Code Update
Description:
Ported change from the 1.5 branch to the 1.4 branch where all HDF5
include files are in quotes instead of angle brackets:
#include "hdf5_file.h"
instead of
#include <hdf5_file.h>
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
|
| |
Feature Add
Description:
Added support for >2GB files to the Linux architecture. This is a
sync with the 1.5 branch. The CFLAGS now gets set in the gnu-flags
file instead of the configure script (as it should). There's special
logic to test for 64-bit files systems in Linux and add the
appropriate flags, etc.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
If we need to specify a -R flag for dynamic libraries (like, in the
case when we specify --with-hdf4), then this flag needs to be added
to the linking line so that it will show up in the generated library
and other programs linking to that library will be able to find the
relevant libraries.
Solution:
Added the DYNAMIC_DIRS macro to the link line.
Platforms tested:
Arabica
|
|
|
|
|
|
| |
Hack removal
Description:
readded Makefile in java examples directoyr.
|
|
|
|
|
|
|
| |
Bug Fix
Description:
Added the hack which is in the 1.5 branch that allows the documents
to have "subdirectories" which it installs...
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Port to DEC ALPHA running LINUX
Description:
I added alphaev67-linix-gnu configuration files to ./config and ./fortran/config
directories.
Platforms tested:
DEC ALPHA LINUX and DEC OSF
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bux Fig
Description:
The different "clean" options should recurse through the directories.
They weren't and some errand Makefile's would be left after a
"distclean".
Solution:
Made it do just that.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
| |
Update
Description:
Incorporated all the changes made to powerpc-ibm-aix4.2.1.0
and powerpc-ibm-aix4.3.2.0 into powerpc-ibm-aix4.x.
Removed the other two "sub-files" now that powerpc-ibm-aix4.x
can cover them too.
Platforms tested:
IBM SP2 at LLNL BLUE, both parallel and serial.
|
|
|
|
|
|
| |
Formatting...
Platforms tested:
Solaris
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix for install-doc feature
Description:
I fixed the install-doc feature so that it actually works! (Imagine
:-).
Solution:
It manually checks if the DOCDIR exists. If not, then it mkdir's it.
Then it does the install of the appropriate docs.
Platforms tested:
Linux, Solaris
|
|
|
|
|
|
|
|
|
|
|
| |
Config cleanup
Description:
In production environments, the optimization flag for gcc was set to
-O6, which has some code-generation problems in certain environments.
Solution:
Turned optimizations down to -O2, which is still pretty bleeding edge.
Platforms tested:
FreeBSD 4.2 (hawkwind)
|
|
|
|
|
|
|
|
|
| |
New platform
Description:
Support the Cray SV1 machine. (config file is identical to unicosmk file
right now).
Platforms tested:
Cray SV1 (killeen.nersc.gov)
|
|
|
|
|
|
|
|
|
| |
Feature Fix
Description:
This checks before printing the warning message about hsizet type if
the user specified --disable-hsizet on the command line.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
install method was cached as 'cp -r'. It did not work
in --srcdir option as the configure set the method to ../cp -r.
Solution:
Removed the cached entry. Let it look for install or use install-sh.
Platforms tested:
LLNL Blue (found and used /usr/local/gnu/bin/install).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
TFLOPS was configured to use '-g' flag even when --enable-production
option was used. It was because configure hard set CFLAGS to '-g'
if it is a valid C compiler option and if $CFLAGS is not set yet.
This is not noticed in other platforms because the config/* files
they all set CFLAGS in one form or another.
Solution:
This is a bug in configure but it is risky to change it so close
to code release. Instead, just set CFLAGS in this file to bypass
the configure bug which should be squashed after code release.
Platform tested:
Tflops with parallel, both debug and production modes.
|
|
|
|
|
|
|
|
|
| |
New File
Description:
T3E needs this file so that configure will find it. The name was
changed.
Platforms tested:
T3E
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Improvement
Description:
During configure, it tries to find the size of various basic
C data types (int, int8, fast_int8, ...) by running a small
program for each data type. But Pecific blue uses a batch queue
system to launch all jobs and the whole process takes couple
minutes. With over 20 basic types to test, that takes "forever"
for the configure to complete.
Solution:
Let the configure complete, then save all those valid values in
the config.cache file into the specific config file for Pac. Blue.
With the values cached, configure does not need to run those little
problems.
Platform Tested:
Pacific blue with mpicc.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Bugfix
Description:
The gcc linker couldn't resolve any socket routine symbols
if the Stream VFD was configure.
Solution:
Add the socket library to the LIBS makefile variable not just
when compiling with the native cc compiler
but also if using GNU tools (such as on Solaris x86 systems).
Platforms tested:
SunOS 5.5 with GNU cc (hatteras),
SunOS 5.6 with native cc (thor.sistec.kp.dlr.de)
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
configure on Cray T3E is looking for a differently named config file,
so at it under that name.
Platforms tested:
Cray T3E (mcurie)
|
|
|
|
|
|
|
|
|
|
| |
Messed up
Description:
The compile line doesn't like the -dlopen self flag...
Solution:
removed
Platforms tested:
Eirene
|
|
|
|
|
|
|
|
|
|
|
| |
Buglet
Description:
If we compiled with -all-static, then the compiler could complain
about not being able to find dlopen and friends.
Solution:
Used the ``-dlopen self'' libtool command.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
Some platforms don't have support for dlopen and friends when the
library is static.
Solution:
This is part of the attempt to correct this "feature". libtool
wants AC_LIBTOOL_DLOPEN in the configure.in file and -dlopen on
this line...
Platforms tested:
(untested)
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
make reconfigure complained syntax error.
Solution:
The for loop previous added contained a typo. Replaced $$test
with $$sub.
Platforms tested:
modi4-64.
|
|
|
|
|
|
|
|
|
|
| |
Fix
Description:
Changed so that only *.c files are run through the tracing
program. This is so the fortran stuff won't return spurious
warnings.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Set compiler flag to force BSD compliance.
Description:
In order to set a socket descriptor into non-blocking mode
via ioctl(2) the Stream driver uses the FIONBIO constant.
Under Solaris this is defined only when compiled as BSD code.
I hope this doesn't break anything.
Platforms tested:
Solaris 5.7
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
During a `reconfigure', it wasn't traversing the
subdirectories...
Solution:
Added a loop to the reconfigure logic to do just that.
Platforms tested:
NOT tested...
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
On some platforms, if you don't have . in your PATH, it won't
find the test program it's supposed to run.
Solution:
Changed instead to ./$$test so that it picks up the program in
the current directory.
Platforms tested:
Opus and Linux
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Site specific configure files
Description:
Some machines need to specify things during the configure
but they aren't necessary for all machines of that type. Those
site-specific changes should go here. The format of the filename
is:
host-$hostname
where $hostname is the output from the `hostname' command.
Needless to say, this is optional to those sites which don't need
it.
|
|
|
|
|
|
| |
Added support for compiling in subdirectories.
Platforms tested:
Solaris, IRIX (O2K)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix Irix pmake bugs
Description:
Build fails on Irix when builddir != srcdir
Solution:
* acconfig.h
* src/H5config.h.in [REGENERATED]
Added definition for HAVE_STREAM
* config/conclude.in
* config/depend1.in
* config/depend2.in
* config/depend3.in
* config/depend4.in
The `Dependencies' file is located in the source
tree. This fixes bugs for Irix pmake when compiling
outside the source tree. Hopefully it still preserves
Albert's changes which allow concurrent compilations
to not stomp on each other's Dependencies files.
* examples/Dependencies [REGENERATED]
* src/Dependencies [REGENERATED]
* test/Dependencies [REGENERATED]
* tools/Dependencies [REGENERATED]
Regenerated for testing purposes.
Platforms:
i686-pc-linux
mips-sgi-irix6.5
sparc-sun-solaris2.6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Feature
Description:
Most tests are done inside a for-loop. Whenever a test exits
with error, the for-loop does a "exit 1" to exit the make.
"make -i" could not catch and ignore the error status.
Solution:
Replaced "exit 1" with break. At the end of the for-loop,
test if all tests have been run. If not, the for-loop is
ended by the break command, thus raise an error. Now,
'make -i' can catch and ignor it.
Also added the test of variable HDF5_Make_Ignore inside the
for-loop to indicate the desire to ignore errors when the
HDF5_Make_Ignore is set to a non-null/blank string.
Platforms:
Tested on modi4 and eirene.
|
|
|
|
|
|
|
|
|
|
| |
Add the socket library to make's LIBS variable.
Description:
The socket library is needed to build HDF5 with the Stream VFD.
Platforms:
Solaris
|
|
|
|
|
|
|
|
| |
created
in the configure script, basically replacing all -L/<path> constructs
with -R/<path> ones so that libtools will pass it along to the compiler
correctly.
|
| |
|
|
|
|
| |
that are to be installed.
|
|
|
|
| |
config file.
|
|
|
|
| |
reconfigure.
|
|
|
|
| |
processors.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Feature "improvement".
Problem:
The Makefile target triggers gmake to redo the whole auto-configure
process if it sees any autoconfigure related files changed. It causes
couple problems. One is that when multiple machines using --srcdir
are running make, they may detect the changes and launch the autoconf
at the same time. These end up as multiple hosts updating the same
srcdir area together--bad things can happen. Another one is that
when one modifies some Makefile.in, then try "make distclean" before
launching the configure process. Instead of cleaning things, it
started a configure, recreate all Makefiles and other files, then
finally come around to do the distclean--who knows what it cleans
by now since the Makefile is changed too. Last problem was that
this auto-process will launch even for command "gmake -n ...".
Solution:
Renamed Makefile target to reconfigure so that the auto-checking
is still available but must be launched explicitedly. If one
wishes to have the auto-checking as default, one may do
alias gmake "\gmake -i reconfigure; gmake \!* ".
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Configuration improvement
Problem:
Arabica has a zlib library that is a dynamic lib in /usr/ncsa/lib.
Binary generated would fail to run with a missig libz.so complain
if /usr/ncsa/lib is not in $LD_LIBRARY_PATH. This exposed the
problem that if the binary is linked with -L$mylibpath -lxyz
where libxyz is a dynamic type, the binary can't run if $mylibpath
is not in $LD_LIBRARY_PATH (or equivalent) or as part of the
system default library paths (e.g., /usr/lib, /usr/local/lib).
This problem also caused failures during configure (when trying
to see what format to print long long) and during H5detect.
The base cause is because libtool does not "transfer" the
knowledge of -L$mylibpath to the wrapper file its mode=link
generates.
Solution:
bin/ltmain.sh:
Changed it so that it transfers the libpaths from -Llibpaths
to the wrapper generated. I used the already defined variable
finalize_shlibpath. Not sure it is correct to use it this way.
Need to check on this.
configure.in:
Put in a patch to transfer information from LDFLAGS to LD_LIBRARY_PATH
right before the AC_TRY_RUN. The above fix for ltmain.sh does not
work here because libtool is generated later than this point.
There should be a cleaner way to do this.
Removed the hardcode of NCSA_LT_LINK_EXE because it is no longer
needed.
commence.in:
Removed the hardcode of NCSA_LT_LINK_EXE because it is no longer
needed.
Makefile.in:
Another patch of LDFLAGS to LD_LIBRARY_PATH because I could not
make it to generate H5detect in the wrapper form of libtool.
Need to make it to use the libtool correctly. Later.
Platform tested:
arabica (solaris 2.7)
baldric (solaris 2.6)
|
| |
|
|
|
|
|
|
| |
Albert's
automated tests will work correctly on arabica.
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Dependencies files were generated in $srcdir even when
--srcdir is used. It caused conflicts if multiple hosts
are doing make sharing the same $srcdir. It also violated
the rule that --srcdir would not modify the content of $srcdir
which could be on a read-only media like a CD-ROM.
Solution:
Dependencies files are generated in the "current" directory.
Platform tested:
dangermouse (linux), modi4 (IRIX64).
|
|
|
|
|
| |
A minor tweak to the way GNU systems generate file dependencies for
the Makefiles.
|
|
|
|
|
|
| |
doesn't
recognize our "UNUSED" macro and whines a lot about the unused parameters.
|
|
|
|
|
|
|
|
|
|
|
| |
** config/depend1.in
We don't regenerate the Dependencies files if we're compiling in the
source tree because `gcc -MM' doesn't output enough information to
make the result usable when compiling outside the source tree.
** src/H5config.h.in
Regenerated to include HAVE_LIBMPI and HAVE_LIBMPIO because of recent
changes to configure.in
|