summaryrefslogtreecommitdiffstats
path: root/configure
Commit message (Collapse)AuthorAgeFilesLines
...
* [svn-r13276] Snapshot version 1.8 release 0 (alpha6snap1)HDF Tester2007-02-111-11/+11
|
* [svn-r13247] Replaced /bin/rm in configure with just rm. This should have ↵James Laird2007-02-061-5/+5
| | | | | | | | | no effect on any platform, since configure already uses rm, but it will prevent a bug in the (bizarre) case that a system has rm somewhere other than /bin. Tested on smirom and kagiso.
* [svn-r13245] Added "superblock extension" object header to hold shared ↵James Laird2007-02-061-1/+1
| | | | | | | | | object header information, rather than storing it directly in the superblock. This should make future updates to the superblock much less painful. Tested on Windows, kagiso, and smirom.
* [svn-r13225] Purpose: bug fix.Albert Cheng2007-01-301-1/+2
| | | | | | | | Description: The lone colon test left behind the a.out file. Added a /bin/rm to clean it up. Platform tested: Kagiso only since it is a trivial change.
* [svn-r13216] Snapshot version 1.8 release 0 (alpha6snap0)HDF Tester2007-01-291-11/+11
|
* [svn-r13208] Changed the minor release string to alpha6snap0 for pre-alpha6 ↵Albert Cheng2007-01-271-10/+10
| | | | snapshot releases.
* [svn-r13203] Unable to replicate Daily Test error, but hopefully this is a ↵James Laird2007-01-261-1/+1
| | | | | | | | | | fix anyway. The examples had been depending on the build libraries in src, but should have been depending only on the installed h5cc. Fixed this. Tested on kagiso (dependency change only, and was unable to replicate the problem on any system). Real test will be Daily Tests tonight.
* [svn-r13198] Fiddled with the syntax of the configure test for srcdir="foo", ↵James Laird2007-01-251-31/+30
| | | | | | | | which should hopefully fix problems on copper and duty. Tested on copper, duty, kagiso, Cygwin.
* [svn-r13195] Snapshot version 1.8 release 0 (alpha5snap0)HDF Tester2007-01-251-11/+11
|
* [svn-r13184] Changed release version to alpha5snap0 to restart snapshot release.Albert Cheng2007-01-231-10/+10
| | | | | Platforms tested: Eyeballed the svn diff output. Looked good.
* [svn-r13181] Added a configure check to prevent a failure on Cygwin.James Laird2007-01-231-29/+49
| | | | | | | | | | | | | | It seems that while Cygwin supports the time command, it has trouble with the syntax srcdir="../../hdf5/test" time ./testhdf5 and complains. The solution is to test the above case in configure and not to use the time command if it fails; Cygwin is fine with srcdir="../../hdf5/test" ./testhdf5 Tested on Cygwin and kagiso. This feature shouldn't be a major compatibility problem since every platform but Cygwin is already fine with the current syntax.
* [svn-r13138] Description:Quincey Koziol2007-01-121-1/+67
| | | | | | | | | | | | | Auto-detect the support for the posix_memalign routine and disable the direct I/O VFD if posix_memalign is not supported. This should allow direct I/O to be auto-detected and disabled on FreeBSD. (Direct I/O itself works fine, but doesn't have the alignment requirements on FreeBSD that it has on Linux, so the code would have to be re-worked to not use posix_memalign and we don't need to support that right now). Tested on: FreeBSD/32 6.1 (duty) Linux/32 2.4 (kagiso)
* [svn-r13080] Description:Elena Pourmal2006-12-201-27/+34
| | | | | | | | | | | | | Maintenance for the HPUX 11.23 platform. Problem: C++ shared libraries are not supported for the 64bit mode (+DD64 compiler flag) Solution: Disable shared C++ library when +DD64 flag is detected. Platforms tested: sirius (HPUX 11.23 at UMKC) and kagiso
* [svn-r12930] Description:Elena Pourmal2006-11-161-1/+1
| | | | | | | | Added new refreg_name.c file to test H5Rget_name and H5Iget_name for region references. H5Rget_name tests are skipped for now since they do not work (at least for me :-) Platforms tested: heping and copper
* [svn-r12929] Hopefully this really is a fix for the tg-login errors.James Laird2006-11-161-27/+28
| | | | | | | | | | | The version of libtool used by HDF5 isn't directly affected by the reconfigure script; instead, libtoolize --force must be used by hand. Libtool was the source of the problem, so rolling its version back to 1.5.14 should solve the issue (at least temporarily). Reconfigure should still work on both heping and kagiso. Tested on heping, kagiso, and tg-login3.
* [svn-r12911] Backed up to previous versions of automake and libtool. ↵James Laird2006-11-141-1729/+2758
| | | | | | | | Hopefully this will fix issues on tg-login3. bin/reconfigure should still work on both heping/mir and kagiso.
* [svn-r12888] Pedro Vicente Nunes2006-11-101-1/+1
| | | | | Introduced the second sweep of the file for a case a reference is present and H5Ocopy was not used. Moved the code from file h5repack_refs.c to h5repack_copy.c and removed the first file
* [svn-r12887] A fix for linking issues.James Laird2006-11-101-44/+423
| | | | | | | | | | | | Should disable linking against shared libraries in Fortran for compilers that don't support shared libraries. Should also fix problem when the wrong Fortran file extension was specified. If these changes don't solve the Daily Test issues, I'll look at backing out the autotool version change until I have time to fix them. Tested on heping, kagiso, juniper.
* [svn-r12886] Fix (hopefully) for last night's failures on tg-login3.James Laird2006-11-091-23/+26
| | | | | | | | | | | | | | | | It seems that the latest version of libtool is linking against shared versions of the szip libraries in Fortran, rather than the static versions. ifort doesn't support shared libraries at all. To solve the problem, we avoid shared libraries entirely unless we're building shared Fortran libraries ourselves. If libtool always behaves like this now, it may cause similar problems on other machines. If you notice that a machine is breaking when it links against a shared library, let me know. Tested on kagiso; nothing new is broken. If Albert has time this afternoon I'll ask him to test on tg-login3 as well.
* [svn-r12882] Changed bin/reconfigure to work on kagiso as well as on AFS ↵James Laird2006-11-081-12735/+18232
| | | | | | | | Linux machines. Updated to the latest versions of autotools. Tested on kagiso, heping, and juniper. Let me know if you have any problems.
* [svn-r12870] Add a new macro H5_HAVE_DIRECT_ALIGN in configure.in. Some ↵Raymond Lu2006-11-061-0/+83
| | | | | | | systems like copper and sleipnir doesn't require alignment for Direct I/O. If this's true, write or read data just like sec2 does.
* [svn-r12792] Fixed a Makefile.am to clean up a test file generated by the ↵James Laird2006-10-201-1/+1
| | | | | | | | | | | Packet Table compression test. Tested that the file is removed on juniper and heping. Running reconfigure also regenerated the H5E* files (I think this means somebody updated these files but didn't run reconfigure).
* [svn-r12741] Added support for direct I/O to check-vfd. The direct VFD is ↵James Laird2006-10-101-21/+26
| | | | | | | | | | only tested if it is enabled. Added Direct VFD status to the configure summary. Removed a line left over from pablo support. Oops!
* [svn-r12739] Added Direct I/O driver to VFD. It's only supported by SGI ↵Raymond Lu2006-10-101-32/+119
| | | | | | | | | | Altix (cobalt). There's a configure option --enable-direct-vfd/--disable-direct-vfd to enable/disable Direct I/O support. The default is enabled. There's a small test in test/vfd.c. Another way to test it is to set environment variable HDF5_DRIVER to "direct" and run "make check" in the test/ directory. There'll be some further improvement in the following checkin including allowing user to provide memory boundary value, file block size, and copying buffer size.
* [svn-r12715] Incorporated a user-submitted patch to better detect the 'tr' ↵James Laird2006-10-031-34/+165
| | | | | | | | | | | | utility and quote its arguments. Also checks for the 'socket' library on Solaris. If this patch passes the Daily Tests and makes the user happy, I'll port it back to the 1.6 branch. Tested on mir and sol.
* [svn-r12700] Alert:Quincey Koziol2006-10-021-59/+31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | File format is not stable, don't keep files produced! Description: First stage of checkins modifying the format of groups to support creation order. Implement "dense" storage for links in groups. Try to clarify some of the symbols for the H5L API. Add the H5Pset_latest_format() flag for FAPLs, to choose to use the newest file format options (including "dense" link storage in groups) Add the H5Pset_track_creation_order() flag for GCPLs, to enable creation order tracking in groups (although no index on creation order yet). Remove --enable-group-revision configure flag, as file format issues are now handled in a backwardly/forwardly compatible way. Clean up lots of compiler warnings and other minor formatting issues. Tested on: FreeBSD/32 4.11 (sleipnir) w/threadsafe Linux/32 2.4 (heping) w/FORTRAN & C++ Linux/64 2.4 (mir) w/enable-v1.6 compa Mac OSX/32 10.4.8 (amazon) AIX 5.3 (copper) w/parallel & FORTRAN
* [svn-r12686] Added compression to Packet Tables. Now both C and C++ packet ↵James Laird2006-09-261-1/+1
| | | | | | | | | | | | | | | | tables have an extra parameter that sets the deflate filter. Added tests, made examples use the new APIs. Cleaned up include files a little and removed some casts that I hope are superfluous. If anybody encounters strange errors in the packet table tests where the chunk size is set to some extremely large value, please let me know, but I was unable to reproduce this error on any system. Tested on mir, heping, sol, juniper, VS 6.0. Looked for the chunk size error on several other systems a month or two ago.
* [svn-r12670] Snapshot version 1.8 release 0 (alpha5)HDF Admin2006-09-161-11/+11
|
* [svn-r12669] Description:Quincey Koziol2006-09-151-0/+22
| | | | | | | | Use a slightly less efficient method of computing the log2() on SGI IRIX64, in order to avoid a compiler bug when optimizations are turned on. Tested on: SGI IRIX64 6.5 (atlantia)
* [svn-r12584] Mentioned VFD in test output to make it easier to tell which ↵James Laird2006-08-171-1/+1
| | | | | | | | | VFD is being used when a test is run. Running reconfigure also regenerated error header files (because someone edited them manually?).
* [svn-r12566] Description:Quincey Koziol2006-08-121-1/+1
| | | | | | | | Removed free space manager from "enable-debug=all" list of flags, it's not really designed for "user level" debugging. Tested on: FreeBSD 4.11 (sleipnir)
* [svn-r12513] Pedro Vicente Nunes2006-07-281-1/+1
| | | | | new feature h5dump binary output. use little and big endian type conversions
* [svn-r12491] Description:Quincey Koziol2006-07-221-2/+2
| | | | | | | | | | Refactored object deletion code for fractal heap to fix scaling problems. Passing all previous tests again now. Tested: FreeBSD 4.11 (sleipnir) Linux 2.4 (chicago) Mac OS X (amazon)
* [svn-r12482] new tool h5copyPedro Vicente Nunes2006-07-191-12/+13
| | | | | | | | it uses the API function H5Gcopy to copy groups and datasets from file to file, read from a command line note: the test script is not finished yet tested on heping, copper, shanti
* [svn-r12462] Committed a variety of metadata cache related changes:John Mainzer2006-07-131-31/+59
| | | | | | | | | | | | | | | | | | | | | | 1) Added trace file support to the metadata cache. This allows capture of all metadata cache calls in trace files for purposes of optimization and debuging. 2) Added an expunge entry function. This allows an entry to be deleteded from the cache without writing it to disk even if it is dirty. 3) Added a function call to resize pinned entries. 4) Added code to deal with entries that are dirty on load. This is needed in support of a bug fix which can alter object headers on load to repair files. 5) Added progress reporting code to the "MDC API smoke check" test in cache_api.c. To enable the progress reporting, set report_progress to TRUE in mdc_api_call_smoke_check(). Tested with h5committest, and a parallel test on phoenix (dual athelon linux box).
* [svn-r12435] Purpose: Bug fixRaymond Lu2006-06-231-0/+104
| | | | | | | | | | | | Description: Mac OS 10.4 on PowerPC chip has some errors to convert (unsigned) long long to long double. When the bit sequences are 0x003ff..., 0x007fff..., 0x00ffff..., 0x01ffff..., 0x7fffff..., the converted values are twice as big as they should be. Solution: Detect the error in configure and disable the compiler conversion and test case. Platforms tested: h5committest, Mac OS 10.4, and fuss.
* [svn-r12431] Purpose:James Laird2006-06-211-19/+2
| | | | | | | | | | | | | | Configuration feature Description: 'make install' now tests both static and shared libraries if both are installed. Solution: Previously, shared libraries were only tested when static libraries were not installed. Also cleaned up line in commence.am that was including HL library in all Makefiles. Platforms tested: mir (Makefile change only)
* [svn-r12425] Purpose: Bug fixRaymond Lu2006-06-201-0/+100
| | | | | | | | | | | | | | | Description: Data conversion from long double to (unsigned) long long returns some incorrect values on Mac OS 10.4 and SGI IRIX64 6.5. The conversions start to go wrong when the long double is 20041683600089727.779961 (0x4351ccf385ebc8a0bfcc2a...). If adjusting the values higher by assigning 0x...c8a0cf... or 0x...c8a0df..., the converted values go wild. Solution: Detect this error in configure.in and disable compiler conversions from long double to (unsigned) long long for Mac OS 10.4 and IRIX64 6.5. Platforms tested: h5committest, Mac OS 10.4, and IRIX64 6.5.
* [svn-r12416] Purpose: MaintenanceElena Pourmal2006-06-171-1/+2
| | | | | | | | | | | | | | Description: Added test script and two test files in the tools/misc/testfiles directory for testing h5stat tool; modified Makefile.am in tools/misc and configure.in files to run the new test script; reran bin/recofigure to update relevant configuration files; updated MANIFEST Solution: Platforms tested: heping with in place and srcdir builds; will do more testing after the checkin. Misc. update:
* [svn-r12413] Purpose:James Laird2006-06-141-185/+209
| | | | | | | | | | | | | | | | | Bug fix Description: Changed the semantics of --enable-stream-vfd and --enable-shared. Both are now disabled by default when parallel HDF5 is being built. Solution: Both shared and stream-vfd are disabled by default in parallel, but can be enabled explicitly if the user chooses. Before, shared was always enabled by default and stream-vfd was always disabled in parallel. Platforms tested: heping, mir (configuration change only)
* [svn-r12411] Purpose:James Laird2006-06-131-2/+30
| | | | | | | | | | | | | | Bug fix - bugzilla #552 Description: On Cray X1, trying to use : as an argument confused the system. Solution: Added a test in configure to see if : as an argument is bad. If so, skipped the test. Platforms tested: mir, Cray X1 (change to configure only)
* [svn-r12394] Purpose: MaintenanceElena Pourmal2006-06-011-10/+10
| | | | | | | | | | | Description: Ran /bin/h5vers to change suffix to alpha4 after creating hdf5-1.8.0-alpha3 tar ball and tagging the release with hdf5_1_8_0_alpha3 tag Solution: Platforms tested: Misc. update:
* [svn-r12389] Purpose: Bug fixRaymond Lu2006-06-011-5/+5
| | | | | | | | | | Description: There was some logical confusion about the value of the macro H5_HW_FP_TO_LLONG_NOT_WORKS. It's supposed to be true for Windows, but false for Unix machines. Solution: Corrected. Platforms tested: fuss(Linux) and amazon(MacOS 10.4) - simple change.
* [svn-r12358] Purpose:Albert Cheng2006-05-191-54/+37
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug fix. Description: The ${TR}, though avoid the error, is inconvenient. It is needed because configure.in use the char range in the style of 'a-z'. The other style of '[a-z]' is more commonly accepted by all tr but autoconf tends to strip away [], making the syntax rather clumsy. Solution: Learned from autoconf that it avoids the use of character range by just spell all the letters out. Changed our tr commands to use those variables defined by autoconf. Also removed the definition of ${TR} since it will cause inconsistancy when autoconf also use plain 'tr' in its generated code. The Makefile.in are changed because the elimination of ${TR} from configure triggered its removal from all Makefil.in. That is okay because ${TR} is not used at all in Makefile. Platforms tested: h5committested. (sol failed to connected). also tested in shanti using both /usr/ucb/tr and /bin/tr (the bad one before.) Misc. update: Updated both INSTALL and RELEASE files.
* [svn-r12348] Purpose:Albert Cheng2006-05-141-0/+166
| | | | | | | | | | | | | | | | | | 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/+470
| | | | | | | | | | | | | | | | | | | | | | | | | | | 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-10/+10
| | | | | | | | | | Description: Changed version suffix to alpha3 Solution: ran bin/h5vers script Platforms tested: Misc. update:
* [svn-r12320] Purpose:Quincey Koziol2006-05-021-10/+10
| | | | | | | | | | 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-35/+41
| | | | | | | | | | | | | | | | 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