summaryrefslogtreecommitdiffstats
path: root/fortran/src/h5fc.in
Commit message (Collapse)AuthorAgeFilesLines
* Change copyright headers to replace url referring to file to be removedlrknox2017-04-061-6/+4
| | | | | | | | and replace it with new url for COPYING file. Fix 2 lines in java error test expected output file where messages include line numbers changed by reducing the copyright header by 2 lines.
* [svn-r30058] Correct typo in compile scripts that causes dropping of ↵Larry Knox2016-06-081-1/+1
| | | | | | filename in -o outfile. Addresses HDFFV-9530 and HDFFV-9938.
* [svn-r26505] Merge r26435 from autotools_rework branch.Jerome Soumagne2015-03-201-1/+1
| | | | | | | Remove DEFAULT_LIBS from configure.ac and irix6.x config file which was using it. Remove references to IRIX/irix* platform.
* [svn-r24077] Updated -help output for compile scripts for changing default ↵Larry Knox2013-08-271-4/+6
| | | | | | from -noshlib to -shlib when hdf5 is built without static libraries (--disable-static). Tested with h5committest on jam, koala, ostrich and platypus.
* [svn-r24004] HDFFV-8319 and -8321: Cleanup autotools code.Allen Byrne2013-08-131-12/+12
| | | | | | Also remove GetConsoleScreenInfo check from cygwin configure. Tested: h5committest
* [svn-r23527] Revised usage to reflect change to use -shlib as default when ↵Larry Knox2013-04-021-2/+3
| | | | | | no static libraries were built. No test - text only revision of compile scripts.
* [svn-r23431] Fix for HDFFV-8141.Larry Knox2013-03-221-12/+20
| | | | | | | | Changes default value for USE_SHARED_LIB in compile scripts to yes when static is disabled. Comments in scripts about the order of flag variables containing library paths was also corrected. Tested with h5committest on duck, jam, koala, and ostrich in addition to specific testing for the compile script change.
* [svn-r23379] HDFFV-8297 h5fc does not recognize files ending in .f95, .f03, ↵Scot Breitenfeld2013-03-191-2/+7
| | | | | | | | and .f08 as source files added missing extensions. Tested: jam (gnu)
* [svn-r23295] Did not intend to check in this file with the previous ci.Scot Breitenfeld2013-02-181-6/+2
| | | | reverted check in.
* [svn-r23293] Fix for HDFFV-8268: Fortran wrapper for H5Fget_file_image function.Scot Breitenfeld2013-02-181-2/+6
| | | | Tested: (jam, gnu,intel compilers)
* [svn-r22908] Reverted changes in revision 22819Larry Knox2012-10-161-4/+0
| | | | Tested with h5committest on jam, koala and ostrich.
* [svn-r22819] Added H5BLD_STATIC and HDF5_USE_SHLIB to configure.ac so that ↵Larry Knox2012-09-271-0/+4
| | | | | | if configured with --disable-static the default for HDF5_USE_SHLIB in the compile scripts will be changed to yes. This is a fix for HDFFV-8141, where the compile scripts try to link to non-existant static hdf5 libraries. Tested on jam,koala,ostrich(h5committest) and other THG machines.
* [svn-r22170] Removed extraneous svn executable properties from ↵Dana Robinson2012-03-281-0/+0
| | | | non-executable files.
* [svn-r22146] Purpose: ↵Mike McGreevy2012-03-261-1/+1
| | | | | | | | | | | | | | | | | | HDFFV-398: h5cc doesn't work with automake Description: Fixed compiler wrapper scripts to correctly detect compilation when -MT preprocessor flag is provided, fixing a bug in which its *.o argument was added to link_objs but not compile_args. This previously broke usage of h5cc as the provided compiler in configure scripts (like with h5edit) as automake may supply the -MT option to the compiler via the makefiles. Tested: Tested using h5edit and h5committested.
* [svn-r19506] Bring changes from revisions 19408, 19421, and 19442 from ↵Larry Knox2010-10-041-7/+57
| | | | | | branches/hdf5_1_8 to trunk. These revisions reorganize the compile scripts using h5cc.in, h5fc.in, and h5c++.in, add checks for installed examples to the scripts that run them after installation, and add DESTDIR for install as needed for RPMs. Tested on amani, heiwa and jam by h5committest and with CYGWIN.
* [svn-r18057] 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-r17775] 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. Tested: passed daily tests in 1.8 branch (as verified by Larry just now).
* [svn-r17616] Purpose:Mike McGreevy2009-10-081-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | CFLAGS overhaul Description: Modified the way configure handles CFLAGS. (note: all changes also apply to FCFLAGS, CXXFLAGS, CPPFLAGS, and LDFLAGS). 1. The configure process will now always preserve a user's CFLAGS environment variable setup. Any additional flags necessary for compilation added at configure time will be passed into the Makefiles as AM_CFLAGS, which is an automake construct to be used in addition to CFLAGS. This will allow a user to have the final say, as CFLAGS will always appear later in the compile line than AM_CFLAGS. Additionally, setting CFLAGS during make will no longer completely erase all flags set by configure, since they're maintained in AM_CFLAGS. 2. Additionally, where possible, flags previously being assigned directly into CFLAGS (and thus propagating into h5cc) have now been redirected into H5_CFLAGS, so they're used ONLY for compiling hdf5, and not embedded into the h5cc wrapper script as well. *Note that H5_CFLAGS ultimately is assigned into AM_CFLAGS for use in the Makefiles. Complete description of changes and build process will be included in a Configure Document that Elena and I are working on. 3. Removed unsupported config files. This includes: config/dec-osf* config/hpux11.00 config/irix5.x config/powerpc-ibm-aix4.x config/rs6000-ibm-aix5.x config/unicos* 4. Modified configure summary to display additional values. Specifically, appropriate AM_* variables are being shown, as well as H5_FCFLAGS and H5_CXXFLAGS, which were for some reason not already present. Tested: - H5committest - Tested on all THG / NCSA machines, using several combinations of the more prominent configure options (c++, fortran, szip, threadsafe, parallel, et cetera). (Thanks to Quincey for rysnc testing setup!) - With regards to new automated testing, anything *necessary* for compilation will be caught by the daily tests as it stands now. (i.e., if LDFLAGS is not properly set when szip is used, linking will fail). Additionally, with regards to which flags get into h5cc, if any *necessary* flags have been improperly removed, then daily tests should fail during make installcheck. Additional machine-specific desired behaviors and/or checks may have to be set up separately within the daily tests, so this is something to work on.
* [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-10-31 00:38:34 (GMT)