http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59324
Bug ID: 59324
Summary: C++11: -Wsequence-point
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
--- Comment #2 from Andreas Schwab ---
The driver doesn't actually call ld, but collect2, and passes -fuse-ld down to
it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59325
Bug ID: 59325
Summary: Provide a way to disable deprecated warnings
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59199
--- Comment #3 from Richard Biener ---
It probably hides the underlying bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
--- Comment #3 from maemarcus at gmail dot com ---
I'm only saying configure scripts use -print-prog-name to determine the linker,
and with introduction of -fuse-ld what's returned there could be inconsistent
with what linker is actually being used
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59326
Bug ID: 59326
Summary: FAIL: gcc.dg/vect/vect-simd-clone-*.c
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #51 from Paulo J. Matos ---
This was in a private VLIW SIMD port.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59327
Bug ID: 59327
Summary: warning in expand_used_vars
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59323
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59328
Bug ID: 59328
Summary: Template cast operator ambiguity in a delete
expression
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59312
--- Comment #2 from Alexander Khovansky ---
Jonathan Wakely,
I am looking at working draft N3337
(http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2012/n3337.pdf), which has
only editorial changes
(http://www.open-std.org/jtc1/sc22/wg21/docs/pap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59326
Jakub Jelinek changed:
What|Removed |Added
Component|c |lto
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59325
--- Comment #1 from Jonathan Wakely ---
You can use a #pragma to disable -Wdeprecated locally
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59329
Bug ID: 59329
Summary: Using `assert(...)` is not allowed in constexpr
functions
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: trivial
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33799
--- Comment #6 from Jonathan Wakely ---
It's now 2013 so the sensible thing to do is not return by value if your
destructor can throw.
FWIW Clang also behaves the same as G++ and Intel, and of course calls
std::terminate() in C++11 mode.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59322
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59330
Bug ID: 59330
Summary: Crash in is_gimple_reg_type
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59326
--- Comment #1 from Jakub Jelinek ---
Created attachment 31317
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31317&action=edit
gcc49-pr59326.patch
Untested LTO streaming of OMP_CLAUSEs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59322
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59312
--- Comment #3 from Jonathan Wakely ---
(In reply to Alexander Khovansky from comment #0)
> — any direct or indirect virtual base class.
I'm looking at N3290, but was looking for a bullet starting with that text. Now
I see it's at the very end of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59327
--- Comment #1 from Jorn Wolfgang Rennecke ---
The warning also happens when using g++ (GCC) 4.9.0 20131128 (experimental),
and when building gcc for target epiphany-elf.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59319
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59317
Richard Biener changed:
What|Removed |Added
Target||mips16
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59316
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #5 from Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59315
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59014
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59327
--- Comment #2 from Jorn Wolfgang Rennecke ---
sz is HOST_WIDE_INT, ASAN_RED_ZONE_SIZE is an int literal, and data.asan_alignb
is an unsigned int.
With 32 bit int and HOST_WIDE_INT, this results in a 32 bit signed/unsigned
comparison.
When build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59325
--- Comment #2 from andysem at mail dot ru ---
(In reply to Jonathan Wakely from comment #1)
> You can use a #pragma to disable -Wdeprecated locally
But the legacy C++ is used in the library, which code I'd like to avoid
changing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59327
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54694
--- Comment #8 from Markus Trippelsdorf ---
Ping.
All supported gcc versions are affected. Can someone
please have a look?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59330
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59330
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2013-11-28 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59327
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59316
--- Comment #6 from Eric Botcazou ---
> Btw, for the release I consider this a testsuite bug (the test should be
> disabled/skipped for archs not supporting the feature).
Yes, but only immediately before the release, as that's a good reminder.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59271
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54694
Joost VandeVondele changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2012-09-25 00
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59323
--- Comment #2 from Richard Biener ---
Author: rguenth
Date: Thu Nov 28 12:09:10 2013
New Revision: 205481
URL: http://gcc.gnu.org/viewcvs?rev=205481&root=gcc&view=rev
Log:
2013-11-28 Richard Biener
PR lto/59323
* lto-streamer-out.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59323
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59299
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33799
--- Comment #7 from Kenton Varda ---
> It's now 2013 so the sensible thing to do is not return by value
> if your destructor can throw.
That actually sounds like a pretty difficult rule to follow, unless you either
ban throwing destructors altoge
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54694
H.J. Lu changed:
What|Removed |Added
Last reconfirmed|2013-11-28 00:00:00 |2012-09-25 0:00
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59322
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54694
--- Comment #11 from H.J. Lu ---
I won't call it exactly a regression since -mavx is a new
option and -march=native adds -mavx implicitly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
--- Comment #19 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Thu Nov 28 12:20:23 2013
New Revision: 205482
URL: http://gcc.gnu.org/viewcvs?rev=205482&root=gcc&view=rev
Log:
2013-11-28 Jakub Jelinek
Yury Gribov
PR san
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59106
Yury Gribov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59257
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59325
--- Comment #3 from Jonathan Wakely ---
Doing this before any other includes will work:
#include
#undef _GLIBCXX_DEPRECATED
#define _GLIBCXX_DEPRECATED
I'm not convinced we want to support this officially.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59325
--- Comment #4 from andysem at mail dot ru ---
(In reply to Jonathan Wakely from comment #3)
> Doing this before any other includes will work:
>
> #include
> #undef _GLIBCXX_DEPRECATED
> #define _GLIBCXX_DEPRECATED
>
> I'm not convinced we want
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43734
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #8 from Rolf Eike Beer ---
> I get the same problem using gcc 4.5, 4.7, and 4.8 on a Sun Fire V240 running
> Gentoo. Even if the compiler says "Gentoo" it is built with use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43734
--- Comment #11 from Rolf Eike Beer ---
> I don't have the least idea what's going on here, and cannot debug
> issues on Linux/SPARC since I don't have access to that platform.
Sadly I can't give you direct access to my machine, but I'm willing t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59326
--- Comment #2 from Richard Biener ---
Hmm. So apart from missing support for OMP_CLAUSE in hash_tree and more
important
in compare_tree_sccs_1 (all OMP_CLAUSE trees are currently considered equal
and thus merged).
The issue with the IPA cloning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59326
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43734
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #11 from Rolf Eike Beer ---
>> I don't have the least idea what's going on here, and cannot debug
>> issues on Linux/SPARC since I don't have access to that platform.
>
> S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59326
--- Comment #4 from Jakub Jelinek ---
(In reply to Richard Biener from comment #3)
> Fix for that:
>
> Index: gcc/omp-low.c
> ===
> --- gcc/omp-low.c (revision 205484)
> +++ gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59326
--- Comment #5 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #4)
> But then it won't handle the !node->definition cloning (it isn't actually
> cloning in that case, just creating another DECL_EXTERNAL FUNCTION_DECL with
> adjusted
Assignee: unassigned at gcc dot gnu.org
Reporter: larsbj at gullik dot net
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
g++ (GCC) 4.9.0 20131128 (experimental)
Copyright (C) 2013 Free
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59327
--- Comment #4 from Jorn Wolfgang Rennecke ---
(In reply to Jakub Jelinek from comment #3)
> Created attachment 31318 [details]
> gcc49-pr59327.patch
>
> Untested fix.
This allows arc-elf and arc-epiphany configureed with --enable-werror-always
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
Yuri Rumyantsev changed:
What|Removed |Added
CC||ysrumyan at gmail dot com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59331
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59330
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Thu Nov 28 14:52:44 2013
New Revision: 205486
URL: http://gcc.gnu.org/viewcvs?rev=205486&root=gcc&view=rev
Log:
2013-11-28 Richard Biener
PR tree-optimization/59330
* tree-s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59330
Richard Biener changed:
What|Removed |Added
Known to work||4.9.0
Summary|[4.7/4.8/4.9 Re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59273
--- Comment #7 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #6)
> Fixed.
I can confirm the fix on native alpha bootstrap [1].
[1] http://gcc.gnu.org/ml/gcc-testresults/2013-11/msg02115.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59323
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Thu Nov 28 15:22:55 2013
New Revision: 205487
URL: http://gcc.gnu.org/viewcvs?rev=205487&root=gcc&view=rev
Log:
2013-11-28 Richard Biener
PR lto/59323
* gcc.dg/lto/pr59323-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59309
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59214
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59332
Bug ID: 59332
Summary: Segmentation fault in inline_summary with LTO +
attribute optimize
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
--- Comment #16 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Nov 28 16:48:44 2013
New Revision: 205495
URL: http://gcc.gnu.org/viewcvs?rev=205495&root=gcc&view=rev
Log:
Backport from mainline
2013-11-23 Uros Bizjak
PR ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59297
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58253
--- Comment #1 from Martin Jambor ---
I do not quite understand why the port needs to look at alignments of
scalars passed by value at all but I assume there is a reason.
When it comes to the IPA-SRA created formal parameter and actual
argument i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
--- Comment #5 from David Kaufmann ---
Created attachment 31320
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31320&action=edit
preprocessor output
i hope this is the proper preprocessed source, i generated it with the "-E"
parameter.
the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59280
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Jan Hubicka -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59333
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59333
Bug ID: 59333
Summary: ICE with long long and -m32 -fsanitize=undefined
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59208
--- Comment #7 from Jan Hubicka ---
Created attachment 31322
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31322&action=edit
Proposed fix I am testing
Hi,
the problem here is that update_stmt is called with cfun being set to NULL. It
uses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
--- Comment #17 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Nov 28 18:14:23 2013
New Revision: 205497
URL: http://gcc.gnu.org/viewcvs?rev=205497&root=gcc&view=rev
Log:
Backport from mainline
2013-11-23 Uros Bizjak
PR ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
--- Comment #6 from David Kaufmann ---
(In reply to Richard Biener from comment #4)
> Please attach a testcase or at least preprocessed source of w_drawprim.c.
a testcase is the first attachment to this bug with either xfig version 3.2.5b
or 3.2.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
--- Comment #8 from David Kaufmann ---
Created attachment 31323
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31323&action=edit
gdb "backtrace full" when segfaulting
backtrace from gdb when opening xfig with provided testcase.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
--- Comment #9 from David Kaufmann ---
(In reply to Joost VandeVondele from comment #7)
> (In reply to David Kaufmann from comment #5)
> > Created attachment 31320 [details]
> > preprocessor output
> > the buggy function is on line 18136, but it d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
--- Comment #10 from Joost VandeVondele
---
(In reply to David Kaufmann from comment #9)
> (In reply to Joost VandeVondele from comment #7)
> > (In reply to David Kaufmann from comment #5)
> > > Created attachment 31320 [details]
> > > preprocess
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59334
Bug ID: 59334
Summary: [4.9 Regression] r205486 caused many failures
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57293
--- Comment #9 from Vladimir Makarov ---
Author: vmakarov
Date: Thu Nov 28 21:45:21 2013
New Revision: 205498
URL: http://gcc.gnu.org/viewcvs?rev=205498&root=gcc&view=rev
Log:
2013-11-28 Vladimir Makarov
PR target/57293
* ira.h (ira_s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59334
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59316
Eric Botcazou changed:
What|Removed |Added
Target|sparc*-sun-solaris2.*, |sparc*-sun-solaris2.*
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59327
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Nov 28 22:52:40 2013
New Revision: 205499
URL: http://gcc.gnu.org/viewcvs?rev=205499&root=gcc&view=rev
Log:
PR middle-end/59327
* cfgexpand.c (expand_used_vars): Avoid warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59297
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Nov 28 22:53:50 2013
New Revision: 205500
URL: http://gcc.gnu.org/viewcvs?rev=205500&root=gcc&view=rev
Log:
PR c++/59297
* semantics.c (finish_omp_atomic): Call finish_expr_stm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59297
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Nov 28 22:56:35 2013
New Revision: 205501
URL: http://gcc.gnu.org/viewcvs?rev=205501&root=gcc&view=rev
Log:
PR c++/59297
* semantics.c (finish_omp_atomic): Call finish_expr_stm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
--- Comment #3 from Dominique d'Humieres ---
> After apllying this fix routine is inlined.
I have applied the following patch
--- ../_clean/gcc/ipa-inline.c2013-11-22 17:27:28.0 +0100
+++ gcc/ipa-inline.c2013-11-28 21:45:29.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59316
--- Comment #8 from joseph at codesourcery dot com ---
It fails everywhere that (a) supports floating-point exceptions, (b) has
not had the target hook added and (c) supports pthreads ((c) is a
requirement for the test to run - the feature in qu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57574
--- Comment #1 from Joseph S. Myers ---
Author: jsm28
Date: Fri Nov 29 01:30:42 2013
New Revision: 205506
URL: http://gcc.gnu.org/viewcvs?rev=205506&root=gcc&view=rev
Log:
PR c/57574
c:
* c-decl.c (merge_decls): Clear DECL_EXTERNAL for a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57574
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59320
David Kaufmann changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335
Bug ID: 59335
Summary: Plugin doesn't build on trunk
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: plugins
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335
--- Comment #1 from Andrew Pinski ---
These are two different issues. The x86 one is a target specific issue and the
arm one is a generic issue.
That is what it should be doing for x86 should be something like arm does:
t-arm:TM_H += $(srcdir)/c
1 - 100 of 109 matches
Mail list logo
