summaryrefslogtreecommitdiffstats
path: root/configure.in
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r12348] Purpose:Albert Cheng2006-05-141-0/+6
| | | | | | | | | | | | | | | | | | Bug fix. Description: Some machines (e.g., HPUX) will have off64_t defined but no support for stat64 unless certain LargeFile macro is turned on. This caused the last fix on H5private not quite right which caused compiling failures. Solution: Added stat64 and fstat64 tests and then will use them only if they are supported. Platforms tested: Tested on kelgia, copper and heping (pll). (Compiling alright but tests for kelgia and heping are not done. expect no problems.)
* [svn-r12342] Purpose:Albert Cheng2006-05-101-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | bug fix. Description: Previous H5private.h would attempt to use the off64_t/stat64/etc by checking just sizeof __INT64 being 8. This caused errors in some machines like alpha cluster which is a 64bit machine. Its compiler supports the type __int64 but it does not support off64_t since its off_t is already 64bits big. The above code casued the compiler to complain about the unknown off64_t and such. Solution: H5private.h: Changed the code to use the pseudo standard of off64_t/stat64/etc only if sizeof(off_t) is not 64 bits AND sizeof(off64_t) exists and is 64 bits. This assumes if off64_t is defined, all those stat64, fstat64, etc are supported too. configure.in: configure: Added the testing of sizeof(off64_t) to support the above solution. Platforms tested: h5committested. Also tested at LANL QSC.
* [svn-r12339] Purpose: Maintenance after hdf5-1.8.0-alpha2 releaseElena Pourmal2006-05-061-1/+1
| | | | | | | | | | Description: Changed version suffix to alpha3 Solution: ran bin/h5vers script Platforms tested: Misc. update:
* [svn-r12320] Purpose:Quincey Koziol2006-05-021-8/+8
| | | | | | | | | | code cleanup Description: Finish H5FS->H5CS internal API name changes... Platforms tested: FreeBSD 4.11 (sleipnir) w/ & w/o --enable-codestack
* [svn-r12306] Purpose:James Laird2006-04-261-4/+11
| | | | | | | | | | | | | | | | Bug fix Description: Removed some extra compiler flags that were being added in configure Solution: After my previous changes, some of autoconf's macros were realizing that we had no CFLAGS defined and were helpfully supplying some to us, which were causing errors on some platforms. Initializing all of the *FLAGS variables prevented this from happening. Platforms tested: mir (minor change)
* [svn-r12301] Purpose:James Laird2006-04-251-22/+26
| | | | | | | | | | | | | | H5_CFLAGS change Description: Converted a few platforms to use H5_CFLAGS to "test the waters" Solution: Modified a few config/* files to use H5_CFLAGS for non-essential flags. Platforms tested: mir, heping
* [svn-r12295] Purpose:James Laird2006-04-211-1/+1
| | | | | | | | | | | | | | | | | | | Several bug fixes Description: Added config file for Cray X1 (previous file was misnamed) Simplified some code in hyperslab.c test that seemed to have been confusing compiler on Cray X1. Fixed typo in config/commence.am Cleaned up hl/src/Makefile.am Solution: All four fixes should be straightforward. The failure on Cray was very difficult to debug, but involved arithmetic errors. This change seems to fix it. Platforms tested: heping, copper, sol, some Cray X1 (more testing when system comes back up)
* [svn-r12292] Purpose:Quincey Koziol2006-04-201-29/+0
| | | | | | | | | | | | | Code maintenance Description: Remove flexible parallel code Platforms tested: FreeBSD 4.11 (sleipnir) Linux 2.4 (heping) Solaris 2.9 (shanti) Linux 2.4/64 (mir)
* [svn-r12289] updated version to 1.8.0-alpha2before_removing_fphdf5Albert Cheng2006-04-201-1/+1
|
* [svn-r12278] Purpose: Maintenance after alpha0 releaseElena Pourmal2006-04-181-1/+1
| | | | | | | | | | Description: Ran bin/h5vers script to change version number to 1.8.0-alpha1 Solution: Platforms tested: heping Misc. update:
* [svn-r12276] Purpose: Maintenance/typo fix/1.8.0-alpha0 releaseElena Pourmal2006-04-181-1/+1
| | | | | | | | | | | | | | | | | | | | | | Description: Here is what I did: modified MANIFEST according Quincey's instructions to fix the problem exposed by bin/release (compilation fails because some header files were not included in the distribution) fixed small typo and modified include_HEADERS line in src/Makefile.am to address the problem exposed by bin/release ran bin/h5vers to change version number to 1.8.0-alpha0 ran bin/release to release tar ball to the ftp server Solution: Platforms tested: mir MANY,MANY,MANY times Misc. update:
* [svn-r12260] Purpose:Albert Cheng2006-04-151-4/+4
| | | | | | | | | Changed to production mode default on, debug mode default off to prepare for 1.8.0alpha0 release. Platforms tested: Tested in heping but only did the configure and compared the output with previous default output. The changes were pretty simple.
* [svn-r12230] Purpose:James Laird2006-04-121-43/+61
| | | | | | | | | | | | | | | | | Configuration change Description: Stream-VFD is now disabled when parallel is enabled. Solution: Stream-VFD was causing trouble on some platforms when both it and parallel HDF5 were being used. This is a pretty odd use case, so we now disable stream vfd when parallel is being used. This required moving the test for the stream vfd after the test for parallel HDF5 in configure.in. Platforms tested: mir, modi4 (configure change only)
* [svn-r12229] Purpose:Pedro Vicente Nunes2006-04-121-0/+2
| | | | | | | | | | | | | | | | | | | | | new feature Description: 1) separated the HL library into "public" and "private" header files, with the same caracteristics as the basic library 2) added the public headers to hdf5.h (with a conditional include macro, defined in configure.in) 3) added the path to HL in all Makefile.am 's , because of the inclusion in hdf5.h Solution: Platforms tested: linux 32, 64 AIX solaris with fortran and c++ (one packet table example fails) Misc. update:
* [svn-r12215] Purpose:Quincey Koziol2006-04-101-1/+34
| | | | | | | | | | | | | | | Code cleanup Description: Add "--enable-group-revision" configure flag (defaulting to off). Also, "prettify" the configure summary a bit Platforms tested: FreeBSD 4.11 (sleipnir) Linux 2.4 32-bit (heping) Linux 2.4 64-bit (mir) Solaris 2.9 (shanti)
* [svn-r12186] Purpose:James Laird2006-03-311-2/+6
| | | | | | | | | | | | | | | Bug fix Description: Made parallel fortran configuration happier on modi4 Solution: The old configure macro, AC_TRY_LINK, added a couple of extra lines to the Fortran test program which the new macro doesn't. Added those lines manually. Platforms tested: modi4, copper (change should affect only parallel fortran)
* [svn-r12183] Purpose:James Laird2006-03-301-2/+2
| | | | | | | | | | | | | | | | | | Configure cleanup Description: Removed unused macros, migrated to non-depreciated macros. Solution: The changes to use standard AC_TRY_LIB macros earlier this week seem not to have broken anything, so I deleted the local macros in acsite.m4 (with an eye to eventually deleting the rest of the file and using only autoconf-supported macros). Replaced the depreciated AC_TRY_LIB with AC_LIB_IFELSE to shut up warnings during reconfigure. Platforms tested: mir, copper (should be just cleanup)
* [svn-r12172] Purpose:James Laird2006-03-281-4/+6
| | | | | | | | | | | | | | | | | | configure refactoring Description: Migrated a couple of Fortran macros to standard autoconf macros Solution: HDF5 had a couple of macros, AC_TRY_FLINK and AC_CHECK_FLIB, which were adaptions of standard autoconf macros before those macros supported F90. Now Autoconf seems to have better support for f90, so its standard macros AC_TRY_LINK and AC_CHECK_LIB can do this job (and move the burden of supporting those macros to autoconf). Platforms tested: heping, modi4, copper
* [svn-r12130] Purpose:Quincey Koziol2006-03-221-12/+4
| | | | | | | | | | | | | | Disable debugging feature Description: Disable the "function stack" by default & take out it's dependency on the "enable-debug" configure flag. The function stack code can slow things down quite a bit and shouldn't be enabled for the upcoming alpha testing. Platforms tested: FreeBSD 4.11 (sleipnir) Linux 2.4 (chicago) Mac OSX (amazon)
* [svn-r12083] Snapshot version 1.7 release 58HDF Admin2006-03-131-1/+1
|
* [svn-r12019] Purpose:Leon Arber2006-03-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug fix/Feature Description: Modify the library to use rand_r, when available, instead of srand. If rand_r is not available, it will try to use srandom/random, and then finally fall back to srand/rand. Solution: A couple places in the library use the srand() function to seed the random number generator. This can cause problems on certain platforms and could theoretically cause problems for users who expect a certain sequence of random numbers following their own call to srand(). Most platforms have an implementation of rand_r, which is identical to rand, except that it allows for explicit storage of the seed value. The configure script will now check for the existence of rand_r to facilitate its use in the library. Two new functions are added, to replace the macros HDsrand/HDrand. These functions are HDrand and HDsrand. HDrand will call rand_r, if available, or random(), if available, and fall back to rand() if neither of those is available. HDsrand will store the seed value locally, if rand_r is available. Otherwise, it will call srandom if available, and fall back to srand otherwise. Platforms tested: heping, mir. Really need to test on Red Storm, since that platform motivated this fix, but the machine is currently not available. Misc. update:
* [svn-r12001] Purpose:James Laird2006-03-031-1/+2
| | | | | | | | | | | | | | | | | | | Moved gif2h5 tool to hl directory Description: Added a tools directory under the hl directory and moved the gif2h5 tool to that directory. Solution: The gif2h5 tool was originally built in the tools directory, but this introduced dependency issues that required special checks in the Makefiles.am and required the top-level build order to be changed because it depended on the HL library. For simplicity in the Makefiles now and in the future, the gif2h5 tool was moved to be underneath the hl library. Platforms tested: mir, copper, modi4, shanti
* [svn-r11939] Purpose:MuQun Yang2006-02-161-1/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | Supports for collective chunk IO inside parallel HDF5 Description: Added a macro hdf5_mpi_special_collective_io_works to filter out some mpi-io packages that don't support collective IO for no IO contributions in some processes. Solution: Using AC_CACHE_VAL to do the job. Platforms tested: Parallel: IBM AIX 5.2(copper) Linux (heping) mpich-1.2.6 SDSC Teragrid mpich-1.2.5 Linux(Tungsten) mpich-1.2.6 Altix(NCSA cobalt) Seq: Linux(heping) Misc. update:
* [svn-r11884] Snapshot version 1.7 release 57HDF Admin2006-01-221-1/+1
|
* [svn-r11880] Snapshot version 1.7 release 56HDF Admin2006-01-151-1/+1
|
* [svn-r11848] Snapshot version 1.7 release 55HDF Admin2006-01-011-1/+1
|
* [svn-r11836] Snapshot version 1.7 release 54HDF Admin2005-12-251-1/+1
|
* [svn-r11795] Snapshot version 1.7 release 54HDF Admin2005-12-141-1/+1
|
* [svn-r11780] Purpose:James Laird2005-12-091-1/+4
| | | | | | | | | | | | | | | | | Added high-level example directories Description: Refactored common code out of examples Makefiles.am, added high-level example directories, added packet table examples. Solution: Examples now draw from a common config/examples.am file, which contains rules for installing, uninstalling, and cleaning examples. High-level example directories are mostly empty, except for the C and C++ packet table tests. Platforms tested: mir, sleipnir, copper, shanti
* [svn-r11768] Purpose:Albert Cheng2005-12-071-2/+2
| | | | | | | | | | | | Feature. Description: Removed the entry for tflops which has retired. Added a special --host entry for redstorm. This allows "configure --host=redstorm" for building in RedStorm. Platforms tested: Red Storm.
* [svn-r11761] Purpose:Albert Cheng2005-12-051-1/+1
| | | | | | | | | | | | | Unstable format version marker. Description: This marks the Check in baseline for compact group revisions, which radically revises the source code for managing groups and object headers. Earlier versions (1.7.52 or earlier) have the original format. This version and later have the unstable format until further notice. Platforms tested: h5committested.
* [svn-r11712] Purpose:Quincey Koziol2005-11-151-0/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | New feature Description: Check in baseline for compact group revisions, which radically revises the source code for managing groups and object headers. WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! This initiates the "unstable" phase of the 1.7.x branch, leading up to the 1.8.0 release. Please test this code, but do _NOT_ keep files created with it - the format will change again before the release and you will not be able to read your old files!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! WARNING!!!! Solution: There's too many changes to really describe them all, but some of them include: - Stop abusing the H5G_entry_t structure and split it into two separate structures for non-symbol table node use within the library: H5O_loc_t for object locations in a file and H5G_name_t to store the path to an opened object. H5G_entry_t is now only used for storing symbol table entries on disk. - Retire H5G_namei() in favor of a more general mechanism for traversing group paths and issuing callbacks on objects located. This gets us out of the business of hacking H5G_namei() for new features, generally. - Revised H5O* routines to take a H5O_loc_t instead of H5G_entry_t - Lots more... Platforms tested: h5committested and maybe another dozen configurations.... :-)
* [svn-r11646] Purpose:James Laird2005-10-311-1/+1
| | | | | | | | | | | | | | | | | | Bug fix/feature Description: Added support for -shlib in h5fc and h5c++. Made check-install use -shlib when only shared libraries have been installed. Solution: h5fc and h5c++ didn't recognize -shlib. Stole code from h5cc to link against shared libraries. When static libraries are disabled, the examples Makefiles will automatically use the -shlib option to link against shared libraries. Thus, --disable-static and make check-install should work together. Platforms tested: heping(disable-static, enable-static, fortran, c++), modi4 (disable-static, fortran, c++, parallel, enable-static)
* [svn-r11602] Purpose:James Laird2005-10-241-11/+0
| | | | | | | | | | | | Bug fix Description: Removed detection of pdb from configure.in as a corollary to removal of pdb2hdf5 tool. Platforms tested: mir, modi4
* [svn-r11573] Purpose:James Laird2005-10-171-7/+14
| | | | | | | | | | | | | | | | | | | | Bug fix Description: Changed configure.in to use an environment variable TR to set the path to the tr utility. Solution: There are two kind of tr on Solaris with slightly different syntax. HDF5's configure relies on the "standard" tr. Traditionally, HDF5ers have needed to make sure that the "right" tr was found before the wrong one in their path; now they can use an environment variable. Platforms tested: mir, shanti, sol Misc. update: Forgot to update release notes. Off to do that now.
* [svn-r11566] Purpose:James Laird2005-10-141-0/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | Makefile bug fix Description: Previously, automake didn't output rules to build perform/mpi-perf or the test/gen_* programs. Now these can be built by typing 'make mpi-perf' (or 'make foo') or by configuring with --enable-build-all. Solution: Automake doesn't like having rules for programs it doesn't build. Tricked it by having these programs built "sometimes"--whenever the user enables --build-all. This should be used mostly for testing and to ensure that these helper programs compile. ***IMPORTANT*** These programs do *not* currently compile. When --enable-build-all is used (not the default), gen_new_fill fails because it uses an old API. This is an existing "bug" that has simply been exposed by this checkin. Platforms tested: sleipnir, modi4, sol Misc. update:
* [svn-r11519] Purpose:James Laird2005-10-101-1/+3
| | | | | | | | | | | | | | | Bug fix Description: Some platforms complain that tcp.h is present but cannot be compiled. Solution: This is because tcp.h needs in.h to be included. Checked for netinet/in.h and included it when netinet/tcp.h is being checked. Platforms tested: mir, cu11
* [svn-r11489] Snapshot version 1.7 release 51HDF Admin2005-10-021-1/+1
|
* [svn-r11476] Purpose:Albert Cheng2005-09-291-2/+5
| | | | | | | | | | feature. Description: added the recognition of -lmpich as a form of MPI library. Platforms tested: Tested in heping. Real test will be in MCR.
* [svn-r11467] Purpose:Albert Cheng2005-09-271-1/+1
| | | | | | | Add the detection of the alarm function. Platforms tested: Tested in heping.
* [svn-r11449] Purpose:James Laird2005-09-211-1/+1
| | | | | | | | | | | | Bug fix Description: Fixed typo in configure.in. Platforms tested: SX6, mir Misc. update:
* [svn-r11439] Purpose:James Laird2005-09-191-9/+7
| | | | | | | | | | | | | | | | | | | | Bug fix Description: Using the -xarch=v9 flag to specify 64-bit compilation breaks C++ shared libraries. Disable shared C++ libraries if this flag is used. Solution: Instead of trying to disable compilers which recognize the -xarch flag, grep for it in CXX, CXXFLAGS, etc. Platforms tested: modi4, shanti, sleipnir Misc. update: Update to RELEASE and build instructions will be forthcoming once shared Fortran/C++ libraries are regularly passing the Daily Tests.
* [svn-r11421] Purpose:James Laird2005-09-161-0/+7
| | | | | | | | | | | | | | | Feature Description: Added H5_CFLAGS, etc. to 1.7 branch. Now compilation flags can be put in H5_*FLAGS and they'll be used when building hdf5 but not in h5cc. Platforms tested: mir, sleipnir, modi4 Misc. update:
* [svn-r11420] Purpose:James Laird2005-09-161-0/+23
| | | | | | | | | | | | | | | | | Bug fix Description: Disabled C++ shared libraries for Sun Workshop compiler. Solution: This bug only seems to happen when using the -xarch=v9 flag to compile in 64-bit mode, but disabling shared libraries entirely for this compiler is an easier fix (I don't know how to detect 64 bit mode from the command line). The framework for disabling shared libraries for other C++ compilers is in place. Platforms tested: sol, mir, sleipnir, modi4
* [svn-r11418] Purpose:James Laird2005-09-151-7/+43
| | | | | | | | | | | | | | | | Bug fix/feature Description: Disabled shared libraries for a number of Fortran compilers that don't support them. This allows other compilers to support shared Fortran libraries. Solution: Added a conditional, SHARED_FORTRAN_CONDITIONAL, which is true if Fortran supports shared libraries. It is set in configure.in. Platforms tested: mir, sleipnir, colonelk, heping
* [svn-r11411] Purpose:James Laird2005-09-131-29/+49
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug fix Description: Building with --disable-static seems to have been broken on several platforms. Fixed this. Configure will now disable shared libraries automatically when using pgf90 or when building on Cygwin. Solution: To avoid errors when using shared libraries with pgf90 (which I had not realized were compiler-specific), I had manually set convenience libraries to use the -static linking flag. Apparently, this is not necessary, and caused these libraries to be created as empty archives when --disable-static was used. Also, some libraries were including other libraries, which was not necessary. I also fixed code in configure.in to correctly detect whether shared or static libraries are enabled, and moved code that disables shared libraries to before libtool is created (rather than editing libtool after the fact). Despite repeated warnings that only one shared library can be linked at a time, I have yet to have shared libraries break the linking of tests on any system. We'll see if the Daily Tests turn up anything. Platforms tested: mir (fortran, C++), sleipnir (C++), modi4 (fortran, C++, parallel), sol (fortran, C++), cygwin
* [svn-r11353] Purpose:James Laird2005-09-061-2/+12
| | | | | | | | | | | | | | | | | | Bug fix Description: Configure should now throw an error when C++ or threadsafe is enabled and a parallel compiler is being used. Platforms tested: sleipnir and modi4 Tested --enable-cxx --enable-parallel --disable-cxx --enable-cxx --disable-parallel cases in particular. Misc. update:
* [svn-r11350] Purpose:Albert Cheng2005-09-061-2/+2
| | | | | | | | | | | | | | | | | | Bug fix. Description: The incompatibility of enable-parallel and enable-cxx was not correctly coded. It would complained even for the case of ./configure --enable-cxx --disable-parallel. Solution: Changed it to use "$enable_XYZ" = "yes". Fixed the same for the enable-threadsafe checking too. Platforms tested: tested in heping. Misc. update:
* [svn-r11344] Purpose:Quincey Koziol2005-09-031-6/+0
| | | | | | | | | | | Bug fix Description: Allow threadsafe & C++ to be enabled together - its working fine on sleipnir. Platforms tested: FreeBSD 4.11 (sleipnir)
* [svn-r11336] Purpose:James Laird2005-09-011-2/+2
| | | | | | | | | | Bug fix Description: A typo made configure throw an error if only C++ was enabled. Fixed. Platforms tested: mir
generated by cgit v0.12 at 2024-07-22 13:58:32 (GMT)