[gfortran,committed] Don't use -Wno-error to build Fortran front-end files
FX Coudert
fxcoudert@gmail.com
Sat May 19 20:35:00 GMT 2007
fortran/Make-lang.in contained directives to use -Wno-error to build
expr.o, resolve.o, simplify.o and trans-expr.o, because of warnings
due to GMP headers. This warning has been taken care of in GMP
headers since at least 4.1, which is the minimal required version for
mainline nowadays. The use of -Wno-error is thus not needed anymore,
and it's preventing real warnings to be seen during bootstrap (I
remember at least two occurences of that in the recent months).
Committed to mainline after bootstrapping on i686-linux twice: once
with the current GMP, and another time with GMP-4.1.
2007-05-19 Francois-Xavier Coudert <fxcoudert@gcc.gnu.org>
PR fortran/30820
* Make-lang.in: Remove use of -Wno-error for expr.o, resolve.o,
simplify.o and trans-common.o.
Index: Make-lang.in
===================================================================
--- Make-lang.in (revision 124858)
+++ Make-lang.in (working copy)
@@ -48,13 +48,6 @@ GFORTRAN_TARGET_INSTALL_NAME := $(target
# Use strict warnings for this front end.
fortran-warn = $(STRICT_WARN)
-# These files get warnings from an inline function in GMP saying:
-# "control may reach end of non-void function '__gmpz_get_ui' being
inlined"
-fortran/expr.o-warn = -Wno-error
-fortran/resolve.o-warn = -Wno-error
-fortran/simplify.o-warn = -Wno-error
-fortran/trans-common.o-warn = -Wno-error
-
# These are the groups of object files we have. The F95_PARSER_OBJS are
# all the front end files, the F95_OBJS are the files for the
translation
# from the parse tree to GENERIC
More information about the Fortran
mailing list