public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug preprocessor/61371] cpp: Implement -fno-date-time/-freproducible-dates or similar
[not found] <bug-61371-4@http.gcc.gnu.org/bugzilla/>
@ 2014-05-30 15:58 ` manu at gcc dot gnu.org
2014-05-30 16:02 ` manu at gcc dot gnu.org
` (2 subsequent siblings)
3 siblings, 0 replies; 4+ messages in thread
From: manu at gcc dot gnu.org @ 2014-05-30 15:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61371
Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |manu at gcc dot gnu.org
--- Comment #1 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
You can simply redefine them in the command-line:
http://lists.opensuse.org/opensuse-buildservice/2011-04/msg00049.html
isn't that enough?
>From gcc-bugs-return-452871-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 30 16:01:26 2014
Return-Path: <gcc-bugs-return-452871-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5483 invoked by alias); 30 May 2014 16:01:26 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 5436 invoked by uid 48); 30 May 2014 16:01:22 -0000
From: "crrodriguez at opensuse dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug preprocessor/61371] cpp: Implement -fno-date-time/-freproducible-dates or similar
Date: Fri, 30 May 2014 16:01:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: preprocessor
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: crrodriguez at opensuse dot org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-61371-4-o1OvBNuewr@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61371-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61371-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-05/txt/msg02563.txt.bz2
Content-length: 426
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61371
--- Comment #2 from Cristian Rodríguez <crrodriguez at opensuse dot org> ---
(In reply to Manuel López-Ibáñez from comment #1)
> You can simply redefine them in the command-line:
>
> http://lists.opensuse.org/opensuse-buildservice/2011-04/msg00049.html
>
> isn't that enough?
It would be.. if there wasn't half a ton of packages using -Werror
>From gcc-bugs-return-452872-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 30 16:02:07 2014
Return-Path: <gcc-bugs-return-452872-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 7866 invoked by alias); 30 May 2014 16:02:07 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 7761 invoked by uid 48); 30 May 2014 16:02:04 -0000
From: "pinskia at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug preprocessor/61371] cpp: Implement -fno-date-time/-freproducible-dates or similar
Date: Fri, 30 May 2014 16:02:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: preprocessor
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: pinskia at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-61371-4-YlXyCUjdqp@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61371-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61371-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-05/txt/msg02564.txt.bz2
Content-length: 304
https://gcc.gnu.org/bugzilla/show_bug.cgi?ida371
--- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Why don't you poision the use of __DATE__ and __TIME__ in a header file that
you -include to force people not to use use those macros which allows you to
audit the packages in one go.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug preprocessor/61371] cpp: Implement -fno-date-time/-freproducible-dates or similar
[not found] <bug-61371-4@http.gcc.gnu.org/bugzilla/>
2014-05-30 15:58 ` [Bug preprocessor/61371] cpp: Implement -fno-date-time/-freproducible-dates or similar manu at gcc dot gnu.org
@ 2014-05-30 16:02 ` manu at gcc dot gnu.org
2014-05-30 16:21 ` crrodriguez at opensuse dot org
2014-06-02 8:16 ` rguenth at gcc dot gnu.org
3 siblings, 0 replies; 4+ messages in thread
From: manu at gcc dot gnu.org @ 2014-05-30 16:02 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61371
--- Comment #4 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
Also, there was this patch, but I am not sure it was ever committed:
https://gcc.gnu.org/ml/gcc-patches/2008-07/msg02321.html
>From gcc-bugs-return-452874-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 30 16:10:41 2014
Return-Path: <gcc-bugs-return-452874-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16015 invoked by alias); 30 May 2014 16:10:40 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 15985 invoked by uid 48); 30 May 2014 16:10:35 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug preprocessor/61371] cpp: Implement -fno-date-time/-freproducible-dates or similar
Date: Fri, 30 May 2014 16:10:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: preprocessor
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-61371-4-DQPhWIMo09@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61371-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61371-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-05/txt/msg02566.txt.bz2
Content-length: 874
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61371
--- Comment #5 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Cristian Rodríguez from comment #2)
> It would be.. if there wasn't half a ton of packages using -Werror
In fact, it was committed and the message tells you which option you have to
use to silence the warning:
manuel@gcc10:~$ ~/test1/210581/build/gcc/cc1 -D__DATE__='bla' test.c -Werror
<command-line>:0:0: error: "__DATE__" redefined
[-Werror=builtin-macro-redefined]
manuel@gcc10:~$ ~/test1/210581/build/gcc/cc1 -D__DATE__='bla' test.c -Werror
-Wno-error=builtin-macro-redefined
<command-line>:0:0: warning: "__DATE__" redefined [-Wbuiltin-macro-redefined]
manuel@gcc10:~$ ~/test1/210581/build/gcc/cc1 -D__DATE__='bla' test.c -Werror
-Wno-builtin-macro-redefined
Isn't this what you want?
>From gcc-bugs-return-452876-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 30 16:21:42 2014
Return-Path: <gcc-bugs-return-452876-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30538 invoked by alias); 30 May 2014 16:21:42 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 30508 invoked by uid 48); 30 May 2014 16:21:38 -0000
From: "p.bartosiewi at partner dot samsung.com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/61368] Sfinae with template member
Date: Fri, 30 May 2014 16:21:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: p.bartosiewi at partner dot samsung.com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-61368-4-1tJ2nJWWSR@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61368-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61368-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-05/txt/msg02568.txt.bz2
Content-length: 361
https://gcc.gnu.org/bugzilla/show_bug.cgi?ida368
--- Comment #1 from Piotr Bartosiewicz <p.bartosiewi at partner dot samsung.com> ---
template <typename C>
static true_type test(decltype(std::declval<C>().template
visit(std::declval<VisitorMatcher>()))*);
This fixes the problem, but still don't know whether gcc or clang is wrong
about the original code.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug preprocessor/61371] cpp: Implement -fno-date-time/-freproducible-dates or similar
[not found] <bug-61371-4@http.gcc.gnu.org/bugzilla/>
2014-05-30 15:58 ` [Bug preprocessor/61371] cpp: Implement -fno-date-time/-freproducible-dates or similar manu at gcc dot gnu.org
2014-05-30 16:02 ` manu at gcc dot gnu.org
@ 2014-05-30 16:21 ` crrodriguez at opensuse dot org
2014-06-02 8:16 ` rguenth at gcc dot gnu.org
3 siblings, 0 replies; 4+ messages in thread
From: crrodriguez at opensuse dot org @ 2014-05-30 16:21 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61371
--- Comment #6 from Cristian Rodríguez <crrodriguez at opensuse dot org> ---
(In reply to Manuel López-Ibáñez from comment #5)
> (In reply to Cristian Rodríguez from comment #2)
> > It would be.. if there wasn't half a ton of packages using -Werror
>
> In fact, it was committed and the message tells you which option you have to
> use to silence the warning:
>
> manuel@gcc10:~$ ~/test1/210581/build/gcc/cc1 -D__DATE__='bla' test.c -Werror
> <command-line>:0:0: error: "__DATE__" redefined
> [-Werror=builtin-macro-redefined]
>
> manuel@gcc10:~$ ~/test1/210581/build/gcc/cc1 -D__DATE__='bla' test.c -Werror
> -Wno-error=builtin-macro-redefined
> <command-line>:0:0: warning: "__DATE__" redefined [-Wbuiltin-macro-redefined]
>
> manuel@gcc10:~$ ~/test1/210581/build/gcc/cc1 -D__DATE__='bla' test.c -Werror
> -Wno-builtin-macro-redefined
>
>
> Isn't this what you want?
-Wno-builtin-macro-redefined silences redefinitions of __FILE__, and
__BASE_FILE__..
>From gcc-bugs-return-452877-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 30 16:40:48 2014
Return-Path: <gcc-bugs-return-452877-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 17166 invoked by alias); 30 May 2014 16:40:47 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 17144 invoked by uid 48); 30 May 2014 16:40:44 -0000
From: "scovich at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/61372] New: Add warning to detect noexcept functions that might throw
Date: Fri, 30 May 2014 16:40:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: scovich at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-61372-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-05/txt/msg02569.txt.bz2
Content-length: 5286
https://gcc.gnu.org/bugzilla/show_bug.cgi?ida372
Bug ID: 61372
Summary: Add warning to detect noexcept functions that might
throw
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: scovich at gmail dot com
The C++11 standard adds the "noexcept" specification that lets the programmer
assert that a function does not throw any exceptions (terminating execution if
that assertion ever turns out to be false at runtime).
Unfortunately, there is currently no reliable way for a programmer to validate,
at compile time, her assertion that a function does or does not throw.
The closest thing is -Wnoexcept, which detects the (very narrow) case where the
following all apply to some function F:
1. F lacks the noexcept declaration or has declared noexcept(false)
2. The compiler has determined that F cannot throw
3. F causes some noexcept operator to evaluate to false
Unfortunately, that narrow formulation makes it really hard to validate much of
anything (see example and further discussion below).
It would be very helpful to have a warning flag which tells the compiler to
report cases where a function's noexcept specification contradicts the
compiler's analysis of the function body. Perhaps -Wnoexcept-mismatch={1,2,3}?
1 (high priority): functions declared noexcept(true) but which contain
expressions that might throw. This validates stated noexcept assumptions,
helping to avoid issues like PR #56166.
2 (medium priority): Also report functions declared noexcept(false) that in
fact cannot throw (e.g. cases #1 and #2 for -Wnoexcept). This improves the
accuracy of noexcept validation, and also improves performance in general (by
eliminating unwind handlers). And makes it easier to avoid/fix things like PR
#52562.
3 (low priority): Also report functions which lack any noexcept declaration but
which cannot throw (similar to -Wsuggest-attribute for const, pure, etc.). This
also improves accuracy of noexcept, but the programmer would have to decide
whether to make the API change (marking the function noexcept) or whether it's
important to retain the ability to throw in the future.
Probably none of the above warnings should be enabled by default, but it might
make sense to enable -Wnoexcept-mismatch=1 with -Wall and -Wnoexcept-mismatch=2
with -Wextra.
To implement the warning, the compiler would make a pass over each function
body (after applying most optimizations, especially inlining and dead code
elimination). It would then infer a noexcept value by examining all function
calls that remain, and compare that result with the function's actual noexcept
specification (or lack thereof). No need for any kind of IPA: if a callee lies
about its noexcept status, it's the callee's problem.
==========================Workaround using -Wnoexcept
==========================
One might try to combine static_assert with noexcept, e.g:
// example.cpp ////////////////
void might_throw(int); // lacks noexcept
void also_might_throw(); // lacks noexcept
void never_throw(int a) noexcept(noexcept(might_throw(a)) &&
noexcept(also_might_throw())) {
if (a)
might_throw(a);
also_might_throw();
}
void foo(int a) noexcept(noexcept(might_throw(a))) {
might_throw(a);
}
static_assert(noexcept(foo(0)), "never_throw might throw");
////////////////////////////////
There are two glaring problems with that approach, however:
1. Every expression in the function body must be part of the noexcept clause,
effectively replicating the function body in its signature (but without the
ability to declare local variables).
- Maintaining the noexcept chain across code changes would be tedious and
error-prone for all but the smallest and most stable functions (= ie the ones
least in need of verification).
- Operator overloading means you can't even assume basic expressions like
a+b are nothrow. To get complete coverage would require either a very careful
analysis (error prone) or cracking the entire function body into an AST atomic
expressions (tedious *and* error prone).
- Macro expansions would add even more headaches, because they may expand to
more than one statement and/or include control flow.
2. The static_assert must choose one set of inputs for each function call it
passes to operator noexcept.
- An optimizer (especially after inlining and constant propagation) could
conceivably report that the function is noexcept for that particular input,
when in fact other inputs exist that could cause an exception to be thrown
(this does not seem to be the case currently).
- There may not be any easy way to come up with a valid input (objects that
lack a default constructor, etc.). Using hacks like (*(T*)0) would violate all
sorts of compiler/optimizer assumptions and risks breaking the analysis.
Another possibility would be to embed multiple static_assert in the function to
verify noexcept status for every line of code. That would at least allow to use
existing local variables, and resolve most of issue #2, but issue #1 remains.
Code readability would take quite a hit, too.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug preprocessor/61371] cpp: Implement -fno-date-time/-freproducible-dates or similar
[not found] <bug-61371-4@http.gcc.gnu.org/bugzilla/>
` (2 preceding siblings ...)
2014-05-30 16:21 ` crrodriguez at opensuse dot org
@ 2014-06-02 8:16 ` rguenth at gcc dot gnu.org
3 siblings, 0 replies; 4+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-06-02 8:16 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61371
--- Comment #7 from Richard Biener <rguenth at gcc dot gnu.org> ---
(In reply to Cristian Rodríguez from comment #6)
> (In reply to Manuel López-Ibáñez from comment #5)
> > (In reply to Cristian Rodríguez from comment #2)
> > > It would be.. if there wasn't half a ton of packages using -Werror
> >
> > In fact, it was committed and the message tells you which option you have to
> > use to silence the warning:
> >
> > manuel@gcc10:~$ ~/test1/210581/build/gcc/cc1 -D__DATE__='bla' test.c -Werror
> > <command-line>:0:0: error: "__DATE__" redefined
> > [-Werror=builtin-macro-redefined]
> >
> > manuel@gcc10:~$ ~/test1/210581/build/gcc/cc1 -D__DATE__='bla' test.c -Werror
> > -Wno-error=builtin-macro-redefined
> > <command-line>:0:0: warning: "__DATE__" redefined [-Wbuiltin-macro-redefined]
> >
> > manuel@gcc10:~$ ~/test1/210581/build/gcc/cc1 -D__DATE__='bla' test.c -Werror
> > -Wno-builtin-macro-redefined
> >
> >
> > Isn't this what you want?
>
> -Wno-builtin-macro-redefined silences redefinitions of __FILE__, and
> __BASE_FILE__..
So? You might be happier with -Wno-error=builtin-macro-redefined (if that
works). Of course warnings for redefinition of DATE/TIME etc. prevail then.
>From gcc-bugs-return-452959-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jun 02 08:16:20 2014
Return-Path: <gcc-bugs-return-452959-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 32018 invoked by alias); 2 Jun 2014 08:16:19 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 31968 invoked by uid 48); 2 Jun 2014 08:16:15 -0000
From: "ro at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/61334] [4.10 Regression] lto-cgraph.c:976:68: error: 'strnlen' was not declared in this scope
Date: Mon, 02 Jun 2014 08:16:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 4.10.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ro at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: tschwinge at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.10.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cf_gcctarget cc cf_gcchost cf_gccbuild
Message-ID: <bug-61334-4-QMfJUpaUSW@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61334-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61334-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-06/txt/msg00041.txt.bz2
Content-length: 879
https://gcc.gnu.org/bugzilla/show_bug.cgi?ida334
Rainer Orth <ro at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target|hppa2.0w-hp-hpux11.11 |hppa2.0w-hp-hpux11.11,
| |*-*-solaris2.10
CC| |ro at gcc dot gnu.org
Host|hppa2.0w-hp-hpux11.11 |hppa2.0w-hp-hpux11.11,
| |*-*-solaris2.10
Build|hppa2.0w-hp-hpux11.11 |hppa2.0w-hp-hpux11.11,
| |*-*-solaris2.10
--- Comment #4 from Rainer Orth <ro at gcc dot gnu.org> ---
Solaris 10 is equally affected. The proposed patch fixes the bootstrap failure
there as well.
Rainer
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-06-02 8:16 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-61371-4@http.gcc.gnu.org/bugzilla/>
2014-05-30 15:58 ` [Bug preprocessor/61371] cpp: Implement -fno-date-time/-freproducible-dates or similar manu at gcc dot gnu.org
2014-05-30 16:02 ` manu at gcc dot gnu.org
2014-05-30 16:21 ` crrodriguez at opensuse dot org
2014-06-02 8:16 ` rguenth at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).