-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 5.0.0 20141106 (experimental) [trunk revision 217200] (GCC)
$
$ gcc-4.9 -O0 -c small.c
$
$ gcc-trunk -O0 -c small.c
gcc-trunk: internal compiler error: Segmentation fault (program cc1)
0x40bccc execute
../../gcc
KIA MOTORS UK have awarded you £1,000.000.000GBP for claims contact
email:kiaukmot...@qualityservice.com
Call +27734751089
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #19 from howarth at bromo dot med.uc.edu ---
(In reply to Hin-Tak Leung from comment #18)
> (In reply to m...@gcc.gnu.org from comment #15)
> > Mandating commands line tools is fine. Would be nice if everything worked
> > flawlessly i
sg00555.html
https://gcc.gnu.org/bugzilla/attachment.cgi?id=33843 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622#c3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63580#c4
and your revised patch for disabling nonlocal goto receiver and fixing setjmp
receiver from Comment 55 applied allow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #18 from Hin-Tak Leung ---
(In reply to m...@gcc.gnu.org from comment #15)
> Mandating commands line tools is fine. Would be nice if everything worked
> flawlessly if no optional package had to be installed, but I'm pragmatic.
The c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63769
--- Comment #2 from Nick Lewycky ---
Oops. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25940
Andrew Pinski changed:
What|Removed |Added
CC||nlewycky at google dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63769
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63769
Bug ID: 63769
Summary: accepts-invalid multiple function definitions in
extern "C"
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #56 from Stupachenko Evgeny ---
If this does not help, then described issue is not related to this bug,
as darwin bootstrap passed with the patch applied on r216304 (along with
already committed to trunk patches from PR63618 and PR636
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63198
--- Comment #4 from Thomas Bernard ---
I investigated a bit further and I come up to the same conclusion as Bob
Abeles.
Having an assignment operator inside the decltype makes gcc believe the type is
dependent. There are a couple of spots where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47500
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #55 from Stupachenko Evgeny ---
Created attachment 33915
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33915&action=edit
patch disabling nonlocal goto receiver and fixing setjmp receiver
(In reply to howarth from comment #54)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #25 from Dominique d'Humieres ---
> The error seen in Comment 19 appears to be identical to that reported in
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9.
This is fixed by the patch at
https://gcc.gnu.org/bugzilla/show_bug
stdc++-v3/include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141106/libstdc++-v3/libsupc++
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/lib
pple-darwin14.0.0/libstdc++-v3/include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141106/libstdc++-v3/libsupc++
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/prev-x86_64-apple-darwin14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
--- Comment #25 from Jeffrey A. Law ---
So I think there's another approach. invalidate_equivalences is passed in the
stack of temporary equivalences, which include those created by jump threading
as well as those created by DOM.
This means tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63768
Andrew Pinski changed:
What|Removed |Added
Component|java|libgcj
Severity|normal
.
||com
--- Comment #1 from Daniel Krügler ---
Still broken for gcc 5.0.0 20141106 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62115
Roman Perepelitsa changed:
What|Removed |Added
CC||roman.perepelitsa at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63768
Bug ID: 63768
Summary: double included .h file in
libjava/.../natFileChannelPosix.cc
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63761
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9449
--- Comment #49 from Joseph S. Myers ---
Author: jsm28
Date: Thu Nov 6 21:08:52 2014
New Revision: 217202
URL: https://gcc.gnu.org/viewcvs?rev=217202&root=gcc&view=rev
Log:
Preserve original spellings of extended identifiers.
This patch makes c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63767
--- Comment #1 from Sasha Levin ---
Created attachment 33914
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33914&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63767
Bug ID: 63767
Summary: Excessive memory usage/crash on compilation
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63766
Markus Trippelsdorf changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
Tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63766
Bug ID: 63766
Summary: [5 Regression] ICE: in gimple_predict_edge, at
predict.c:578
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63761
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #17 from howarth at bromo dot med.uc.edu ---
(In reply to Hin-Tak Leung from comment #14)
> (In reply to howarth from comment #13)
> >
> > If we made any change, I would rather it be a check in FSF gcc's
> > configure for the prese
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #16 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
Andrew Pinski changed:
What|Removed |Added
URL|https://gcc.gnu.org/ml/gcc- |
|patches/2014-11/msg0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
David Edelsohn changed:
What|Removed |Added
Target||powerpc-ibm-aix*
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
Bug ID: 63765
Summary: [5.0 Regression] libobjc testsuite failures on AIX
caused by setting _XOPEN_SOURCE
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #15 from mrs at gcc dot gnu.org ---
Mandating commands line tools is fine. Would be nice if everything worked
flawlessly if no optional package had to be installed, but I'm pragmatic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63764
Bug ID: 63764
Summary: nternal compiler error: in verify_ssa, at
tree-ssa.c:939
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: major
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #14 from Hin-Tak Leung ---
(In reply to howarth from comment #13)
>
> If we made any change, I would rather it be a check in FSF gcc's
> configure for the presence of /usr/include on darwin which provided the
> appropriate error m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59708
Jakub Jelinek changed:
What|Removed |Added
Attachment #33891|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63763
Bug ID: 63763
Summary: Crash (4) gcc 4.8.2 building cpp file
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #23 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #21)
> (In reply to Igor Zamyatin from comment #20)
> > This is mentioned here -
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
> >
> > Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #22 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #21)
> (In reply to Igor Zamyatin from comment #20)
> > This is mentioned here -
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
> >
> > Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762
--- Comment #1 from Renlin Li ---
I am starting to work on this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762
Bug ID: 63762
Summary: [ARM]GCC generates UNPREDICTABLE STR with Rn = Rt when
hard-float abi is used
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63756
--- Comment #5 from Timothy B. Terriberry ---
(In reply to Uroš Bizjak from comment #4)
> Oh, and nobody will care about long (but otherwise correct) assembly when
> optimization is switched off.
I also don't care about this.
What I care about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132
--- Comment #10 from Yury Gribov ---
(In reply to Dominique d'Humieres from comment #9)
> Per comments 6 and 7 I have tried
> ...
> but it does not fix the failures. What am I misunderstanding?
That wouldn't help because libsanitizer does not us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132
--- Comment #9 from Dominique d'Humieres ---
Per comments 6 and 7 I have tried
--- ../_clean/gcc/testsuite/c-c++-common/asan/misalign-1.c2014-05-31
12:40:03.0 +0200
+++ gcc/testsuite/c-c++-common/asan/misalign-1.c2014-11-05
14:35
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63725
--- Comment #3 from Eric Botcazou ---
> That seems to work, but in a non trivial case doesn't that make string_type
> non inter operable with other string types?
Interoperability should be preserved modulo minor adjustments.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63761
Bug ID: 63761
Summary: [5 Regression] error: gimple_bb (stmt) is set to a
wrong basic block
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760
--- Comment #2 from mojo at world3 dot net ---
On platforms with this kind of architecture the default is to place everything
in RAM, unless you specifically state otherwise.
With Harvard style architectures different instructions are used to acc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63736
--- Comment #3 from Leandro Santiago ---
I've just realized the gcc I am using is 4.8.1 instead of 4.8.1 as initially
reported.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760
--- Comment #1 from Andreas Schwab ---
Why aren't read-only data being placed in progmem by default?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #21 from Martin Liška ---
(In reply to Igor Zamyatin from comment #20)
> This is mentioned here -
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
>
> Fix for this is under review, start of the discussion is here -
> http://gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63269
--- Comment #6 from Dominik Vogt ---
(In reply to Ian Lance Taylor from comment #3)
> First, let me say that this code is in the Go master library and must be
> fixed there. It might be more effective to discuss it on the Go issue
> tracker at h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63749
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63758
Richard Biener changed:
What|Removed |Added
Keywords||lto
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760
Bug ID: 63760
Summary: Support __func__ in PROGMEM
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63756
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63725
--- Comment #2 from Dan Merrill ---
Is this what you are proposing?
type string_type is new string (1..15);
for string_type'Scalar_Storage_Order use System.High_Order_First;
type string_array is array (1..2) of string_type;
for stri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63696
Maxim Ostapenko changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63725
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
60 matches
Mail list logo
