summaryrefslogtreecommitdiffstats
path: root/fortran/src/h5fc.in
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r26547] Merged changes from the trunk into the branch:Scot Breitenfeld2015-03-231-1/+1
| | | | | | svn merge -r26029:26536 https://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran Tested: h5committest
* [svn-r24201] Merged changes from trunk revisions 23431, 23527 and 24077.Larry Knox2013-09-251-4/+16
| | | | | | | | | | Switched default to link to shared lib files when HDF5 is configure with --disable-static. This addressed HDFFV-8141, h5cc failed because it defaulted to link to lib*.a files which aren't built with --disable-static. -help message also updated. Tested in trunk. Merged code tested with h5committest.
* [svn-r24180] HDFFV-8321:Add note about changing FFLAGS to FCFLAGS in configure.Allen Byrne2013-09-201-12/+12
| | | | Merged INSTALL and h5fc.in from trunk.
* [svn-r23541] Reverted changes merged unintentionally with revision 23488 ↵Larry Knox2013-04-031-24/+1
| | | | | | from trunk that will not go into the 1.8.11 release. Tested with h5committest.
* [svn-r23488] merged windows dll changes from the trunk to the branch.Scot Breitenfeld2013-03-291-14/+41
| | | | | | svn merge -r23351:23487 https://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran . Tested: windows.
* [svn-r22926] Revert change to h5fc.in (3 line comment + 1 line ineffective ↵Larry Knox2012-10-181-4/+0
| | | | | | | | code) that was inadvertently me rged from trunk before it was reverted there. Tested change on trunk and 1.8.10 branch with h5committest, make install and make installcheck on jam koala and ostrich.
* [svn-r22840] Merged changes from the trunk into the branch,Scot Breitenfeld2012-09-281-0/+4
| | | | | | | svn merge -r22479:22826 https://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran tested: jam (gnu, intel, pgi) koala (gnu, pgi)
* [svn-r22205] Brought changes from the trunk in the the branch, used:Scot Breitenfeld2012-03-301-1/+1
| | | | | | svn merge -r r21721:22163 https://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran Tested: jam (gnu)
* [svn-r22148] Removed incorrect executable svn properties from text, source, ↵Dana Robinson2012-03-261-0/+0
| | | | in, and HDF5 files.
* [svn-r19442] Move $LIBS to just after $lib_objs in the link command line. ↵Larry Knox2010-09-201-7/+10
| | | | | | Otherwise the linker doesn't find the functions called by the program being compiled. $LIBS is ofr libraries specified by the compile script user. We don't currently have any tests checked in to do this. Tested with netCDF-4 and hdf5 on jam.
* [svn-r19421] Reorganize compile scripts h5cc.in, h5fc.in and h5c++.in to put ↵Larry Knox2010-09-171-6/+53
| | | | | | LDFLAGS in the correct place and to enable the script user to set and override CFLAGS, CPPFLAGS, CXXFLAGS, FFLAGS, LDFLAGS, and LIBS that take pprecedence over the library paths and compile flags from the hdf5 build. Tested with h5committest on amani, heiwa, and jam.
* [svn-r18056] Bug fix: 1192Albert Cheng2009-12-261-2/+6
| | | | | | | | Description: Fixed exit code (sometimes return code in Main) to follow the HDF5 standards. Tested: Jam, both serial and parallel.
* [svn-r17773] Purpose:Mike McGreevy2009-10-281-1/+1
| | | | | | | | | | | | | | | | | | h5cc link-line reordering Description: Re-ordered flags in h5cc such that LDFLAGS appears after hdf5 library include path. This is to ensure third party library locations don't interfere with locating the correct version of hdf5 library. I have Elena's permission to bring into 1.8 before anything else (so it can be tested via daily tests ASAP), though the hope is to propagate everywhere. Tested: quickly by hand on jam, daily tests should catch elsewhere.
* [svn-r17645] Purpose:Mike McGreevy2009-10-151-2/+2
| | | | | | | | | | | | | | | 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-r13311] Updated copyright notice.Albert Cheng2007-02-141-13/+14
| | | | | Test: Just visual inspection as these are all comments changes.
* [svn-r11655] Purpose:James Laird2005-11-011-3/+9
| | | | | | | | | | | | | Bug fix Description: Fixed a bug when using h5fc and h5c++ with static libraries. Added high-level C++ and Fortran libraries to h5c++ and h5fc. Solution: Platforms tested: mir, heping, shanti, sleipnir
* [svn-r11646] Purpose:James Laird2005-10-311-7/+63
| | | | | | | | | | | | | | | | | | Bug fix/feature Description: Added support for -shlib in h5fc and h5c++. Made check-install use -shlib when only shared libraries have been installed. Solution: h5fc and h5c++ didn't recognize -shlib. Stole code from h5cc to link against shared libraries. When static libraries are disabled, the examples Makefiles will automatically use the -shlib option to link against shared libraries. Thus, --disable-static and make check-install should work together. Platforms tested: heping(disable-static, enable-static, fortran, c++), modi4 (disable-static, fortran, c++, parallel, enable-static)
* [svn-r10158] Purpose:James Laird2005-03-071-3/+3
| | | | | | | | | | | | | | | | | | | | | | 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-r9902] Purpose:James Laird2005-02-011-1/+1
| | | | | | | | | | | | | | | 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-r9833] Purpose: Bug fixElena Pourmal2005-01-181-32/+37
| | | | | | | | | | Description: h5fc couldn't create object files Solution: Brought fixes from 1.6 to 1.7 Platforms tested: arabica Misc. update:
* [svn-r9659] Purpose:Pedro Vicente Nunes2004-12-131-1/+7
| | | | | | | | | | | | | added support for the hl library in the fortran h5fc script Description: 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-r6859] Purpose:Bill Wendling2003-05-131-1/+1
| | | | | | | | | | | | | | | Bug Fix Description: Porting preprocessor (-E) bug fix from h5cc to h5fc. Solution: See Description. Platforms tested: Eyeballed (small fix). Misc. update:
* [svn-r6746] Purpose:Bill Wendling2003-04-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: When going to compile on a platform (like HP-UX) which doesn't have libz.a in it's path, the script would fail. The reason was that the LDFLAGS variable which holds the directories to these libraries was last in the compile line. So the compiler couldn't find the library Solution: Put the LDFLAGS variable before the linker variables. Platforms tested: Kelgia (Fortran) Verbena (Fortran, no C++ since only Fortran affected) Arabica (Fortran) Modi4 (Fortran & Parallel) Also ran "make check-install" Misc. update:
* [svn-r6739] Purpose:Bill Wendling2003-04-231-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: H5FC was failing on Copper (IBM P690). The reason: the xlf compiler needs files to end in .f in stead of .f90. If you have .f90 files, you need the "-qsuffix=f=f90" flag defined. This was defined for compiling things via the "-c" option (to object files) but not for straight compilation of a file. I also noticed that the directory modules were being extracted from was "." and "../src". H5FC would find these alright when doing a "make check-install" but if Suzie User were to try this, it might fail for her. Suzie would have to specify explicitly where to grab these files. Solution: The solution to the problem was a bit more involved. I added a new variable called "F9XSUFFIXFLAG" which is set to this value if the machine needs it. Added new variable called "FSEARCH_DIRS" which can be set to the directories to find modules during compilation. The H5FC script knows where to find the correct modules (it's in the lib/ directory), so it uses the F9XMODFLAG to find them and not the FSEARCH_DIRS flag. Platforms tested: Modi4 (Fortran & Parallel) Verbena (Fortran) C++ not needed since this is Fortran-only fix Arabica (Fortran) Copper (Fortran) Ran "make install" and "make check-install" afterwards... Misc. update:
* [svn-r6639] Purpose:Bill Wendling2003-04-111-1/+7
| | | | | | | | | | | | | | | | | | | | Fix Description: There are some Fortran compilers which don't have a module flag. Solution: If they don't have one, then don't specify it on the line. Also added the LDFLAGS to the compile line so that we pick up the proper libraries and their directories. Platforms tested: Modi4 (Parallel & Fortran) Burrwhite (Fortran & C++) Baldric (Fortran), but make check didn't work because of "libucb.so" error that I can't fix...) Misc. update:
* [svn-r6624] Purpose:Bill Wendling2003-04-101-1/+2
| | | | | | | | | | | | | | | | | Bug Fix Description: The way to detect modules wasn't in there. Solution: Added the 'F9XMODFLAG' variable and have it pointing to the appropriate place. Platforms tested: Arabica. Will test on other platforms one at a time. This won't affect other parts of the system... Misc. update:
* [svn-r6623] Purpose:Bill Wendling2003-04-101-3/+4
| | | | | | | | | | | | | | | | | | Bug Fix Description: Some of the macros in the script weren't being updated by configure correctly. Also, the FFLAGS needed to be used during compilation. Solution: Put the correct macros in there. Added FFLAGS. Platforms tested: Arabica. Only testing it on one platform for now since this is a script change and needs to be tested on one machine first before further testing... Misc. update:
* [svn-r6622] Purpose:Bill Wendling2003-04-101-0/+203
Addition Description: Added "h5fc" utility. This is the same as the "h5cc" utility but for Fortran. It only handles static libraries since that's the only library we build for Fortran. Note! I've tested the code on the normal platforms but I haven't tested the utility itself. Platforms tested: Arabica (Fortran) Modi4 (Fortran & Parallel) Burrwhite (Fortran & C++ Misc. update:
generated by cgit v0.12 at 2024-08-26 00:28:28 (GMT)