https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60823
vincenzo Innocente changed:
What|Removed |Added
CC||vincenzo.innocente at cern dot
ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #29 from Tobias Burnus ---
Status: Patch committed to the trunk (4.10), but fails (xfailed) on
powerpc*-apple-darwin*.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61084
--- Comment #12 from rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Mon May 19 07:25:25 2014
New Revision: 210604
URL: http://gcc.gnu.org/viewcvs?rev=210604&root=gcc&view=rev
Log:
gcc/
PR target/61084
* config/sparc/sparc.c (spa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60823
--- Comment #10 from Jakub Jelinek ---
(In reply to vincenzo Innocente from comment #9)
> sorry fro squatting this thread:
> I noticed that compiling the test case for haswell it does not make use of
> umm registers
> c++ -std=c++11 -Ofast -fopen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60758
--- Comment #6 from Alexey Merzlyakov ---
The issue was reproduced at my side.
Let me make necessary investigations to fix the problem as soon as possible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61195
--- Comment #2 from chrbr at gcc dot gnu.org ---
Author: chrbr
Date: Mon May 19 08:04:22 2014
New Revision: 210608
URL: http://gcc.gnu.org/viewcvs?rev=210608&root=gcc&view=rev
Log:
PR target/61195
* config/sh/sh.md (movsf_ie): Unset fp_mode for f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 57328, which changed state.
Bug 57328 Summary: Missed optimization: Unable to vectorize Fortran min and max
intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57328
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57328
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61202
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
Bug ID: 61225
Summary: [4.10 Regression] Several new failures after r210458
on x86_64-*-* with -m32
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61226
Bug ID: 61226
Summary: gccgo: hangs in sort_var_inits
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
--- Comment #3 from Manuel López-Ibáñez ---
(In reply to David Binderman from comment #2)
> (In reply to Manuel López-Ibáñez from comment #1)
> > In which sense are they interesting?
>
> They show bugs in gcc trunk.
>
> Same as running cppcheck
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60609
cbaylis at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
Uroš Bizjak changed:
What|Removed |Added
Target||i686
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
Bug ID: 61227
Summary: [C++11] Regex does not work
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61184
--- Comment #2 from Richard Biener ---
Ok, it's rather an old bug in vrp_operand_equal_p which does
if (is_overflow_infinity (val1))
return is_overflow_infinity (val2);
which isn't correct for how it is called from update_value_range
(old
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61224
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61218
--- Comment #1 from Richard Biener ---
Looks like LTO needs the cilk builtins.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61214
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61211
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61203
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.7.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60758
--- Comment #7 from Alexey Merzlyakov ---
The problem does not appear for thumb2 targets.
On older architectures (armv6 and below) in thumb-mode the LR indeed can not be
used as argument of POP instruction.
To support __cxa_end_cleanup backtraci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
--- Comment #2 from Richard Biener ---
Interesting ;) We do some non-sensical simplification on dead code and ICE.
But our dead-CFG compute code in SCCVN isn't up to recognizing a dead loop
because it's conservative and not optimistic.
Ultimati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60758
--- Comment #8 from Alexey Merzlyakov ---
Created attachment 32820
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32820&action=edit
Fix for thumb fail
Proposed bugfix (build OK, but not regtested).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61228
Bug ID: 61228
Summary: noexcept(expression) causes internal compiler error
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47461
--- Comment #2 from Jonathan Wakely ---
Works with 4.9.0
w.cc: In function ‘void f(C*)’:
w.cc:6:33: warning: ignoring return value of ‘bool C::f(T*) [with T = int]’,
declared with attribute warn_unused_result [-Wunused-result]
void f(C* pc) { i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61229
Bug ID: 61229
Summary: warn_unused_result fails to work with member functions
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61229
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61228
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61230
Bug ID: 61230
Summary: [4.10 regression][AArch64] New shift costs make
scalar_shift_1.c to FAIL
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61230
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61230
Richard Biener changed:
What|Removed |Added
Target||aarch64
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61184
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Mon May 19 12:32:15 2014
New Revision: 210611
URL: http://gcc.gnu.org/viewcvs?rev=210611&root=gcc&view=rev
Log:
2014-05-19 Richard Biener
PR tree-optimization/61184
* tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61229
Dennis Lubert changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Bug ID: 61231
Summary: [4.9/4.10 Regression] bootstrap comparision failure on
powerpc64le-linux-gnu
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #2 from Andreas Schwab ---
The C++ standard refers to ECMA-262 which defines [\w] as Perl does.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61184
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Richard Biener changed:
What|Removed |Added
Keywords||build
Priority|P3
Assignee: ian at airs dot com
Reporter: doko at gcc dot gnu.org
libgo fails to link, at least on x86*, powerpc*, arm*, aarch64* -linux with
trunk 20140519:
.libs/bytes.o:(.data.rel.C237[__go_td_FppN12_bytes.ReaderN9_io.WritererN5_int64N5_erroree]+0x0):
multiple definition of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #1 from Matthias Klose ---
this was r210608
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #3 from Jonathan Wakely ---
So it does, thanks, Andreas. I read C++11 [re.grammar]/7 as saying those
classes are part of the changes to the ECMAScript spec.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61233
Bug ID: 61233
Summary: Demangler crash
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Richard Biener changed:
What|Removed |Added
Version|4.9.0 |4.10.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Mon May 19 14:32:23 2014
New Revision: 210613
URL: http://gcc.gnu.org/viewcvs?rev=210613&root=gcc&view=rev
Log:
2014-05-19 Richard Biener
PR tree-optimization/61209
* tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Mon May 19 14:33:31 2014
New Revision: 210614
URL: http://gcc.gnu.org/viewcvs?rev=210614&root=gcc&view=rev
Log:
2014-05-19 Richard Biener
PR tree-optimization/61221
* tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #4 from FaTony ---
The first regex is used to find illegal characters in symbol name in my
project. The last regex is used to tokenize command line arguments. Those
regexes work in Visual Studio 2012/2013 and clang with libc++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61154
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
Sami Farin changed:
What|Removed |Added
CC||hvtaifwkbgefbaei at gmail dot
com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61234
Bug ID: 61234
Summary: Warn for use-stmt without explicit only-list.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53940
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
--- Comment #35 from Sami Farin ---
binutils-2.24-13.fc21
haven't tried latest from git://sourceware.org/git/binutils-gdb.git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
--- Comment #1 from Matthias Klose ---
so this happens because I had sys/sdt.h installed during the build, and
automatically gets picked up during the build.
So probably an invalid issue, or should the inclusion of this header be guarded
for arc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61201
--- Comment #2 from Richard Henderson ---
While that does allow me to proceed further, I think you're dismissing
an actual problem somewhere. If gnat 4.8.2 can compile gnat 4.9.0 for
native, then I do not understand why it can't compile 4.9.0 fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61201
--- Comment #3 from Arnaud Charlet ---
The build of GNAT cross is designed to rely on a matching native, to simplify
the
set up, so this is really as designed here, and not just a 'search path
problem'.
The coupling between the Ada runtime and t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Ian Lance Taylor changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #3 from Ian Lance Taylor ---
It's almost certainly the new ipa-comdats pass. When ipa-comdats converts a
variable from static to comdat, it needs to give it a unique name.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61219
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
Joseph S. Myers changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61235
Bug ID: 61235
Summary: SYSTEM(3) - had better copy its command string
parameter
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
Bug ID: 61236
Summary: GCC 4.9 generates incorrect object code
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61224
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #1 from Mukund Sivaraman ---
The following is _correct_ generated x8t_64 code for
dns_rdataslab_fromrdataset() as compiled with:
gcc version 4.8.2 20131212 (Red Hat 4.8.2-7) (GCC)
Under free_rdatas label, you can see that there is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61235
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #2 from Mukund Sivaraman ---
This is the C function (so you can compare notes from the next comment):
isc_result_t
dns_rdataslab_fromrdataset(dns_rdataset_t *rdataset, isc_mem_t *mctx,
isc_region_t *region, unsigned in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #3 from Mukund Sivaraman ---
The following is _incorrect_ generated x86_64 code for
dns_rdataslab_fromrdataset() as compiled with:
gcc version 4.9.1 20140507 (prerelease) (GCC).
(the current version of GCC on Arch Linux).
NOTE that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
--- Comment #5 from David Binderman ---
(In reply to Richard Biener from comment #4)
> Can you try to use -O0 with clang as it is otherwise the default for the host
> compiler invocations?
>
> Thus, it may very well be a miscompilation by clang.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #5 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #4)
> Could you please try to reproduce the issue with a more recent snapshot:
> ftp://gcc.gnu.org/pub/gcc/snapshots/4.10-20140518/
Sorry wrong address.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #6 from Jan Hubicka ---
Well, is there a reason why I can not place static symbol into the comdat
section, just as we do for labels within functions or thunks? Those also do not
have unique name.
It seems to me that there is a problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||ishiura-compiler at ml dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61224
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58761
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Mon May 19 18:41:24 2014
New Revision: 210624
URL: http://gcc.gnu.org/viewcvs?rev=210624&root=gcc&view=rev
Log:
PR c++/58761
* pt.c (tsubst_copy): Don't check at_function_scope_p.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56724
--- Comment #9 from Marek Polacek ---
(In reply to Tom Tromey from comment #5)
> I tried this today with a recent-ish gcc trunk build, and
> there's been a regression.
>
> Now:
>
> barimba. gcc --syntax-only r.c
> r.c: In function ‘docall’:
> r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #7 from Jan Hubicka ---
Created attachment 32821
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32821&action=edit
patch I am testing
This patch seems to do what I want - it makes the comdat local variables to be
in the comdat g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #6 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #4)
> Could you please try to reproduce the issue with a more recent snapshot:
No need. I can reproduce the issue and will look deeper tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61133
--- Comment #1 from Ville Voutilainen ---
Patch is in https://gcc.gnu.org/ml/gcc-patches/2014-05/msg00656.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47202
--- Comment #3 from Jason Merrill ---
This is an issue of combinatorial explosion in checking code; when we have lots
of substitutions, checking each one against each other takes a long time,
especially when each comparison involves recursively c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
--- Comment #3 from Uroš Bizjak ---
Related to PR61225
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #7 from Markus Trippelsdorf ---
-fno-delete-null-pointer-checks fixes the issue and is an easy workaround
for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
--- Comment #6 from Uroš Bizjak ---
(In reply to David Binderman from comment #5)
> I'll try again in a few days time.
Richard S. is preparing a patch at [1], perhaps you can help to test it?
[1] https://gcc.gnu.org/ml/gcc-patches/2014-05/msg0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61237
Bug ID: 61237
Summary: gcc puts line number 11 ahead of line number 10 in
function call in debug info
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
Uroš Bizjak changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61223
Jonathan Wakely changed:
What|Removed |Added
Component|libstdc++ |target
--- Comment #1 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61202
--- Comment #3 from Carrot ---
4.8 branch also has the same problem.
1 - 100 of 122 matches
Mail list logo
