summaryrefslogtreecommitdiffstats
path: root/config/intel-fflags
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-r29142] Updated the Intel files in config to use the new NO_SYMBOLS flagsDana Robinson2016-02-171-0/+1
| | | | | and modified the failsafe configure flags in ibm-aix to use the new scheme.
* [svn-r28996] Autotools configure updates to allow separation of build type, ↵Dana Robinson2016-01-271-4/+12
| | | | | | | | | | | | | | debug symbols, asserts, profiling, and optimization. Also much refactoring, improved help, and --enable-<foo> options will now emit errors on nonsense (e.g.: --enable-foo="asdfasdf"). The libhdf5.settings.in file was also reformatted. Tested on: 64-bit Ubuntu 15.10 (Linux 4.2.0 x86_64) gcc 5.2.1 serial and parallel autotools w/ various options
* [svn-r17616] Purpose:Mike McGreevy2009-10-081-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-r13312] Updated copyright notice.Albert Cheng2007-02-141-2/+3
|
* [svn-r12301] Purpose:James Laird2006-04-251-1/+1
| | | | | | | | | | | | | | H5_CFLAGS change Description: Converted a few platforms to use H5_CFLAGS to "test the waters" Solution: Modified a few config/* files to use H5_CFLAGS for non-essential flags. Platforms tested: mir, heping
* [svn-r11614] Frank Baker2005-10-281-1/+1
| | | | | | | Description: Correct typo in copyright notice. Platforms tested: Ran hdf5/bin/chkcopyright without errors.
* [svn-r11592] Frank Baker2005-10-211-0/+13
| | | | | | | | Description: Add source code copyright notice; comment symbols vary by type of file. Platforms tested: No changes that should cause any problems. Nonetheless, the tree will be checked out fresh and tests run immediately post-commit.
* [svn-r10158] Purpose:James Laird2005-03-071-7/+7
| | | | | | | | | | | | | | | | | | | | | | 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-r9491] Purpose:Quincey Koziol2004-10-311-1/+1
| | | | | | | | | | | Bug fix Description: "Teach" the configure scripts about Intel 7.1 compilers, which don't have _quite_ the same compiler flags Platforms tested: Linux 2.4 (eirene)
* [svn-r9407] Purpose:Quincey Koziol2004-10-121-5/+0
| | | | | | | | | | | | | | | | | | | | Code cleanup/bug fix Description: Remove the undocumented "$NOFP" shell variable which would allow production builds without removing the stack frame. This was cascading between C and FORTRAN builds and causing problems. Solution: Hard-code removing the stack frame for now. Users would have needed to read the configure scripts anyway, so there's not really much benefit to the extra knob. Users who need this functionality (production builds with stack frames) are debugging probably, so they will need to modify the script and build their own version of the library now. Platforms tested: Linux 2.4 (verbena) Too minor to require h5committest
* [svn-r9385] *** empty log message ***Quincey Koziol2004-10-091-0/+86