summaryrefslogtreecommitdiffstats
path: root/configure
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r10802] Purpose:James Laird2005-05-251-31/+32
| | | | | | | | | | | | | | | | Configuration feature Description: Formerly, bin/reconfigure needed to invoke Automake with the --foreign flag or it would fail. It turns out that there is a clever way to specify this flag inside configure.in so that it doesn't need to be explicitly invoked. This should make it easier for people not using machines connected to AFS (e.g., the netCDF folks) to invoke Automake on HDF5. Platforms tested: mir and heping
* [svn-r10797] Purpose: A featureRaymond Lu2005-05-251-6/+40
| | | | | | | | | | | Description: Cygwin compiler doesn't do rounding correctly when converting "unsigned long long" to "long double". Solution: Added test case to variable detection of "hdf5_cv_ullong_to_ldouble_precision_works". Platforms tested: sleipnir, fuss, and shanti - mainly to test configuration, don't need to run h5committest.
* [svn-r10773] Purpose:James Laird2005-05-201-1/+1
| | | | | | | | | | | | | Output tweak Description: In configure.in, users must link to zlib library, but configure then informs them that "deflate" filter is enabled. Changed output slightly to indicate that these are the same filter. Platforms tested: mir (very minor change)
* [svn-r10744] Snapshot version 1.7 release 47HDF Admin2005-05-151-10/+10
|
* [svn-r10730] Purpose:James Laird2005-05-051-0/+111
| | | | | | | | | | | | | | | | Portability feature Description: The random() and srandom() functions are not available on all machines. Set up the configure script to automatically detect them, rather than requiring their presence or absence to be hardcoded. Solution: Added AC_CHECK_FUNCS macro to configure.in and replaced #ifdef WIN32 conditionals with #ifdef H5_HAVE_RANDOM conditionals. Platforms tested: sleipnir, Windows
* [svn-r10700] Purpose:Quincey Koziol2005-04-291-0/+22
| | | | | | | | | | | | | | | Bug fix Description: Kent reminded me that switching the logic wasn't enough, we really needed to add the definition to the configure script. Solution: Do that. Platforms tested: FreeBSD 4.11 (sleipnir) Too minor to require h5committest
* [svn-r10657] Purpose:James Laird2005-04-251-2/+1
| | | | | | | | | | | | | | | | | | | | Configuration feature Description: Fortran integer types (not reals) are now automatically detected at build-time. Solution: Two helper programs are used, one to detect what types the Fortran compiler has access to, and one to generate header files for C and Fortran matching up types. Platforms tested: mir, copper, modi4, pommier (last week) Misc. update: MANIFEST updated, H5f90fortran_types.f90 removed from configure.in, since it is not longer generated by configure.
* [svn-r10632] Snapshot version 1.7 release 46HDF Admin2005-04-201-10/+10
|
* [svn-r10570] Purpose: MaintenanceElena Pourmal2005-04-071-1296/+32
| | | | | | | | | | | Description: Removed support for SRB driver Solution: Removed or modified appropriate files; ran reconfigure to regenerate Makefile.in and configure files. Platforms tested: heping and shanti Misc. update: ran bin/chkmanifest on heping
* [svn-r10534] Purpose:James Laird2005-04-041-52/+3711
| | | | | | | | | | | | | | | | | | | | Configuration feature Description: Different Fortran compilers mangle function names in different ways (upper case, lower case, adding underscores). To link between Fortran and C functions, we need to know what a given function's name is under a given compiler. Solution: Use autoconf's FC_WRAPPERS check to determine the Fortran naming scheme and define the FC_FUNC_ macro to name our functions (in H5f90proto.h). Removed references to our old FNAME macro, as well as flags that indicated whether function names were upper or lower case. Platforms tested: mir, pommier, modi4, copper, more
* [svn-r10475] Purpose:James Laird2005-03-291-1/+21
| | | | | | | | | | | | | | | | | Feature - conditional compilation Description: SRB file driver and tests are now compiled only when SRB is enabled (using --with-srb during configure). Solution: Added an automake conditional in configure.in, altered Makefiles.am in src and test directories to depend on that conditional. This should make a nice example for posterity to add conditionally compiled sources. Platforms tested: heping (only configure change)
* [svn-r10459] James Laird2005-03-281-1/+4
| | | | | | | | | | | | | | | | | Purpose: Added C++ wrapper for Packet Table API. Description: Added macro for high-level C++ library (LIBH5CPP_HL), which changes every Makefile.in. Added directories for high-level C++ library (though currently only Packet Table API is supported). Added both C++ source and tests. Platforms tested: sleipnir, mir, modi4 Misc. update:
* [svn-r10215] Purpose:James Laird2005-03-141-29/+33
| | | | | | | | | | | | | | | | | Configure feature Description: On some platforms with some compilers, automake's dependency tracking is silently disabled. This can be confusing for developers. Solution: Set configure to enable dependencies all the time unless the user explicitly disables them (using the configure flag --disable-dependency-tracking) or a site file overrides the default (as is the case on IRIX). Platforms tested: sleipnir, mir
* [svn-r10201] Purpose:MuQun Yang2005-03-111-0/+22
| | | | | | | | | | | | | | | | | | | | | IBM MPI-IO has a bug for MPI derived data type, which is used to support collective IO. In order to avoid this, we provide a way to turn off collective IO support for this kind of platform. Description: Using a new macro called H5_MPI_COMPLEX_DERIVED_DATATYPE_WORKS to turn off irregular hyperslab collective IO support at such platforms. Solution: Hard code such platforms under hdf5/config. So far only IBM AIX has been found to have such problems. Platforms tested: heping (Linux) and copper(Aix). Testing at tungsten now, however, it took almost an hour to build parallel HDF5 at tungsten, it is still building. Cannot wait. Have tested this feature at Tungsten a week ago. Misc. update:
* [svn-r10179] Purpose:James Laird2005-03-101-79/+100
| | | | | | | | | | | | | | | Automake update cleanup and minor changes Description: Removed macros in acsite.m4 that are no longer used. Switched to using autoconf's AC_LANG_PUSH(Fortran) instead of old AC_LANG_FORTRAN9X macro. Switched to using AC_LANG_PUSH() and AC_LANG_POP() (from old AC_LANG_X). Added ifort to list of Fortran compilers configure will look for. Added a note about automake change to Release Notes. Platforms tested: copper, modi4 (parallel and serial), eirene
* [svn-r10174] Purpose:James Laird2005-03-091-28/+28
| | | | | | | | | | | | | | | | | | | Bug fix Description: acsite.m4 contains macros to handle fortran compiler. Some of these macros are obsolete with automake 1.9.5, but some of them are still used. These macros need to refer to the fortran compiler as $FC, not $F9X. Solution: The version of acsite.m4 with this change didn't get checked in last time. Oops. Replaced all occurances of $F9X with $FC and $FFLAGS with $FCFLAGS in acsite.m4. Platforms tested: copper, modi4 (serial and parallel), kelgia, eirene. Some errors from btree code and ph5diff. No errors in fortran/test.
* [svn-r10171] Purpose:James Laird2005-03-091-30/+34
| | | | | | | | | | | | | | | | | | | Bug fix Description: The fortran compiler is named FC. If F9X environment variable is set, FC should hold the value in F9X. However, this was overwriting values written to FC by platform-specific config scripts. This caused copper to find the wrong fortran when building in parallel, and may have had other symptoms on other platforms. Solution: Assign $F9X to $FC at the beginning of configure, before platform-specific scripts are run. Do this assignment only if FC is empty. Platforms tested: copper, modi4 (parallel and serial w/c++), verbena. This change should only affect fortran build.
* [svn-r10160] Purpose:James Laird2005-03-071-74/+59
| | | | | | | | | | | Forgot to run reconfigure Description: Forgot to run bin/reconfigure after removing my debug output from configure.in. Shame on me! Platforms tested: mir
* [svn-r10158] Purpose:James Laird2005-03-071-263/+523
| | | | | | | | | | | | | | | | | | | | | | Automake version upgrade Description: Upgraded automake version from 1.6.2 to 1.9.5. Changed bin/reconfigure script to use automake 1.9.5. Changed configure.in and Makefiles to use new FCFLAGS and FC variables instead of FFLAGS and F9X. Automake and configure should now do the lion's share of the work supporting Fortran 9X; macros in acsite.m4 are now mostly unused (will be cleaned later). Altered how configure handles pmake; now root-level Makefile.in is processed by bin/reconfigure to have a .MAKEFLAGS target, since automake no longer allows us to define unused variables. Configure now always checks for C++ compiler even if it is not used, since automake thinks this is the Right Thing To Do and will break otherwise. Platforms tested: Sol, copper, heping, mir, sleipnir, eirene, pommier, kelgia, modi4.
* [svn-r10132] Purpose:James Laird2005-03-031-2/+4
| | | | | | | | | | | | | | | Bug fix Description: When C flags are passed in using $CC variable, this can confuse test commands in configure (for instance, CC='pgcc -tp k8-32'). Solution: Previous solution didn't entirely solve problem. Wrote a sed snippit to strip flags from $CC for purposes of test in configure. Platforms tested: mir (just a configure bug)
* [svn-r10128] Purpose:Albert Cheng2005-03-031-3/+0
| | | | | | | | Removed GASS from summary printout. Platforms tested: Tested in heping. No h5committest since it was trivial and involved in configure stage only.
* [svn-r10123] Purpose:Albert Cheng2005-03-021-2798/+29
| | | | | | | | | | | | | | | | | | | | | | | Removed GASS configuration and software packages associated with it. The following software are no longer configurable. checking for main in -lcrypto... yes checking for SSL_get_version in -lssl... yes checking globus_common.h usability... yes checking globus_common.h presence... yes checking for globus_common.h... yes checking for globus_module_activate in -lglobus_common... yes checking for main in -lglobus_gass_cache... yes checking for main in -lglobus_gaa... yes checking for main in -lglobus_gss... yes checking for main in -lglobus_gss_assist... yes checking for main in -lglobus_io... yes checking for main in -lglobus_gass_transfer_assist... yes checking for main in -lglobus_gass_transfer... yes checking for globus_gass_open in -lglobus_gass_file... yes Platforms tested: h5committested (but copper was down.) tested in modi4 too.
* [svn-r10118] Snapshot version 1.7 release 45HDF Admin2005-03-021-10/+10
|
* [svn-r10114] Purpose:James Laird2005-03-021-0/+9
| | | | | | | | | | | | | | | | | | | | | Bug fix Description: Libtool simply doesn't seem to support shared libraries for pgcc, but tries to build them anyway. Solution: Edited configure to disable shared libraries in libtool script when pgcc is being used. This is a more drastic fix than the problem requires, but it is difficult to detect when this problem will occur. There is discussion online about shared libraries with pgcc, so hopefully libtool will support pgcc and this fix will become unneccesary. Platforms tested: sol, copper, mir, sleipnir Misc. update:
* [svn-r10112] Purpose:James Laird2005-03-011-1/+1
| | | | | | | | | | | | | | | Bug fix Description: A test in configure.in redirected output in a way that made mir (at least) unhappy (test: too many arguments). Solution: Changed the semantics so that mir was happy. This didn't seem to make any other platforms unhappy, either. Platforms tested: eirene, modi4, copper, mir, sleipnir (only tested configure)
* [svn-r10106] James Laird2005-02-281-1/+1
| | | | | | | | | | | | | | | | | Purpose: Bug fix Description: Libtool 1.5.14 added some extra flags that needed to be passed from the compiler to the linker. icc did not handle this correctly and complained when it saw unknown flags. Solution: Set the -Wl flag correctly on freebsd so that icc knows to pass flags through to the linker. Platforms tested: sleipnir (gcc, g++, icc, gcc40)
* [svn-r10066] Purpose:James Laird2005-02-231-1944/+12795
| | | | | | | | | | Libtool upgrade Description: HDF5 was using libtool 1.4.2. Upgraded to libtool 1.5.14. Platforms tested: verbena, heping, pommier, copper, modi4, arabica
* [svn-r10064] Purpose:James Laird2005-02-221-1/+1
| | | | | | | | | | | | | | | | | | | | | | Bug fix Description: This checkin addresses two bugs. Firstly, I used the wrong semantics when detecting if $MAKE is defined to the empty string or undefined. Secondly, pmake on IRIX does not work well with automake's dependency tracking if the build is not an in-place build. Solution: Fixed semantics in configure.in. Disabled automatic dependency tracking automatically on IRIX. This is not the optimal fix, but it should work fine as long as no one is doing HDF5 development on IRIX, and it is much easier than trying to detect the exact situations in which dependency tracking fails (or than trying to fix dependency tracking!). Platforms tested: heping, modi4 (pmake and gmake)
* [svn-r10062] Purpose:James Laird2005-02-211-2/+5
| | | | | | | | | | | | | | | Bug fix Description: Discovered two small bugs. When MAKE is defined as the empty string, a test in configure incorrectly identifies it as pmake. Skipped this test if $MAKE is the empty string. Two .h5 files produced by a test in the hl directory were not cleaned. Updated the Makefile.am. Platforms tested: heping, modi4 (very minor changes)
* [svn-r10021] Purpose:Xiaowen Wu2005-02-171-2/+12
| | | | | | | | | | | | | | New feature. Description: Add the scaleoffset internal library filter. Solution: Platforms tested: heping, copper, arabica Misc. update:
* [svn-r10016] James Laird2005-02-161-3/+4
| | | | | | | | | | | | | | | | | | | Purpose: Bug fix Description: modi4 dies during build with strange errors. The root cause of these is a two-year-old hack in HDF5's libtool script that only takes effect on IRIX. Solution: Edited the libtool hack (by editing ltmain.sh) to correct a bug in the hack. Also made sure that compiler-specific DEFAULT_LIBS are used when linking. Platforms tested: sleipnir, copper, modi4, sol
* [svn-r10005] Purpose:James Laird2005-02-141-186/+42
| | | | | | | | | | | | | | | | | | | Configure feature Description: Changed bin/reconfigure.sh script to use autotools in AFS. Solution: Previously, the only machine with the correct versions of autoconf and automake was heping. Now both tools are installed in AFS, so in theory any hdf machine can be used to run the reconfigure script. Platforms tested: heping, eirene, verbena. On sleipnir and arabica the autotools were unable to find a version of m4 that was new enough for them. Misc. update:
* [svn-r9988] Purpose:James Laird2005-02-111-1/+23
| | | | | | | | | | | | | | | | | | | | Bug fix Description: pmake (on modi4, for instance) complains about undefined variables if it is run without the -V flag, which turns those errors to warnings. Solution: Added test to configure.in to see if $MAKE will allow Makefiles with undefined variables. If not, sets -V flag in AM_MAKEFLAGS. Ensured that all custom make targets use AM_MAKEFLAGS. Also defined all variables that caused errors in top-level Makefile.am. This means that pmake can be used to build hdf5 *from the top level only*. To run make from a subdirectory, still need to use -V flag (or use make or gmake). Platforms tested: modi4, heping, copper, sleipnir
* [svn-r9920] Purpose:James Laird2005-02-021-6/+43
| | | | | | | | | | | | | | | | | | | Bug fix Description: Found the permanant fix to automake/CVS dependency problem Solution: Added AM_MAINTAINER_MODE macro to configure.in. Now automake will never try to regenerate Makefiles, Makefiles.in, configure, H5config.h, etc. when they are out of date, nor will it print any warnings. Developers should be very very careful to use reconfigure script, and can add --enable-maintainer-mode flag to configure on heping to regenerate these files correctly. Platforms tested: heping sleipnir copper
* [svn-r9902] Purpose:James Laird2005-02-011-6723/+12455
| | | | | | | | | | | | | | | Configuration feature Description: HDF5 now uses automake to generate Makefiles Solution: Makefile.in files are now generated from Makefile.am files. To reconfigure (after chaning a Makefile.am or configure.in): /bin/sh bin/reconfigure.sh Platforms tested: Many
* [svn-r9865] Purpose:Quincey Koziol2005-01-241-2/+2
| | | | | | | | | | | | Bug fix Description: Catch another way that vsnprintf() can fail (this time on the HP) and deal with that. Platforms tested: HP/UX 11.x (kelgia) Doesn't affect other platforms
* [svn-r9861] Purpose:Quincey Koziol2005-01-241-1/+152
| | | | | | | | | | | | | | | | | | | | Bug fix Description: Add detect vasprintf() routine and use it instead of vsnprintf() when formatting error descriptions if it's available. Added configure test to detect "broken" vsnprintf() implementations which don't return the correct number of character for strings that are too long to fit into the buffer provided (currently a problem on the SGIs and probably the HP). Re-wrote error formatting code in H5Epush_stack() to handle broken vsnprintf() implementations, etc. Platforms tested: IRIX64 6.5 (modi4) h5committest
* [svn-r9857] Purpose: MaintenanceElena Pourmal2005-01-221-110/+6
| | | | | | | | | | | | | | Description: Removed PABLO from the source Solution: Platforms tested: arabica with 64-bit, copper with parallel, heping with GNU C and C++ and PGI fortran (but I disabled hl, there is some weird problem only on heping: F9XMODFLAG is not propagated to the Makefile files Misc. update:
* [svn-r9826] Purpose: Bug fixRaymond Lu2005-01-141-0/+66
| | | | | | | | | | Description: Intel compiler on Linux has some problem to convert long double to unsigned int correctly. Solution: Detect the problem in configure and define a macro to skip this test if it happens. Platforms tested: eirene and fuss. Simple change.
* [svn-r9819] Purpose: Bug fixRaymond Lu2005-01-131-9/+10
| | | | | | | | | | | | | Description: The fix of the loss problem of the last 2 bytes of mantissa on sleipnir has not been successful. It happens when converting from unsigned long long to long double. The failure has been on and off. Solution: Hard set a macro to disable unsigned long long->long double for FreeBSD until a good solution is found to solve this elusive problem. Platforms tested: sleipnir and fuss. Only sleipnir is concerned. Misc. update:
* [svn-r9809] Purpose: bug fixRaymond Lu2005-01-111-0/+54
| | | | | | | | | Description: For HP-UX11.00, compiler's casting from 'long double' to most of integers. A macro was hard set in config/hpux11.00 before. Solution: Let configure detect this case and set the macro. Platforms tested: kelgia, fuss, modi4. These systems are mainly concerned.
* [svn-r9807] Purpose: bug fixRaymond Lu2005-01-111-1/+89
| | | | | | | | | | | Description: For FreeBSD (sleipnir), when GNU compilers do conversion from unsigned long long to long double, the last 2 bytes of mantissa are lost. The impact of precision loss isn't significant. Solution: Detect this case on FreeBSD in configure, ignore it in dtypes.c test instead of return failure. Platforms tested: sleipnir, fuss, modi4. These systems are mainly concerned.
* [svn-r9801] Purpose:Quincey Koziol2005-01-101-4/+6
| | | | | | | | | | | | Bug fix Description: Belatedly chase change of hobj_ref_t in C APIs. Platforms tested: FreeBSD 4.10 (sleipnir) w/backward compatibility turned on IRIX64 6.5 (modi4) w/FORTRAN h5committest
* [svn-r9783] Purpose: Bug fixRaymond Lu2005-01-081-6/+28
| | | | | | | | | | Description: For HP-UX 11.00, the compiler generates 'floating exception' when converting 'long double' to most of integer types. Solution: Define a macro for all other systems except HP-UX 11.00. Hard set this macro to 'no' in config/hpux11.00 to skip this test for HP-UX 11.00. Platforms tested: modi4, kelgia, fuss
* [svn-r9757] Purpose:Xiaowen Wu2005-01-061-1/+11
| | | | | | | | | | Description: Solution: Platforms tested: Misc. update:
* [svn-r9755] Purpose: New featureRaymond Lu2005-01-061-6/+30
| | | | | | | | | | | | | Description: Start to support software conversion between long double and all integers. Solution: No major changes to the algorithm. Changes to configure is to exclude SGI for long double to integers test because there're too many problems in their compiler. Platforms tested: h5committest, modi4, fuss, Teragrid, arabica Misc. update: RELEASE.txt
* [svn-r9727] Purpose:Quincey Koziol2004-12-291-1251/+1249
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug Fix/Code Cleanup/Doc Cleanup/Optimization/Branch Sync :-) Description: Generally speaking, this is the "signed->unsigned" change to selections. However, in the process of merging code back, things got stickier and stickier until I ended up doing a big "sync the two branches up" operation. So... I brought back all the "infrastructure" fixes from the development branch to the release branch (which I think were actually making some improvement in performance) as well as fixed several bugs which had been fixed in one branch, but not the other. I've also tagged the repository before making this checkin with the label "before_signed_unsigned_changes". Platforms tested: FreeBSD 4.10 (sleipnir) w/parallel & fphdf5 FreeBSD 4.10 (sleipnir) w/threadsafe FreeBSD 4.10 (sleipnir) w/backward compatibility Solaris 2.7 (arabica) w/"purify options" Solaris 2.8 (sol) w/FORTRAN & C++ AIX 5.x (copper) w/parallel & FORTRAN IRIX64 6.5 (modi4) w/FORTRAN Linux 2.4 (heping) w/FORTRAN & C++ Misc. update:
* [svn-r9689] Purpose:Albert Cheng2004-12-181-1/+1
| | | | | | | Changed the wording of enable-hl option to better wording. Platforms tested: "h5committested"
* [svn-r9655] Snapshot version 1.7 release 44HDF Admin2004-12-121-9/+9
|
* [svn-r9644] Purpose:Pedro Vicente Nunes2004-12-081-3/+16
| | | | | | | | | | | | | | | | | add hl fortran Description: Solution: Platforms tested: linux (absfot and pgf90) solaris (32 and 64 bit) AIX note : HP gives a compiling error , to be fixed in the future Misc. update: