summaryrefslogtreecommitdiffstats
path: root/configure
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r17441] Purpose:Mike McGreevy2009-08-311-48/+52
| | | | | | | | | | | | | | | | | | | | | Merge from trunk Description: Merged revisions 17228 and 17440 from trunk to 1.8 Specifically, this brings support of --enable-static-exec flag into 1.8 Tested: Manually on jam, linew, smirom, liberty, plus h5committest. Currently, there is no automatic regression test that exists due to portability issues. Behavior is both different and undefined on certain systems (and while 'nm' command seems to exist on all machines, behavior is confirmed to be different on Mac, possibly others). Solution will be to set up some sort of framework in daily tests to build statically, remove shared paths, and verify executables can function.
* [svn-r17439] Purpose:Mike McGreevy2009-08-311-31112/+7029
| | | | | | | | | | | | | | | | | | | | | | Updating autotools Description: Bring revisions 17345 and 17357 from trunk to 1.8, specifically: - Automake upgraded to 1.11 - Autoconf upgraded to 2.64 - bin/reconfigure script edited to use new versions (on jam), and run to generate new configure script and Makefile.in's. - configure.in script edited to add "_cv_" to all AC_CACHE_VAL strings (in order to comply with new autoconf standard). - bin/install-sh script replaced with new version as provided by automake. Tested: - All issues on trunk were resolved, so only tested on jam and linew. Any other outliers should be caught by daily tests.
* [svn-r17437] Snapshot version 1.8 release 3 (snap8)Larry Knox2009-08-301-11/+11
|
* [svn-r17410] Snapshot version 1.8 release 3 (snap7)Larry Knox2009-08-231-11/+11
|
* [svn-r17387] I added a detection for the correctness of converting from ↵Raymond Lu2009-08-191-1/+100
| | | | | | | | | | unsigned long to float in the configure.in. The Pathscale compiler on Sandia's Linux machine misinterprets the values of unsigned long as negative during the conversion to float, when the first bit of unsigned long is on. Tested on jam. Need to test it on Sandia's machine.
* [svn-r17368] Snapshot version 1.8 release 3 (snap6)Larry Knox2009-08-161-11/+11
|
* [svn-r17339] Snapshot version 1.8 release 3 (snap5)Larry Knox2009-08-121-11/+11
|
* [svn-r17158] Snapshot version 1.8 release 3 (snap4)Larry Knox2009-07-061-11/+11
|
* [svn-r17134] Snapshot version 1.8 release 3 (snap3)Larry Knox2009-07-011-10/+10
|
* [svn-r17051] merge changes from the trunk into the branchScot Breitenfeld2009-06-151-1/+1
| | | | | | | svn merge -r 16797:17050 https://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran platforms tested: smirom: ifort, icc
* [svn-r17048] Snapshot version 1.8 release 3 (snap2)Larry Knox2009-06-141-11/+11
|
* [svn-r17020] Description:Quincey Koziol2009-06-091-5/+106
| | | | | | | | | | | Bring revision 17019 from trunk to 1.8 branch: Break out the configure check for fseeko & ftello from lseek64/fseek64/ ftruncate64, since the check for the latter routines is not a valid check for the former routines. Tested on: (h5committested on trunk)
* [svn-r17013] Snapshot version 1.8 release 3 (snap1)Larry Knox2009-06-071-11/+11
|
* [svn-r16993] Snapshot version 1.8 release 3 (snap0)Larry Knox2009-06-011-18/+18
|
* [svn-r16920] Description:Quincey Koziol2009-05-051-0/+470
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Merge these trunk revisions which occurred during the 1.8.3 release code freeze back to the 1.8 branch: From Quincey: 16845 16847 16849 16851 16858 16869 16897 From Ray: 16859 16880 From Allen: 16863 Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.6 (amazon) in debug mode Mac OS X/32 10.5.6 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r16917] Maintenance: Changed suffix in the version number to snap0.Elena Pourmal2009-05-041-11/+11
|
* [svn-r16916] Maintenance: Updated HISTORY-1_8.txt and RELEASE.txt files and Elena Pourmal2009-05-041-11/+11
| | | | | changed version to 1.8.0-post0. Branch is open for check-ins now.
* [svn-r16893] Set version information to 1.8.3 to be ready for release.Albert Cheng2009-04-291-11/+11
| | | | Tested: h5committest plus jam serial test.
* [svn-r16855] Maintenance: Changed version to hdf5-1.8.3-pre2 for further ↵Elena Pourmal2009-04-241-11/+11
| | | | check-ins.
* [svn-r16853] Maintenance: Changed version number to 1.8.3-pre1 and created a ↵Elena Pourmal2009-04-241-11/+11
| | | | | | tar ball for remote testing.
* [svn-r16813] New feature(Bug 230):Albert Cheng2009-04-201-26/+52
| | | | | | | | | | | | | | | | | | | | | | | | Embed the content of libhdf5.settings into the hdf5 executables so that an "orphaned" executables can display (via the Unix strings command, for example) the library settings used to build the executables. This is a prototype implementation. Much improvement is needed. configure.in: Added the --disable-embedded-libinfo option to disable this feature. configure: src/H5config.h.in: Generated by autotools like automake. src/H5detect.c: Implement insert_libhdf5_settings() to insert the contents of libhdf5.settings into the library as an extern string variable so that it is included in all HDF5 executable. Much improvement is needed. fortran/src/Makefile.in: Auto-generated by bin/reconfigure. (i.e., I did make any changes to cause its direct regeneration). Tested: Jam serial, using default and --disable-embedded-libinfo, configure options.
* [svn-r16793] Description:Mike McGreevy2009-04-201-2/+11
| | | | | | | | | | | | - Updated bin/reconfigure to use latest version of automake (1.10.2). Regenerated Makefile.in's by running bin/reconfigure. - Added libtool version numbers to c++, fortran, hl, hl c++, and hl fortran libraries. Tested: jam, liberty, smirom
* [svn-r16740] Snapshot version 1.8 release 2 (post12)Larry Knox2009-04-121-11/+11
|
* [svn-r16725] Snapshot version 1.8 release 2 (post11)Larry Knox2009-04-101-10/+10
|
* [svn-r16712] Purpose: Fix bug 1423Neil Fortner2009-04-081-1/+1
| | | | | | | | | | | | | | Description: Versions of the library between 1.3.0 and 1.6.3 have a bug which prevents them from opening any file that does not have the root group's symbol table information cached in the root group's entry in the superblock. Prior to 1.8 this was not an issue as this information was always cached. However, 1.8.0 stopped writing this information (which is not required by the file format specification), and these older versions can therefore not read files created or last written by versions 1.8.0 to 1.8.2. This fix modifies the library to once again add this information to the superblock (when using the old file format). Tested: jam, linew, smirom (h5committest)
* [svn-r16705] Snapshot version 1.8 release 2 (post10)Larry Knox2009-04-081-11/+11
|
* [svn-r16649] Snapshot version 1.8 release 2 (post9)Larry Knox2009-04-011-11/+11
|
* [svn-r16582] Snapshot version 1.8 release 2 (post8)Larry Knox2009-03-161-10/+10
|
* [svn-r16562] Purpose:Mike McGreevy2009-03-101-1/+1
| | | | | | | | | | | | | | | | | | Bug Fix Description: Fixing BZ #1381. The --includedir=DIR configure option, which is used to spceify installation location of C header files, did not work correctly as the path was hard-coded into config/commence.am. I'm presuming this is because an older version of automake didn't know where to put C header files. In any case, removing this line now defaults the includedir to the same directory that it is currently hard-coded to, and also fixes the configure flag which allows for customization of this value. Tested: jam, liberty
* [svn-r16555] Purpose:Mike McGreevy2009-03-091-32/+1
| | | | | | | | | | | | | | | | | Bug Fix Description: Removing the code from configure which strips the '-g' flag from CFLAGS when in production mode. The current default CFLAGS in production mode does not include '-g', as intended, but we should allow users to override this and enable '-g' by setting the CFLAGS environment variable if desired. Note that this applies to FCFLAGS and CXXFLAGS as well. Tested: kagiso, linew, liberty
* [svn-r16526] Snapshot version 1.8 release 2 (post7)HDF Tester2009-03-021-11/+11
|
* [svn-r16519] merge 16518 from trunkPedro Vicente Nunes2009-02-261-29/+40
| | | | | | have 2 expected outputs for 2 h5ls runs depending if run on a big or little endian machine. Configure.in was modified to export a variable carrying endianess information to testh5ls.sh. This script then compares the current run with 2 expected outputs, one for a big-endian machine (linew was used to generate the output), other for little endian (jam was used to generate the output) the way h5ls prints types, it starts searching for NATIVE types first. One solution would be h5ls not to detect these native types, using for example the same print datatype function that h5dump does, that would make the output look the same on all platforms ("32-bit little-endian integer" would be printed instead). Drawback, this "native" information would not be available. Other solution is to have not one but 2 expected outputs and make the shell script detect the endianess and compare with one output or other tested: jam, linew
* [svn-r16486] Snapshot version 1.8 release 2 (post6)HDF Tester2009-02-151-11/+11
|
* [svn-r16398] Snapshot version 1.8 release 2 (post5)HDF Tester2009-02-011-11/+11
|
* [svn-r16346] Snapshot version 1.8 release 2 (post4)HDF Tester2009-01-251-11/+11
|
* [svn-r16331] Snapshot version 1.8 release 2 (post3)HDF Tester2009-01-181-11/+11
|
* [svn-r16307] Description:Quincey Koziol2009-01-141-1/+124
| | | | | | | | | | | | | | Bring r16306 back from trunk: Add detection of C99 "designated initializers" to configure script and use new H5_HAVE_C99_DESIGNATED_INITIALIZER macro to conditionally compile default layout variables in src/H5Pdcpl.c Also, minor code cleanups, etc. Tested on: FreeBSD/32 6.3 (duty) in debug mode (Other platforms tested on revise_chunks branch)
* [svn-r16221] Snapshot version 1.8 release 2 (post2)HDF Tester2008-12-281-11/+11
|
* [svn-r16211] Snapshot version 1.8 release 2 (post1)HDF Tester2008-12-221-11/+11
|
* [svn-r16195] Purpose:Mike McGreevy2008-12-151-2/+2
| | | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: Resolved issues with broken sanity checks that were failing when the 'b2' debugging package was enabled (v2 b-tree debugging): - Fixed outdated assertions that would not compile. They now compile and function correctly. - Removed too far outdated assertions that would require too much unnecessary refactoring of code in order to satisfy their initial purpose. - Re-enabled b2 debugging package when "--enable-debug=all" is specified on the configure line. Tested: jam, smirom, linew
* [svn-r16139] Snapshot version 1.8 release 2 (post0)HDF Tester2008-11-301-11/+11
|
* [svn-r16102] Maintenance: Suffix after the release is done should be post0 ↵Elena Pourmal2008-11-191-10/+10
| | | | | | instead of snap0; caught by Albert, fixed by policy offender.
* [svn-r16096] Purpose: Updating bin/reconfigure scriptMike McGreevy2008-11-181-1/+1
| | | | | | | Updating bin/reconfigure script to point to autotools in /mnt/hdf/packages, since /home1/packages no longer exists. Tested: kagiso
* [svn-r16069] Maintenance: Changed version to 1.8.2-snap0 and updated ↵Elena Pourmal2008-11-121-11/+11
| | | | | | documentation files after the release. Branch is open for check-ins now.
* [svn-r16058] Maintenance: Changed version to 1.8.2 and released source tar ↵hdf5-1_8_2Elena Pourmal2008-11-101-11/+11
| | | | | | ball. I will tag the release after we build binaries tonight.
* [svn-r16023] Maintenance: Changed version to hdf5-1.8.2-pre1 before creating ↵Elena Pourmal2008-11-031-10/+10
| | | | | | a tar ball for remote testing.
* [svn-r16005] Modify the commit of r15936 for H5_USE_16_API. Let H5version.h ↵Raymond Lu2008-10-301-1/+1
| | | | | | check if H5_USE_16_API_DEFAULT is defined by the configure. Then define H5_USE_16_API and use it throughout. Tested on kagiso - supposed to be simple.
* [svn-r15958] Snapshot version 1.8 release 1 (snap7)HDF Tester2008-10-261-11/+11
|
* [svn-r15948] Purpose: Bug FixMike McGreevy2008-10-241-3/+8
| | | | | | | | | | Description: Adding the SZIP path to LD_LIBRARY_PATH within configure was inadvertently blowing away anything already in LD_LIBRARY_PATH. This fixes that, which solves, among other things, the problem where configure failed to learn how to print 'long long' on cobalt. Tested: full make check install: kagiso, smirom configure / make / h5ls test only : cobalt, linew
* [svn-r15936] Changed the library's macros H5_USE_16_API to ↵Raymond Lu2008-10-231-2/+2
| | | | | | | | H5_USE_16_API_DEFAULT avoid possible conflict with user's definition of H5_USE_16_API. The H5_USE_16_API_DEFAULT is defined through configure with the flag --with-default-api-version=v16. Tested with h5committest.
generated by cgit v0.12 at 2024-08-26 00:57:51 (GMT)