summaryrefslogtreecommitdiffstats
path: root/tools/misc/h5cc.in
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r23601] Bring revisions #23341 - 23597 from trunk to revise_chunks.Vailin Choi2013-04-191-13/+26
| | | | h5committtested.
* [svn-r22254] Description:Quincey Koziol2012-04-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Bring r22085:22251 from trunk to revise_chunks branch. Also tackle some testing issues in test/objcopy.c test and clean up some warnings. Tested on: FreeBSD/32 8.2 (loyalty) w/gcc4.6, w/C++ & FORTRAN, in debug mode FreeBSD/64 8.2 (freedom) w/gcc4.6, w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/default API=1.8.x, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (koala) 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, w/threadsafe, in production mode Linux/PPC 2.6 (ostrich) w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-ia64 2.6 (ember) w/Intel compilers, w/paralle, C++ & FORTRAN, in production mode Mac OS X/32 10.7.3 (amazon) in debug mode Mac OS X/32 10.7.3 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode Mac OS X/32 10.7.3 (amazon) w/parallel, in debug mode
* [svn-r19543] Description:Quincey Koziol2010-10-081-8/+65
| | | | | | | | | | | | | | | | | | | | | | Bring r19411:19542 from trunk to revise_chunks branch. 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/default API=1.8.x, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (amani) 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, w/threadsafe, in production mode Linux/PPC 2.6 (heiwa) w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in debug mode Mac OS X/32 10.6.4 (amazon) in debug mode Mac OS X/32 10.6.4 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode Mac OS X/32 10.6.4 (amazon) w/parallel, in debug mode
* [svn-r18175] Description:Quincey Koziol2010-01-281-2/+6
| | | | | | | | | | | | | | | | | | Bring r17986:18172 from trunk to revise_chunks branch. 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/default API=1.8.x, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (amani) 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
* [svn-r17896] Description:Quincey Koziol2009-11-161-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | Bring r17546:17895 from trunk to revise_chunks branch. Changes to fixed and extensible array dataset chunk indexing code to accommodate changes to private APIs in those interfaces. Also, other adjustments to source code and expected output in response to changes on the trunk. 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/default API=1.8.x, 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.6.2 (amazon) in debug mode Mac OS X/32 10.6.2 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r13647] Purpose:Albert Cheng2007-04-111-2/+9
| | | | | | | | | | | | bug fix. Description: If a non-existing or empty source file is used with -c option, the script ended up doing nothing and exit 0--a false success. Changed code so that it would do compile and end in error. Tested: Kagiso.
* [svn-r13311] Updated copyright notice.Albert Cheng2007-02-141-13/+14
| | | | | Test: Just visual inspection as these are all comments changes.
* [svn-r9727] Purpose:Quincey Koziol2004-12-291-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-r9634] Purpose:Pedro Vicente Nunes2004-12-071-1/+8
| | | | | | | | | | | | | | bug fix Description: added a condition that checks if the hl library is enabled to add it to the list of linking libraries Solution: Platforms tested: linux Misc. update:
* [svn-r9628] Purpose:Pedro Vicente Nunes2004-12-071-3/+6
| | | | | | | | | | | | | | modified h5cc to link with the high level library (libhdf5_hl) Description: added libhdf5_hl.a to the list of libarries to link with Solution: Platforms tested: linux Misc. update:
* [svn-r8043] Purpose:Albert Cheng2004-01-081-0/+16
| | | | | | | | | | | | | Feature Description: Added option -showconfig which Shows the HDF5 library configuration summary Platforms tested: No h5committest test which does not test these tools. Tested in eirene by hand. Misc. update:
* [svn-r6959] Bill Wendling2003-06-041-1/+8
| | | | | | | | | | | | | | | | | Purpose: Bug Fix Description: The flags for the linker on MacOS X were invalid. Solution: If this is a darwin platform (MacOS X), then don't specify the runtime linker flags. Platforms tested: MacOSX (since it only affects it...) Misc. update:
* [svn-r6926] Purpose:Bill Wendling2003-05-291-34/+33
| | | | | | | | | | | | | | | | | | | | Bug Fix Description: The order the libraries are included in the compilation line is very important. Solution: Need to specify the libraries in the order that they are given. If we're building the application staticly, then use the static HDF5 library. Platforms tested: Modi4 Verbena Arabica Misc. update:
* [svn-r6919] Purpose:Bill Wendling2003-05-281-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: Two things: - static libraries may depend upon the HDF5 library. We should put them before the HDF5 library on the commandline instead of afterwards to avoid conflict. - the CFLAGS weren't being used during linking. This was causing problems on Arabica where the flags are important to distinguish between building a 32-bit and 64-bit application. Solution: - Added logic so that it catches the static libraries and puts them before the hdf5 library on the command line. WARNING: This may not work in all situations...but it should be okay for the good majority. - added the CFLAGS macro to the commandline... Platforms tested: LInux (Colonelk) Arabica Modi4 (Parallel) (Small changes so doesn't need full h5committesting...) Misc. update:
* [svn-r6883] Purpose:Bill Wendling2003-05-151-12/+33
| | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: Lots of things. Mostly, multiple libraries declared on the command line bothered some compilers. Then the order of the libraries is important. Then if you are building static, you don't want an "-lhdf5" flag in your compile line. Solution: Various hacks to remove redundant libraries from the compile line and to keep the order of them and to replace -lhdf5 with the .a file when building static. Platforms tested: Modi4 (Fortran & Parallel) Verbena (Fortran & C++) Arabica (Fortran) Misc. update:
* [svn-r6871] Purpose:Bill Wendling2003-05-131-8/+4
| | | | | | | | | | | | | | | | Fix Description: The way I was checking for -lfoo flags wasn't rigorous enough. Solution: Use a "grep" instead of the "case" statement. Also check that the full "-lfoo" flag is matched instead of just part of it. Platforms tested: Linux (small fix) Misc. update:
* [svn-r6858] Purpose:Bill Wendling2003-05-131-2/+14
| | | | | | | | | | | | | | | | | | Bug Fix Description: Some compilers aren't happy if you specify the same library multiple times when linking. This caused HDF5 Lite to crash during tests on Kelgia Solution: Modified the script so that the shared libraries are specified only once for the commandline. Platforms tested: Kelgia (small fix). Misc. update:
* [svn-r6856] Purpose:Bill Wendling2003-05-131-1/+1
| | | | | | | | | | | | | | | | | | | Bug Fix Description: When doing a "configure" using the h5cc script as the compiler, it would fail to accept the "-E" flag as running the preprocessor. The problem was that it was trying to link the file afterwards. Of course, the file wouldn't be there, so it would fail. Solution: Changed it so that if the -E flag is used, then we don't try to link (this is how it's done in mpicc...I must have copied it wrongly). Platforms tested: Linux & Kelgia (small change not needing full testing) Misc. update:
* [svn-r6545] Purpose:Bill Wendling2003-03-311-3/+11
| | | | | | | | | | | | Update Description: Updated copyright Platforms tested: LInux (Comment change only) Misc. update:
* [svn-r5645] Purpose:Bill Wendling2002-06-161-1/+1
| | | | | | | | | | | | | | | Possible Bug Fix Description: There seems to be a problem with the h5cc script picking up old header files. This may have something to do with the CPPFLAGS macro being set to some nefarious thing and the compiler looking in those directories for the header files instead of the one where HDF5 is actually installed. Solution: Put the -I$includedir first. Platforms tested: None...This is really triggered by the nightly tests. I'm kind of hoping that this will fix things...
* [svn-r5042] Purpose:Bill Wendling2002-03-071-1/+2
| | | | | | | | | | | | | | | | | | Bug Fix Description: Some -I paths weren't included in the h5cc script. That would cause the compiler to fail if it was trying to find gass header files or the like. Solution: Added the CPPFLAGS macro to the h5cc.in file so that it'll be there when it's generated. This will also include some -D options which we compiled the library with, like the LFS flags on Linux. Also changed the configure* files so that it will "chmod" the created h5cc file to 755 (executable) since that wasn't happening all the time... Platforms tested: Linux
* [svn-r4926] Purpose:Bill Wendling2002-02-081-1/+2
| | | | | | | | | | | Bug Fix Description: The library path was relying upon the "exec_prefix" variable. However, we weren't including that into the h5cc script. Solution: Added it. Platforms tested: Linux
* [svn-r4325] Bill Wendling2001-08-101-0/+246
Purpose: New Feature Description: Adding the h5cc script thingy. Platforms tested: Linux
generated by cgit v0.12 at 2024-11-18 08:04:32 (GMT)