summaryrefslogtreecommitdiffstats
path: root/config
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r3892] Purpose:Bill Wendling2001-05-081-17/+2
| | | | | | | | | | | | | | | | | Better Mouse Trap^W^WBug Fix Description: Instead of having the large file support stuff be in the config/gnu-flags directory, I added it to the configure.in file so that it first checks for the syscall ``getdents64()''. If it finds it, then it removes the ``-malign-double'' flag if the GCC compiler is 2.95.x since this flag doesn't play well with the LFS stuff. Solution: Added test for getdents64(), if found it removes the -malign-double flag if the compiler is 2.95.x. This is done in the configure.in file. The gnu-flags file is returned to normal. A new field is added to the H5config.h.in file because of the getdents64 check. Platforms tested: Linux
* [svn-r3891] Purpose:Bill Wendling2001-05-081-1/+16
| | | | | | | | | | | | | | | | | | | Bug Fix Description: Linux does actually support 64 bit files (those greater than 2GB), you just have to defined a bunch of, seemingly meaningless, macros in order to coax glibc to work with you. 64 bit file support is in the 2.3 and above kernels by default. For lower, well...upgrade or something. The one weird thing, the "-mdouble-align" flag was causing hdf5 to barf when the large file support was compiled in there. It has something to do with the structures and their alignment or something. Very weird. Solution: Added a test to see if we're on a Linux boxen with kernel >2.3 and if so then specify the flags for LFS support. Removed the -mdouble-align flag if we do use LFS support since it causes damage. Platforms tested: Linux (Dangermouse)
* [svn-r3827] Purpose:Quincey Koziol2001-04-191-4/+4
| | | | | | | | | | | | | Bug fix. Description: 'make distclean' is broken on FreeBSD 4.3, with some syntax errors. I have a feeling that the make command is more picky in FBSD 4.3 than in 4.2 which is what is causing these errors to crop up now. Solution: Add missing semicolon to line in 'clean' target and take out bogus '-'s in front of "$(RM)" commands which are already in if's Platforms tested: FreeBSD 4.3 (hawkwind)
* [svn-r3809] Purpose:Bill Wendling2001-04-131-14/+26
| | | | | | | | | | | Bug Fix Description: On the T3E, the hack about SUBDOCDIR macro didn't work cause it wanted an actual value to be in this macro. Well, it wasn't, so now I check that it actually has a value. Solution: Check that DOCDIR and SUBDOCDIR have a value before trying to do anything with it.
* [svn-r3807] Purpose:Quincey Koziol2001-04-131-0/+20
| | | | | | | | | | | | | | Portability changes Description: Very quick port to Compaq (nee DEC) Alpha OSF5. Solution: Added a new "dec-osf5.x" configuration file and changed configure.in to look for it. The local test machine is now passing all the tests, except I can't get the "-L<path>" stuff to work, so tools which depend on the HDF4 library around tested. Platforms tested: Compaq Alpha 5.1 (compaq.ncsa.uiuc.edu)
* [svn-r3804] Purpose:Bill Wendling2001-04-121-1/+1
| | | | | | | | | | | | | | 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
* [svn-r3778] Purpose:Bill Wendling2001-04-051-5/+5
| | | | | | | | | | | | | | | | | | | | Update Description: Changed the way .depend and Dependencies files were being generated. Instead of gathering all files which are ``#included'', we only pick out the ones which are local to us. Solution: Changed -M flag to -MM and changed #include <hdf5_files.h> to #include "hdf5_files.h" in the source code. Platforms tested: Linux
* [svn-r3586] Purpose:Bill Wendling2001-03-092-4/+21
| | | | | | | | | | | | | Hack Description: Need to install the files in the examples/java directory, however they include installing a Makefile. This was causing havoc with our Makefile/configure system. Solution: Changed so that you can specify a "SUBDOCDIR" which will create a subdirectory for you and fill it with files specified in PUB_SUBDOCS. Platforms tested: Linux
* [svn-r3568] Purpose:Bill Wendling2001-03-081-0/+20
| | | | | | | | | | | Bug Fix Description: Added logic so that all the various make options would recursively be done in their subdirectories. Solution: Added a for-loop to iterate through the subdirectories. Platforms tested: Linux
* [svn-r3452] Purpose:Bill Wendling2001-02-192-8/+35
| | | | | | | | | | | Fix Description: The "make *clean" options weren't recursing through the subdirectories (if they exist). Solution: Force it to recurse through the subdirectories listed in SUBDIRS Platforms tested: Linux
* [svn-r3431] Purpose:Albert Cheng2001-02-163-105/+62
| | | | | | | | | | | 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.
* [svn-r3400] Purpose:Quincey Koziol2001-02-121-37/+14
| | | | | | | | | Code cleaning Description: Moved all gcc compiler flags into the config/gnu-flags file and re-added the warning flags removed during the beta testing. Platforms tested: FreeBSD 4.2 (hawkwind)
* [svn-r3356] Purpose:Bill Wendling2001-02-051-13/+13
| | | | | | Formatting... Platforms tested: Solaris
* [svn-r3354] Purpose:Bill Wendling2001-02-051-6/+8
| | | | | | | | | | | | 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
* [svn-r3335] Purpose:Quincey Koziol2001-01-301-8/+8
| | | | | | | | | | | 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)
* [svn-r3323] Purpose:Quincey Koziol2001-01-241-0/+138
| | | | | | | | | New platform Description: Support the Cray SV1 machine. (config file is identical to unicosmk file right now). Platforms tested: Cray SV1 (killeen.nersc.gov)
* [svn-r3314] Purpose:Bill Wendling2001-01-191-2/+4
| | | | | | | | | 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
* [svn-r3200] Purpose:Albert Cheng2000-12-231-1/+0
| | | | | | | | | | | 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).
* [svn-r3148] Purpose:Albert Cheng2000-12-181-0/+3
| | | | | | | | | | | | | | | | 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.
* [svn-r3127] Purpose:Bill Wendling2000-12-131-0/+138
| | | | | | | | | New File Description: T3E needs this file so that configure will find it. The name was changed. Platforms tested: T3E
* [svn-r3062] Purpose:Albert Cheng2000-12-011-12/+29
| | | | | | | | | | | | | | | | | | 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.
* [svn-r3060] Thomas Radke2000-12-011-1/+3
| | | | | | | | | | | | | | | 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)
* [svn-r3043] Purpose:Quincey Koziol2000-11-301-0/+138
| | | | | | | | | 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)
* [svn-r3042] Purpose:Bill Wendling2000-11-301-1/+1
| | | | | | | | | | Messed up Description: The compile line doesn't like the -dlopen self flag... Solution: removed Platforms tested: Eirene
* [svn-r3038] Purpose:Bill Wendling2000-11-301-2/+2
| | | | | | | | | | | 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
* [svn-r3030] Purpose:Bill Wendling2000-11-291-2/+2
| | | | | | | | | | | | | 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)
* [svn-r2980] Purpose:Albert Cheng2000-11-201-2/+2
| | | | | | | | | | | 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.
* [svn-r2929] Purpose:Bill Wendling2000-11-151-9/+13
| | | | | | | | | | 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
* [svn-r2749] Thomas Radke2000-10-281-1/+1
| | | | | | | | | | | | 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
* [svn-r2719] Purpose:Bill Wendling2000-10-231-0/+5
| | | | | | | | | | | 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...
* [svn-r2696] Purpose:Bill Wendling2000-10-181-3/+3
| | | | | | | | | | | | 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
* [svn-r2628] Purpose:Bill Wendling2000-10-031-0/+33
| | | | | | | | | | | | | | | 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.
* [svn-r2577] Purpose:Bill Wendling2000-09-191-0/+1
| | | | | | Added support for compiling in subdirectories. Platforms tested: Solaris, IRIX (O2K)
* [svn-r2573] Purpose:Robb Matzke2000-09-196-20/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* [svn-r2572] Purpose:Albert Cheng2000-09-191-4/+10
| | | | | | | | | | | | | | | | | | 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.
* [svn-r2554] Purpose:Thomas Radke2000-09-151-0/+1
| | | | | | | | | | Add the socket library to make's LIBS variable. Description: The socket library is needed to build HDF5 with the Stream VFD. Platforms: Solaris
* [svn-r2538] Added DYNAMIC_DIRS macro. This is derived from the LDFLAGS macro ↵Bill Wendling2000-09-121-1/+2
| | | | | | | | 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.
* [svn-r2527] Added ability for user to compile executables as all-static...Bill Wendling2000-09-081-1/+2
|
* [svn-r2418] Added the variable, PUB_PROGS, which holds the public programsAlbert Cheng2000-06-272-4/+5
| | | | that are to be installed.
* [svn-r2391] Adding the HPUX 11.00 file which is a copy of the HPUX 10.20 ↵Bill Wendling2000-06-191-0/+36
| | | | config file.
* [svn-r2271] Document the changes I made of renaming Makefile target asAlbert Cheng2000-05-191-0/+5
| | | | reconfigure.
* [svn-r1999] Correctly detect gcc 2.95.x and Pentium Pro|Pentium II|etc. ↵Quincey Koziol2000-03-041-12/+48
| | | | processors.
* [svn-r1979] Purpose:Albert Cheng2000-02-191-1/+3
| | | | | | | | | | | | | | | | | | | | | | 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 \!* ".
* [svn-r1975] Purpose:Albert Cheng2000-02-181-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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)
* [svn-r1954] This file handles configuration of Cygwin on PCsRaymond Lu2000-02-091-0/+20
|
* [svn-r1951] Tweaks to detect the shared libraries on NCSA's systems, so that ↵Quincey Koziol2000-01-301-2/+3
| | | | | | Albert's automated tests will work correctly on arabica.
* [svn-r1949] Problem:Albert Cheng2000-01-265-11/+11
| | | | | | | | | | | | 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).
* [svn-r1846] ** config/depend1Robb Matzke1999-11-231-2/+2
| | | | | A minor tweak to the way GNU systems generate file dependencies for the Makefiles.
* [svn-r1834] Blocked remark # 3201 (parameter unused) since the SGI compiler ↵Quincey Koziol1999-11-171-9/+10
| | | | | | doesn't recognize our "UNUSED" macro and whines a lot about the unused parameters.
* [svn-r1814] * 1999-11-03Robb Matzke1999-11-031-10/+16
| | | | | | | | | | | ** 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