summaryrefslogtreecommitdiffstats
path: root/config/gnu-flags
Commit message (Collapse)AuthorAgeFilesLines
* let hdf5 pick up the right compiler in Intel environmentkmu2020-05-201-1/+4
|
* Changed -Wformat-truncation's level from 2 to 1.Dana Robinson2020-05-201-1/+1
|
* Yanked -Wc++-compat from the flags used to build the C library in bothDana Robinson2020-05-201-1/+4
| | | | the Autotools and CMake.
* Revert "Make a squash commit of 'Quiet some warnings by adjusting warnings ↵David Young2020-05-201-87/+11
| | | | level and fixing some code.' (commit 5c911d8baf3)"
* Always warn on maybe-uninitialized. -Wincompatible-pointer-types was notDavid Young2020-05-201-2/+2
| | | | available until GCC 5, so enable it only if that's the GCC version we're using.
* Only promote maybe-uninitialized warnings to errors on GCC 8. Even onDavid Young2020-05-201-1/+7
| | | | | GCC 8, there may be false positives at low optimization levels? I need to check.
* Only use -Werror=cast-function-type with GCC 8 and later.David Young2020-05-201-1/+1
|
* Put all of the -W options back into the order I found them in so that it'sDavid Young2020-05-201-29/+23
| | | | easier to compare old and new config/gnu-flags.
* Promote decleration-after-statement warnings to errors.David Young2020-05-201-1/+1
|
* Make errors of some more warnings. Move disabled warnings toDavid Young2020-05-201-31/+43
| | | | | DEVELOPER_WARNING_CFLAGS. Put just one warning option on a line, and sort some of the options.
* Change some GCC warnings to errors. Fix code to quiet some warnings.David Young2020-05-201-11/+75
|
* Disable C++ compatibility warnings to follow `develop` on the main fork.David Young2020-01-101-0/+2
|
* Merge all of my changes from merge-back-to-feature-vfd_swmr-attempt-1,David Young2019-12-091-333/+162
| | | | | | | | including the merge of `hdffv/hdf5/develop`, back to the branch that Vailin and I share. Now I need to put this branch on a fork with a less confusing name than vchoi_fork!
* Correct typo in comment in config/gnu-flags.Larry Knox2018-07-241-1/+1
|
* Apply Cygwin pathches from Marco Atzeri.Larry Knox2018-07-181-1/+13
| | | | Commit Joe Lee's typo corrections for src/H5MF.c.
* Added -fno-omit-frame-pointer to gcc flags when symbols whenDana Robinson2017-06-121-1/+1
| | | | building with debugging symbols.
* Fixed misplaced space in config/gnu-flags.Dana Robinson2017-05-261-1/+1
|
* Updated the gnu-flags config file to remove gcc 3.x and 4.0 configurationsDana Robinson2017-05-161-607/+88
| | | | as well as other minor rework and cleanup.
* 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.
* Updated the developer flags so that they respect gcc versions.Dana Robinson2017-01-121-19/+87
|
* Added an --enable-developer-warnings option to configure soDana Robinson2017-01-101-24/+16
| | | | | users can ignore -Wsuggest-attribute warnings and other noise that doesn't indicate poor code quality.
* [svn-r30026] Description:Quincey Koziol2016-06-061-9/+9
| | | | | | | | Remove -Wnormalized from GCC 4.x builds. Tested on: elk (w/gcc 4.4.7) moohan (w/gcc 4.8.5)
* [svn-r30015] Description:Quincey Koziol2016-06-051-25/+97
| | | | | | | | Update GNU compiler flags for 6.x release. Tested on: MacOSX/64 10.11.5 (amazon) w/serial, parallel & production (h5committest forthcoming)
* [svn-r29131] Updated the GNU g++ compiler config file to use the new debug/Dana Robinson2016-02-171-1/+1
| | | | | | | production, etc. system. Tested on: 64-bit Ubuntu 15.10 (Linux 4.2.0 x86_64) gcc 5.2.1 autotools serial - prod/debug w/ C++
* [svn-r29129] Added NO_SYMBOLS_CFLAGS, etc. to allow stripping symbols whenDana Robinson2016-02-171-3/+1
| | | | | | | | | | | | | | | | | | | | --disable-symbols is specified and to ensure that production mode (where symbol stripping is usually a part of the FLAGS) doesn't conflict with --enable-symbols. This will allow better (though still limited) debugging of production/optimized code. The PGI, XLC, Intel, and Solaris files were not modified and do not generate the symbol removal flag at this time. They'll be updated in future check-ins. In the meantime, production mode on those platforms still usually strips symbols. This check-in also updates the Cygwin-specific files to use the new autotools FLAGS and option scheme when uncommon (non-gnu, etc.) Fortran compilers are used. Tested on: 64-bit Ubuntu 15.10 (Linux 4.2.0 x86_64) gcc 5.2.1 autotools serial (prod/debug w/ and w/o symbols) symbol presence/absence checked with objdump
* [svn-r29023] Fixed typos in symbols flags that prevented using -g, etc.Dana Robinson2016-02-011-2/+2
| | | | | Tested on: 64-bit Ubuntu 15.10 (Linux 4.2.0 x86_64) gcc 5.2.1 serial autotools
* [svn-r28996] Autotools configure updates to allow separation of build type, ↵Dana Robinson2016-01-271-11/+36
| | | | | | | | | | | | | | 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-r27722] Updated the gnu config to cover gcc 5.2*.Dana Robinson2015-09-091-1/+1
| | | | Tested on: jam w/ gcc 5.2.0
* [svn-r27066] Description:Quincey Koziol2015-05-151-1/+8
| | | | | | | Protect gcc 5 debugging options Tested on: MacOSX/64 10.10.3 (amazon) w/gcc 5.1
* [svn-r27060] Description:Quincey Koziol2015-05-141-161/+90
| | | | | | | | | Clean up obsolete and unsupported versions of GCC, and update for GCC 5.1 release. Tested on: Mac OSX/64 10.10.3 (amazon) w/C++, FORTRAN, serial, production & parallel (gcc 5.1 not available on other systems)
* [svn-r25756] Removed the -Wunsuffixed-float-constants warning from the gnu-flagsDana Robinson2014-10-311-1/+1
| | | | | | | | | | | | | script. The warnings that this generates cannot easily be resolved in platform-independent C code since gnu expects the non-standard (gnu) 'D' suffix for double constants. It's still technically useful for catching float and long double constants, but should probably be enabled by developers on an as-needed basis for that purpose so the spurious warnings are avoided. Tested on a local linux VM with gcc 4.8.2. This is a very minor change.
* [svn-r25206] Description:Quincey Koziol2014-05-201-3/+79
| | | | | | | Add new warning flags for gcc 4.9.x Tested on: MacOSX/64 10.9.3 (amazon) w/gcc 4.9.0
* [svn-r24171] Purpose: Fix problem with gcc 4.8Neil Fortner2013-09-191-5/+0
| | | | | | | | | | | | | | Description: With optimization enabled, gcc 4.8 inserts garbage into the padding bytes of floating point types when assigning from a literal constant. This caused problems when H5detect.c scanned the bits in floating point types to determine their properties. Modified H5detect.c to scan for padding before further analyzing the type, and to ignore all information in the padding areas. Also removed code that temporarily disabled optimization. Tested: jam, koala, ostrich, platypus (h5committest)
* [svn-r24101] Description:Quincey Koziol2013-09-051-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Clean up warnings, enable new compiler warning flag(s) and bring back changes from Coverity branch: r20813: Remove the dead code as listed for coverity bug #1722. h5committested. r20814: Issue 69: Check return value and throw error if negative return. Also free datatype id on error r20815: Use HDstrncpy. --gh r20816: Replaced one last HDstrcat call with HDstrncat to resolve coverity issue 832. r20817: Use HDstrncpy and HDstrncat. --gh r20818: Purpose: Fix valgrind issues with h5jam Description: Modified h5jam to free strings strdup'd in parse_command_line before exit. Note that they may still not be freed in case of error, due to the widespread use of exit(). r20819: Issue 80: change loop to use int as loop index. r20820: Maintenance: Fixed the bug found by coverity CID 788 There were two problems with this function: 1) it tried to unnecessary free NULL pointer 2) it tried to allocate c_name buffer that is done by H5Pget_class_name Tested on: Mac OSX 10.8.4 (amazon) w/gcc 4.8.1, C++ & FORTRAN (too minor to require h5committest)
* [svn-r24098] Issue 8500 - H5detect.c has trouble to find info for long ↵Raymond Lu2013-09-041-0/+5
| | | | | | | | | double with GCC 4.8. A user in the forum found the problem in H5detect.c (uninitialized buffer) and provided the solution. I checked it in yesterday. But it turned out to be a false fix. So I'm back it out. Tested on jam - reverse of changes.
* [svn-r24095] Issue 8500 - H5detect.c has trouble to find info for long ↵Raymond Lu2013-09-031-5/+0
| | | | | | | | double with GCC 4.8. A user in the forum found the problem in H5detect.c (uninitialized buffer) and provided the solution. Allen and I verified it. Tested with h5committest and CMake on jam, koala, ostrich, playtus, and Allen's virtual machine.
* [svn-r24017] Bug fix: HDFFV-8500Albert Cheng2013-08-161-0/+5
| | | | | | | | | | | The new gcc v4.8.* compilers does not work well with dt_arith which failed in production mode. Solution: A temporary patch by removing any optimization (-O*) from the PROD_CFLAGS so that dt_arith will pass for now. A more through investigation is needed. Tested: Jam and Koala where it failed and now passes.
* [svn-r23584] Description:Quincey Koziol2013-04-131-6/+77
| | | | | | | Update with new compiler warnings for gcc 4.8.x Tested on: Mac OSX/64 10.8.3 (amazon) w/gcc 4.8.0
* [svn-r22222] Description:Quincey Koziol2012-04-011-1/+75
| | | | | | | Update GCC compiler flags for new 4.7.0 release. Tested on: Mac OSX/64 10.7.3 (amazon) w/gcc 4.7.0
* [svn-r22020] Fix for HDFFV-7878.Larry Knox2012-03-031-1/+7
| | | | | | | gnu-flags Don't add gcc flags for intel compiler even though its version display includes "gcc". intel-flags Extend intel version to include icc-12*.
* [svn-r20561] Description:Quincey Koziol2011-04-201-2/+2
| | | | | | | Remove C++ specific flag from C compilation flags, for gcc 4.5 & 4.6 Tested on: FreebSD/64 8.2 (freedom) w/gcc 4.6
* [svn-r20538] Description:Quincey Koziol2011-04-181-3/+67
| | | | | | | | Update with new warning flags for gcc 4.6.x Tested on: FreeBSD/32 8.2 (loyalty) w/gcc 4.6 FreeBSD/64 8.2 (freedom) w/gcc 4.6
* [svn-r18630] Description:Quincey Koziol2010-04-271-16/+4
| | | | | | | | | | | | | | | | | | | | | | Fix remaining aliasing problems and enable optimizations w/gcc now. This addresses the remaining issues for Bug#1398. 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 Mac OS X/32 10.6.3 (amazon) in debug mode Mac OS X/32 10.6.3 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r18605] Description:Quincey Koziol2010-04-221-4/+65
| | | | | | | | Add new warning flags for gcc 4.5.x Tested on: FreeBSD/32 6.3 (duty) w/gcc 4.5 FreeBSD/64 6.3 (liberty) w/gcc 4.5
* [svn-r17248] Bug fix (1301 & 1468)Albert Cheng2009-07-281-2/+4
| | | | | | | | | | | | | | PathScale was mistaken as the Gcc compiler such that gcc flags were added to it but PathScale did not honor many of them. (e.g. -Wvariadic-macros, -Wold-style-definition, -Winit-self, -Wvariadic-macros, -Wmissing-include-dirs, -Winit-self, -Wc++-compat) Solution: Added a pre-condition to detect pathScale compiler before Gcc is accepted. Tested: Sandia Glory where PathScale compiler is available.
* [svn-r16845] Description:Quincey Koziol2009-04-231-2/+59
| | | | | | | Updated with new warning flags from gcc 4.4 Tested: FreeBSD/64 6.3 (liberty) w/gcc 4.4.0
* [svn-r16789] Bug Fix (Bug 1398):Albert Cheng2009-04-201-5/+11
| | | | | | | | | | | | | | | | | | | | | | | | | For gcc v4.3 and v4.4, with production mode, if -O3 is used, H5Tinit.c would fail to compile. Actually bad H5Tinit.c is produced. If -O (same as -O1) is used, H5Tinit.c compiled okay but test/dt_arith would fail with: Testing hard normalized long double -> signed char conversions time: comm and terminated abnormally When -O0 (no optimizatio) is used, H5Tinit.c compilete okay and all tests passed. Solution: Changed the config/gnu-flags to use -O0 for gcc v4.3 and 4.4 for production flags for now so that build and tests would work. Still need to investigate if the error is due to Gcc optimization bug or our code errors. Tested: In liberty with gcc43 and gcc44. Also, tested in jam and smirom with older versions of gcc. There are no gcc 43 or 44 compilers installed in other THG machines that I know.
* [svn-r16492] revert gcc PROD_CFLAGS to "-O", which was incorrectly changed ↵Allen Byrne2009-02-191-1/+1
| | | | by rev 16489.
* [svn-r16489] Fixed bug #1459 by eliminating the macro long_long and ↵Allen Byrne2009-02-181-1/+1
| | | | | | | | | | | replacing all instances with long long. Tested: h5comittest fedora 10 x64 Vista 32, VS2005, IVF101 XP32, Cygwin
* [svn-r15674] Description:Quincey Koziol2008-09-221-1/+1
| | | | | | | | | | | | | | | | | | | | | | Add base support for extensible array "data blocks" to code, tests and h5debug. Tested on: Mac OS X/32 10.5.4 (amazon) in debug mode Mac OS X/32 10.5.4 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, 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 production mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode
generated by cgit v0.12 at 2024-09-15 14:26:01 (GMT)