summaryrefslogtreecommitdiffstats
path: root/config
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r18842] Changed version to hdf5-1.8.5-pre1 to start pre-release testing.Mike McGreevy2010-05-181-1/+1
|
* [svn-r18836] Added code to config files, libhdf5.settings.in and ↵Larry Knox2010-05-173-1/+159
| | | | | | configure.in to add compiler version information for fortran and C++ in the settings file and the configure output for our common compilers on linux, solaris, and mac(gnu only). Tested: amani, jam, linew (h5committest) and with configure on these machines and tejeda.
* [svn-r18817] Added scripts to compile and run installed examples. The ↵Larry Knox2010-05-141-2/+22
| | | | | | scripts are installed with the examples, and there is one script to run the scripts for all hl examples and another to run the scripts for all the examples. Tested: amani, jam, linew (h5committest).
* [svn-r18779] Add ${DESTDIR} to scripts and Makefiles so that make ↵Larry Knox2010-05-121-5/+5
| | | | | | DESTDIR=<install directory> install, installcheck and uninstall is supported for installing examples, since they are now installed as part of make install. This was necessary for rpmbuilds, but should also be supported otherwise. Tested: amani, jam, linew with committest, rpmbuild on jam and amani.
* [svn-r18710] Purpose:Mike McGreevy2010-05-052-18/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | Improve configure's large-file support control. Description: Modified configure to now attempt to add defines necessary for supporting largefiles on all systems, instead of solely on linux. This is in response to user requests to enable largefile support on Solaris by default, as well as to give extra control on AIX (instead of just jamming the necessary flag into the config files). The old --enable-linux-lfs flag is being deprecated in favor of the --enable-largefile flag (enabled by default), which can be used on all platforms. --disable-linux-lfs can still be used to disable largefile support (on linux) when the --enable-largefile flag is not specified. On systems where large files cannot be supported in this manner, configure will report as such. Tested: h5committest AIX (NCSA's blue_print machine) duty, liberty, and linew.
* [svn-r18694] Correct missing line (fi) in revision 18680 and remove ↵Larry Knox2010-05-031-4/+1
| | | | | | incorrect code to install scripts to run examples. Correct code to install the scripts will be checked in later. Tested on amani and talwit using daily test shell.
* [svn-r18680] Added running make install-examples to make install. Make ↵Larry Knox2010-04-301-1/+4
| | | | install-examples will still install example files and make install will also install them.
* [svn-r18636] Description:Quincey Koziol2010-04-271-4/+5
| | | | | | | | More tweaks to PGI compile flags, to avoid too many warnings in system header files. Tested on: Linux/64 2.4 (amani) w/PGI 9.x & 10.x
* [svn-r18633] Description:Quincey Koziol2010-04-271-7/+9
| | | | | | | | | Bring r18632 from trunk to 1.8 branch: Clean up memory leak in test code. Tested on: Linux/64 2.4 (amani) w/debug & valgrind
* [svn-r18631] Description:Quincey Koziol2010-04-271-16/+4
| | | | | | | | | | | | | Bring r18630 from trunk to 1.8 branch: Fix remaining aliasing problems and enable optimizations w/gcc now. This addresses the remaining issues for Bug#1398. Tested on: Mac OS X/32 10.6.3 (amazon) in debug mode Mac OS X/32 10.6.3 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode (h5committested on trunk)
* [svn-r18606] Description:Quincey Koziol2010-04-221-4/+65
| | | | | | | | | | Bring r18605 from trunk to 1.8 branch: Add new warning flags for gcc 4.5.x Tested on: FreeBSD/32 6.3 (duty) w/gcc 4.5 FreeBSD/64 6.3 (liberty) w/gcc 4.5
* [svn-r18530] Bug fix:Albert Cheng2010-04-071-1/+2
| | | | | | | | | | | | | | | When gcc is used in the AIX platform, it failed to compile tconfig.c because it does not recognize the __int64 type. The ibm-aix has the sizeof __int64=8 cached, as if all compilers supported this type. Solution: Removed the cached value for the sizeof __int64 so that during configure, gcc can report it does not support it and not to use it in the source code. Tested: NCSA Blue which is an AIX machine, using gcc or xlc compiler. (The gcc still have failure but is being fixed as separated bugs.)
* [svn-r18106] bug 1673:Albert Cheng2010-01-122-4/+4
| | | | | | | | | | | | | | The mixed use of RUNTEST (original) and RUNTESTS (new) caused confusion. E.g., the timings in test/ was still using the old $RUNTEST. It made more sense to use $RUNTEST which is used by the dejagnu feature of automake. So, I changed all $RUNTEST or $RUNTESTS to $RUNEXEC. config/commence.am & config/conclude.am are the two files that got changes. Also fixed an error in test/Makefile.am. The rest are changed by bin/reconfigure. Tested: h5committested.
* [svn-r18064] Purpose:Albert Cheng2010-01-051-0/+170
| | | | | | | Port to AIX 6.1 for RS6000. Should be the same as PowerPC based AIX. Tested: Blue-print of NCSA.
* [svn-r17930] Enhancement:Albert Cheng2009-11-261-1/+1
| | | | | | | | | | | Added the xlc-* and mpcc_r-* BASENAME patterns to be recognized as IBM compilers so that the ibm compiler options can be added properly. This allows non-system-default compiler command names (e.g. xlc-m.n.k.l) be recognized. (need to figure out a better way to recognize it is an IBM compiler and its version information.) Tested: LLNL AIX machine.
* [svn-r17709] Maintenance: Changed version number to 1.8.4-snap0Elena Pourmal2009-10-211-1/+1
| | | | Updated RELEASE.txt and HISTORY.txt file accordingly.
* [svn-r17672] Removed these two options from the fortran flags:Albert Cheng2009-10-181-2/+2
| | | | | | | | | -qmoddir=. because -qmoddir defaults to current directory already. -static because it is not mentioned in "man xlf". Don't know it was a typo or just an obsoleted option. Removing both of them produced no ill or visible effects. Tested: Up of LLNL
* [svn-r17664] Purpose:Mike McGreevy2009-10-161-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | configure cleanup Description 1. Removed check that disables shared libraries when pgcc is used. Apparently they previously did not work with libtool 1.5.14 and on mir, neither of which is in use anymore. Testing on jam and amani appear fine, so this check is unnecessary. 2. Removed check that disables shared C++ libraries when -xarch is used to enable 64 bit mode. We now use m64 flag to build 64 bit binaries, so we shouldn't explicitly disable shared C++ libraries if -xarch is discovered. 3. Removed old configure output summary section from configure.in, since we now use the libhdf5.settings file. 4. Updated powerpc-ibm-aix5.x config file to once again put c99 flag into H5_CFLAGS (and thus NOT get into h5cc), as decided in our dev meeting. Tested: h5committest full build with pgcc on jam / amani
* [svn-r17660] Changed the default fortran compilers from xlf and mpxlf_r toAlbert Cheng2009-10-161-4/+4
| | | | | | | | | | xlf90 and mpxlf90_r respectively. The fortran 90 compilers support free format source files. This allows the removal of -k so that the default compiler command is cleaner. Tested: AIX Up at LLNL. (Note: mpxlf90_r does not work but this could have been an undetected old problem.)
* [svn-r17655] Purpose:Mike McGreevy2009-10-157-24/+24
| | | | | | | | | | | | Configure cache-val cleanup Description: Corrected some misnamed cache values in configure / config files. Tested: h5committest
* [svn-r17652] Maintenance: fixed a silly typo.Elena Pourmal2009-10-151-1/+1
| | | | platforms tested: linew
* [svn-r17650] Maintenance: Brought changes back from trunkElena Pourmal2009-10-151-4/+3
| | | | Platforms tested: linew (trivial change)
* [svn-r17645] Purpose:Mike McGreevy2009-10-1528-1608/+97
| | | | | | | | | | | | | | | Merge from Trunk Description: Merging all of my CFLAGS-related changes from trunk to 1.8 This includes revision #s: 17616, 17625, 17627, 17639, and 17643. Tested: h5committest and some additional checks on our FreeBSD as well as NCSA's machines.
* [svn-r17637] Maintenance: Brought changes back from the trunk.Elena Pourmal2009-10-131-35/+20
| | | | Platforms tested: pahra with ifort, g95 and gfortran.
* [svn-r17607] ode Cleanup:Albert Cheng2009-10-071-180/+0
| | | | | | | | TFLOPS machine has retired long ago. Removed all code specific for its support. Test: h5committested.
* [svn-r17217] Bug fix (1468)Albert Cheng2009-07-221-2/+4
| | | | | | | | | | | | | | PathScale was mistaken as the Gcc compiler such that gcc flags were added to it but PathScale did not honor many of them. (e.g. -Wvariadic-macros, -Wold-style-definition, -Winit-self, -Wvariadic-macros, -Wmissing-include-dirs, -Winit-self, -Wc++-compat) Solution: Added a pre-condition to detect pathScale compiler before Gcc is accepted. Tested: Sandia Glory where PathScale compiler is available.
* [svn-r17197] Changed default Gnu fortran compiler from g95 to gfortran sinceAlbert Cheng2009-07-191-2/+2
| | | | | | | | | gfortran is more likely installed with gcc now. Tested: jam and amani which covers both linux and linux64. No h5committest because this is gnu compiler specific, usually applicable to Linux.
* [svn-r16920] Description:Quincey Koziol2009-05-051-2/+59
| | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-r16853] Maintenance: Changed version number to 1.8.3-pre1 and created a ↵Elena Pourmal2009-04-241-1/+1
| | | | | | tar ball for remote testing.
* [svn-r16790] Bug Fix (Bug 1398):Albert Cheng2009-04-201-5/+11
| | | | | | | | | | | | | | | | | | | | | | | | | For gcc v4.3 and v4.4, with production mode, if -O3 is used, H5Tinit.c would fail to compile. Actually bad H5Tinit.c is produced. If -O (same as -O1) is used, H5Tinit.c compiled okay but test/dt_arith would fail with: Testing hard normalized long double -> signed char conversions time: comm and terminated abnormally When -O0 (no optimizatio) is used, H5Tinit.c compilete okay and all tests passed. Solution: Changed the config/gnu-flags to use -O0 for gcc v4.3 and 4.4 for production flags for now so that build and tests would work. Still need to investigate if the error is due to Gcc optimization bug or our code errors. Tested: In liberty with gcc43 and gcc44. Also, tested in jam and smirom with older versions of gcc. There are no gcc 43 or 44 compilers installed in other THG machines that I know.
* [svn-r16562] Purpose:Mike McGreevy2009-03-101-1/+0
| | | | | | | | | | | | | | | | | | 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-r16493] revert gcc PROD_CFLAGS to "-O", which was incorrectly changed ↵Allen Byrne2009-02-191-1/+1
| | | | by rev 16490.
* [svn-r16490] Fixed bug #1459 by eliminating the macro long_long and ↵Allen Byrne2009-02-181-1/+1
| | | | | | | | | replacing all instances with long long. Tested: h5comittest fedora 10 x64 XP32, VNET
* [svn-r16341] Description:Frank Baker2009-01-222-2/+2
| | | | | | Changed 'THG' to 'The HDF Group' in various HDF5 source files, most of which are <subdirectory>/COPYING. -- Closes Bugzilla entry 1403.
* [svn-r16031] Bug fix: While testing hdf5-1.8.2-pre1 on Mac I dicovered that ↵Elena Pourmal2008-11-041-3/+2
| | | | | | | | | | | | I made a typo in a configuration file for Mac checked in on October 31 (rev 16008). Since this change affects only Fortran users on Mac Intel and doesn't affect daily tests on any platforms, I am checking in the fix. Platforms tested: pahra with Intel compilers
* [svn-r16023] Maintenance: Changed version to hdf5-1.8.2-pre1 before creating ↵Elena Pourmal2008-11-031-1/+1
| | | | | | a tar ball for remote testing.
* [svn-r16008] Maintenance: Updated compilers and system information for Mac ↵Elena Pourmal2008-10-311-17/+9
| | | | | | | | | | Intel in RELEASE.txt Modified config file to disable shared libraries only when Fortran is enabled. Platforms tested: pahra (Mac Intel 10.5.4)
* [svn-r15898] Purpose: Bug FixMike McGreevy2008-10-171-6/+0
| | | | | | | | | | | | | | | Description: Libtool wasn't working on linew because the script was not working with the Solaris Bourne shell. Libtool has built- in detection to ensure that it uses an appropriate shell, but our config/commence.am was hard coding this shell to be /bin/sh. Removing this line allows the shell to be picked up by configure, thus allowing libtool to use the correct shell on linew (bash). This was initially added to correct for a problem on an old machine (janus), so shoudn't be needed for machines we currently support. Tested: full make check install on kagiso and linew, compile only on smirom, duty, and liberty.
* [svn-r15869] Description:Quincey Koziol2008-10-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bring r15868 from trunk to 1.8 release branch: Correct a minor error in file free space allocation which was affecting the 'multi' VFD and preventing some tests from fully working with it. Wholesale revisitation of all the places where tests were disabled with various VFDs and remove or correct all these so that _only_ the tests which _really_ can't work with particular VFDs are skipped during a 'make check-vfd' test. Tested on: Mac OS X/32 10.5.5 (amazon) in debug mode Mac OS X/32 10.5.5 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) 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 production mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode
* [svn-r15605] The MPI compiler(mvapich2-0.9.8p2patched-intel-ofed-1.2) at ↵MuQun Yang2008-09-081-1/+3
| | | | | | | | | NCSA's linux cluster(Abe) fails to handle collective IO calls with very complicate MPI derived datatype. All the values of input parameters from HDF5 are correct before passing to MPI-IO collective calls. Sometimes the following errors happen: rank 0 in job 77 honest1.ncsa.uiuc.edu_60945 caused collective abort of all ranks exit status of rank 0: killed by signal 9 Up to this point, we decide to turn off the use of advanced MPI derived datatype features inside HDF5 so that complicated selection tests are ensured to be handled by HDF5. This check-in reflects this.
* [svn-r15376] Description:Quincey Koziol2008-07-161-2/+2
| | | | Bump shared library version # for change to H5G_info_t struct
* [svn-r15214] Description:Quincey Koziol2008-06-131-4/+55
| | | | | | | Fix gcc 4.2 flag that was put in gcc 4.1 section Tested on: Eyeballed & man pages
* [svn-r15212] Description:Quincey Koziol2008-06-131-15/+66
| | | | | | | | | | | Bring back revision 15211 from trunk: Update the gcc flags for version 4.3 Clean up warnings Tested on: Mac OS X/32 10.5.3 (amazon)
* [svn-r15068] Maintenance: used h5vers script to change version number to ↵Elena Pourmal2008-05-221-1/+1
| | | | | | 1.8.1-rc1 before creating a tar ball for remote testing
* [svn-r15042] Bug fix.Albert Cheng2008-05-201-4/+4
| | | | | | | | | | | | | | | | | | | Description: The fortran Makefile.am used HDF_FORTRAN to indicate it is part of the Fortran API source so that conclude.am will give fortran api prefix in the test output. The symbox HDF_FORTRAN is also used in configure for a different purpose (indicated --enable-fortran). They conflicted. Similar problem for the symbol HDF_CXX. Solution: Changed all the involved Makefile.am to use "FORTRAN_API" instead. It is a more appropriate name. Same for CXX_API. Along the way, discovered that the Makefile.am of hl/fortran/test and hl/cxx/test did not have those symbols at all. Added them in. Platform tested: Kagiso serial and h5committested (kagisopp, smirom, linew).
* [svn-r15006] Purpose: configure cleanupMike McGreevy2008-05-151-9/+5
| | | | | | | Description: cleaning up configure related to removal of --disable-hsizet flag, which we no longer support. Tested: kagiso
* [svn-r14942] Maintenance: Merged new Fortran APIs and tests from trunk into ↵Elena Pourmal2008-05-061-3/+3
| | | | | | | | | | | hdf5_1_8 branch (used svn merge -r 14505:14941 http://svn.hdfgorup.uiuc.edu/hdf5/trunk/fortran command). Updated MANIFEST Disabled -O3 optimization for gcc 4.3 (long due check-in) Platforms tested: kagiso with PGI compilers, smirom with g95 and v16 option, linew
* [svn-r14463] Purpose: Updating shared library version number for 1.8.0 release.Mike McGreevy2008-01-281-3/+3
| | | | | | | | | | | Description: config/lt_vers.am was updated as follows due to changes in API since last version update: LT_VERS_INTERFACE = 5 LT_VERS_REVISION = 0 LT_VERS_AGE = 0 Tested: kagiso
* [svn-r14096] There're 3 changes in this checkin as below:Raymond Lu2007-08-201-0/+10
| | | | | | | | | | | | | | | | | | 1. In H5Dwrite and H5Dread, let the data buffer point to a fake address if the application passes in an empty buffer. This is mainly for MPIO programs that some processes may not have any data to write or read but still participate the I/O. This solution solves some MPI's problem like the ChaMPIon on tungsten which doesn't support empty buffer. 2. The ChaMPIon on tungsten doesn't support complex derived MPI data type correctly and collective I/O when some processes don't have any data to write or read correctly. Detect the compiler "cmpicc" in the system-specific config file and set the variables for these two cases to false. The PHDF5 library already has set up a way to switch collective chunked I/O to independent under these two cases. 3. A bug fix - During the work of the optimization for compound data I/O, the case for switching collective chunked I/O to independent I/O was leftout. Fixed it by adding I/O caching to it in H5D_multi_chunk_collective_io in H5Dmpio.c. Tested on tungsten, cobalt, and kagiso for parallel; on linew and smirom for serial.
* [svn-r13939] Problem: High level of optimazation causes test failures when ↵Elena Pourmal2007-07-051-0/+3
| | | | | | | | | | library is built with Intel 10.0 compiler. Solution: Use -O1 optimization flag with Intel 10.0 Platforms tested: abe and kagiso with Intel 10.0 and Intel 9.1 compilers; no committest is needed since this is a compiler specific change.
generated by cgit v0.12 at 2024-11-16 04:29:49 (GMT)