summaryrefslogtreecommitdiffstats
path: root/fortran/testpar/Makefile.am
Commit message (Collapse)AuthorAgeFilesLines
* Merge pull request #426 in HDFFV/hdf5 from ~LRKNOX/hdf5_lrk:hdf5_1_10 to ↵Larry Knox2017-04-251-6/+4
| | | | | | | | | | hdf5_1_10 * commit '54957d37f5aa73912763dbb6e308555e863c43f4': Commit copyright header change for src/H5PLpkg.c which was added after running script to make changes. Add new files in release_docs to MANIFEST. Cimmit changes to Makefile.in(s) and H5PL.c that resulted from running autogen.sh. Merge pull request #407 in HDFFV/hdf5 from ~LRKNOX/hdf5_lrk:hdf5_1_10_1 to hdf5_1_10_1 Change copyright headers to replace url referring to file to be removed and replace it with new url for COPYING file.
* [svn-r27537] Added new FCCPPFLAGS to avoid passing CPPFLAGS to the fortran ↵Scot Breitenfeld2015-08-201-1/+1
| | | | | | pre-processor compiler (This mainly causes issues with the xlf compilers) Tested: h5committest
* [svn-r24974] Maintenance: Fixed daily tests parallel tests compilation failuresElena Pourmal2014-04-071-1/+2
| | | | Platforms tested: jam
* [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-r15036] Bug fix.Albert Cheng2008-05-191-1/+1
| | | | | | | | | | | | | | | | | | | 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 only. It is a trivia change.
* [svn-r13264] Updated Makefile.am with new THG copyright notice.Albert Cheng2007-02-071-2/+3
| | | | Ran reconfigure to generate the Makefile.in files.
* [svn-r11420] Purpose:James Laird2005-09-161-0/+10
| | | | | | | | | | | | | | | | | Bug fix Description: Disabled C++ shared libraries for Sun Workshop compiler. Solution: This bug only seems to happen when using the -xarch=v9 flag to compile in 64-bit mode, but disabling shared libraries entirely for this compiler is an easier fix (I don't know how to detect 64 bit mode from the command line). The framework for disabling shared libraries for other C++ compilers is in place. Platforms tested: sol, mir, sleipnir, modi4
* [svn-r11411] Purpose:James Laird2005-09-131-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug fix Description: Building with --disable-static seems to have been broken on several platforms. Fixed this. Configure will now disable shared libraries automatically when using pgf90 or when building on Cygwin. Solution: To avoid errors when using shared libraries with pgf90 (which I had not realized were compiler-specific), I had manually set convenience libraries to use the -static linking flag. Apparently, this is not necessary, and caused these libraries to be created as empty archives when --disable-static was used. Also, some libraries were including other libraries, which was not necessary. I also fixed code in configure.in to correctly detect whether shared or static libraries are enabled, and moved code that disables shared libraries to before libtool is created (rather than editing libtool after the fact). Despite repeated warnings that only one shared library can be linked at a time, I have yet to have shared libraries break the linking of tests on any system. We'll see if the Daily Tests turn up anything. Platforms tested: mir (fortran, C++), sleipnir (C++), modi4 (fortran, C++, parallel), sol (fortran, C++), cygwin
* [svn-r11185] Purpose:James Laird2005-08-021-2/+1
| | | | | | | | | | | | | | | Makefile feature Description: 'make check-clean' now cleans *.h5 files created by tests as well as .log and .chkexe files. Solution: check-clean is now a separate target in its own right, which cleans less than mostlyclean (check-clean < mostlyclean < clean < distclean). Platforms tested: mir, heping, modi4 (serial and parallel)
* [svn-r11179] Purpose:James Laird2005-08-011-6/+0
| | | | | | | | | | | | | | | | | | | Feature: check-clean target Description: 'make check-clean' cleans up output files from tests. Solution: Tests create foo.chkexe and foo.log files. Scripts create foo.chksh and foo.logsh files. 'make check-clean' will clean these files up so that the tests can be re-run. Also suppressed some not-very-useful output of Makefiles when it would echo commands. Platforms tested: mir, sleipnir, modi4 Misc. update:
* [svn-r11083] Purpose:James Laird2005-07-181-23/+0
| | | | | | | | | | | | Bug fixes Description: A number of minor changes to Makefiles. Some files will now be cleaned properly, some comments are more informative, etc. Platforms tested: heping, mir, modi4
* [svn-r10793] Purpose:Pedro Vicente Nunes2005-05-231-1/+1
| | | | | | | | | | | | | | | | new fortran parallel test Description: added a test that writes and reads several datasets Solution: Platforms tested: linux (intel compiler, tungsten) AIX (copper) Misc. update:
* [svn-r10727] Purpose:James Laird2005-05-041-18/+18
| | | | | | | | | | | | | Bug fix Description: Removed Makefile.am for installing .mod files from fortran/testpar. Removed warnings in H5match_types.c Platforms tested: heping Misc. update:
* [svn-r10719] Purpose:Pedro Vicente Nunes2005-05-031-5/+5
| | | | | | | | | | | | | | | | | | | | | added new fortran parallel tests that replace the old ones Description: this first set of tests do a write/read by hyperslabs Solution: Platforms tested: Linux (heping) PGI compiler Linux (heping) Intel compiler AIX (copper) IBM compiler SGI Altix (cobalt) Intel compiler Xeon Linux cluster (tungsten) Intel compiler Misc. update:
* [svn-r10656] Purpose:James Laird2005-04-251-0/+3
| | | | | | | | | | | | | | | Output tweak Description: Test output in C++ and Fortran directories now puts "C++ API:" or "Fortran API:" in front of the name of the test being run. I had overlooked the line of code that caused this to happen. Solution: Added HDF_CXX and HDF_FORTRAN variables to C++ and Fortran Makefiles.am. Platforms tested: heping (minor change)
* [svn-r10158] Purpose:James Laird2005-03-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | 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-r10107] Purpose:James Laird2005-02-281-0/+3
| | | | | | | | | | | | | | | Bug fix Description: Fortran builds were dying with unknown flags. Solution: Fortran builds should be static, not shared. Static flags had been specified for libraries, but apparently were also needed for executables. Solved problem by adding static flag to everything in fortran directories. Platforms tested: mir, eirene
* [svn-r9950] James Laird2005-02-071-2/+1
| | | | | | | | | | | | | | Purpose: Bug fix Description: Make uninstall in /fortran/testpar was trying to remove install/bin directory. Solution: Remove the extra line that was copy-pasted into Makefile.am by mistake. Oops. Platforms tested: Copper.
* [svn-r9946] Purpose:James Laird2005-02-061-0/+1
| | | | | | | | | | | | | | Bug fix Description: Parallel make was having trouble in fortran/testpar directory on sol. Solution: Added a dependency to ensure that things are built in the correct order. Platforms tested: sol
* [svn-r9943] Purpose:James Laird2005-02-051-2/+26
| | | | | | | | | | | | | | | Bug fix Description: /fortran/testpar build breaks when making in parallel Solution: Massage depdendencies slightly to ensure that object files are built after module file. Also made sure that module file gets cleaned properly. Platforms tested: eirene
* [svn-r9907] Purpose:James Laird2005-02-011-2/+1
| | | | | | | | | | | | | Bug fix Description: Different compilers use different flags to include Fortran module files Solution: Changed boilerplate to use configure variable rather than hardcoded -M flag. Platforms tested: sleipnir, sol, copper
* [svn-r9902] Purpose:James Laird2005-02-011-0/+45
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