http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56596
Tobias Burnus changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57725
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57749
Bug ID: 57749
Summary: -ffpe-trap=zero or invalid produces SIGFPE on complex
zero ** 1e0
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57735
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Created attachment 30406
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30406&action=edit
Reduced testcase
Reduced testcase, compile with -march=armv5te -marm -mtune=xscale
-mfloat-abi=soft
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57682
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53356
tormen changed:
What|Removed |Added
CC||quickhelp at gmail dot com
--- Comment #8 from t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36041
--- Comment #22 from Jakub Jelinek ---
Author: jakub
Date: Fri Jun 28 09:28:40 2013
New Revision: 200506
URL: http://gcc.gnu.org/viewcvs?rev=200506&root=gcc&view=rev
Log:
PR middle-end/36041
* libgcc2.c (POPCOUNTCST2, POPCOUNTCST4, POPCOU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57735
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57637
Richard Earnshaw changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53356
--- Comment #9 from Paolo Carlini ---
Well, the fix which went in only touched the *C++* front-end, whereas your
issue is triggered by *C* code, thus it definitely seems a different issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53356
--- Comment #10 from tormen ---
I didn't notice the Component "c++" yet :)
->
Good point you have there :)
So ... I better file a new then or as it's the same error message here is fine
?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53356
--- Comment #11 from tormen ---
OK that was a stupid question: New bug it should be.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53356
--- Comment #12 from Paolo Carlini ---
If what I said makes sense, and I think it does, despite the internal error
coming from the same place, it's an unrelated C issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57750
Bug ID: 57750
Summary: Internal compiler error when initializing struct
member with array
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57751
Bug ID: 57751
Summary: internal compiler error: in cxx_eval_indirect_ref, at
cp/semantics.c:7648
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36041
--- Comment #23 from Marc Glisse ---
(In reply to Jakub Jelinek from comment #18)
> I think it is a bad idea to introduce the IFUNC into libgcc_s, because then
> while you speed up the few users of this builtin, you slow down all users of
> libgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36041
--- Comment #24 from Jakub Jelinek ---
(In reply to Marc Glisse from comment #23)
> (In reply to Jakub Jelinek from comment #18)
> > I think it is a bad idea to introduce the IFUNC into libgcc_s, because then
> > while you speed up the few users o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57752
Bug ID: 57752
Summary: during the lookup for a base class name, non-type
names should be ignored
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57725
Michael Matz changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #11 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57751
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52544
Rodrigo Campos changed:
What|Removed |Added
CC||rodrigo at sdfg dot com.ar
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57753
Bug ID: 57753
Summary: FSF gcc bootstrap needs to use xcrun to bootstrap
post-darwin12
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57752
--- Comment #1 from Jonathan Wakely ---
There's a cross-reference to [basic.scope.hiding] which explains how a class
name can be hidden by variables, members and enumerators, and it seems that
both G++ and clang interpret [class.derived]/2 to mean
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57754
Bug ID: 57754
Summary: Loongson 3A is MIPS64R2-compatible
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57753
--- Comment #1 from Jack Howarth ---
I should also note that removal of SDK from / isn't as bad as it sounds. In
general, most builds can puzzle out the location of the necessary headers.
However, FSF gcc is a complex build (especially regarding t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52544
--- Comment #5 from Rodrigo Campos ---
Ohh, forgot to say, but if I just don't compile with "-finstrument-functions"
the code works as expected. With gcc 4.7, 4.5 and 4.4.
Although, when I compile with gcc 4.5 and 4.4, everything compiles and lin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57744
Michael Meissner changed:
What|Removed |Added
Attachment #30404|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57755
Bug ID: 57755
Summary: Improve fold_binary_op_with_conditional_arg
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57749
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57687
Rainer Orth changed:
What|Removed |Added
Target|x86_64-apple-darwin10 |x86_64-apple-darwin10
|mi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57736
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57750
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57750
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602
--- Comment #5 from Jan Hubicka ---
As described in patch the change is intentional. finalized/analyzed
flags come from pre unit at a time. ipa code should not care about
analyzed bit. i will look what broke.
Honza
Cituji izamyatin at gmail d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57755
Marc Glisse changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |glisse at gcc dot
gnu.org
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57645
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57756
Bug ID: 57756
Summary: Function target attribute is retaining state of
previously seen function
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57753
--- Comment #2 from Jack Howarth ---
Okay, the bootstrap without headers outside of the SDK can be simplified on
darwin to…
./configure -with-native-system-header-dir=`xcrun --show-sdk-path`/usr/include
CXX_FOR_BUILD="xcrun g++" CC_FOR_BUILD="xcr
39 matches
Mail list logo