http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55915
--- Comment #6 from Yves Caniou ---
(In reply to Yves Caniou from comment #5)
> Le mardi 19 novembre 2013 02:36:30 pinskia at gcc dot gnu.org a écrit :
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55915
> >
> > Andrew Pinski changed:
> >
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49024
Bug 49024 depends on bug 59227, which changed state.
Bug 59227 Summary: [4.9 regression] FAIL: gfortran.dg/erf_3.F90 -O0 execution
test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
What|Removed |Added
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227
Francois-Xavier Coudert changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59235
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Jeffrey A. Law ---
> Ranier,
>
> The only sparc box in the farm is the painfully slow gcc54 which someone else
> is hammering so bad there's no way I can reasonably
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58314
--- Comment #10 from Oleg Endo ---
(In reply to Oleg Endo from comment #9)
>
> I'm testing the above patch now.
And there are failures. Here is one (I think I remember it when working on the
QI/HImode displacement addressing stuff):
FAIL: gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59219
--- Comment #3 from Richard Biener ---
But if you are using __builtin__xxx_chk you are using a builtin and thus
are required to follow the builtins semantic. You can use __memcpy_chk
instead (but you won't get the optimization to memcpy for unkno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59248
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59248
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59245
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59240
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51219
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714
Richard Biener changed:
What|Removed |Added
Target||m68k-linux-gnu
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56706
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #8 from Richard Bien
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56738
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56706
--- Comment #9 from Joost VandeVondele
---
(In reply to Richard Biener from comment #8)
> Waiting for analysis.
Analysis by whom, and if me, what can I do ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56750
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Version|unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56811
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56791
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56824
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56912
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56077
Bug 56077 depends on bug 56912, which changed state.
Bug 56912 Summary: [4.8/4.9 Regression] scheduler change breaks linux kernel
LTO build with 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56912
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57032
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57059
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57461
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57664
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57503
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56063
--- Comment #10 from Joost VandeVondele
---
Frederic, are you still looking into this one ? I still believe this would be
progress.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57732
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58125
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58315
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57915
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #5 from Richard Biener -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59063
--- Comment #20 from Kostya Serebryany ---
This is fixed in llvm trunk, right?
I am planing another merge to gcc in ~1 week.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733
Richard Biener changed:
What|Removed |Added
Keywords||lto
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56706
--- Comment #10 from Joost VandeVondele
---
So, after the change from fat to slim lto, I've added the CP2K SVN repo to use
gcc-ar (so that the instructions in comment #1 should still work).
Now, the issue discussed here fails to reproduce becau
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59188
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59139
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56706
Joost VandeVondele changed:
What|Removed |Added
Depends on||59154
--- Comment #11 from Joost Van
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59138
--- Comment #4 from Eric Botcazou ---
Latent issue in the alias.c machinery: output_dependence returns 0 on
(insn 21 20 22 2 (set (mem/c:DI (const:DI (plus:DI (symbol_ref:DI ("b") [flags
0x2] )
(const_int 8 [0x8]))) [0 +8 S8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59188
--- Comment #11 from Kostya Serebryany ---
planing next merge from llvm to gcc in ~1 week.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59246
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #48 from Paulo J. Matos ---
(In reply to Paulo J. Matos from comment #47)
> Would like to add that I backported the patch locally and all the testsuite
> is passing until now. The ICE I initially got is not gone as well. So I can
> con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733
--- Comment #5 from Markus Trippelsdorf ---
FYI I'm running the latest binutils trunk:
GNU gold (GNU Binutils 2.24.51.20131121) 1.11
(I don't use -fuse-ld=gold normally, because one can
easily switch linkers globally, e.g.:
ln -f /usr/x86_64-pc-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #49 from Paulo J. Matos ---
I noticed that enabling misaligned moves have created a few test failures on my
port. Namely: execute.exp=20051113-1.c. It was generating one too many moves to
deference the structure in function Sum.
Apply
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59247
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59249
Bug ID: 59249
Summary: Jump threading makes if-conversion and following
vectorization impossible.
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59240
--- Comment #2 from Adam Borowski ---
Created attachment 31271
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31271&action=edit
smaller test case that compiles with 4.8
A funny thing: this ICE does not show in the original file, it just happ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59215
--- Comment #19 from Jonathan Wakely ---
Oleg, I can't reproduce this tsan warning with the cases Iv'e tried, what is
the stack trace you see?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59148
--- Comment #4 from Jakub Jelinek ---
Well, -D_FORTIFY_SOURCE=2 does things that asan doesn't and can't do, so
disabling fortification if you build with -fsanitize=address sounds like a very
bad idea to me.
IMHO libasan should intercept also the _
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59249
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59249
--- Comment #2 from Richard Biener ---
Btw, see PR57521 for how the code is different from that on the 4.8 branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53001
--- Comment #30 from Joshua Cogliati ---
Yes, it is fixed so far as I am concerned. I checked out gcc trunk 205109, and
bootstraped it and tried it out on:
int main(int argc, char ** argv) {
int i = 3.14;
return i;
}
int foo(double x)
{
r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59243
--- Comment #1 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #0)
> Created attachment 31270 [details]
> A reduced test case
Thanks. This is a very good test case. I'm looking into it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59243
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59250
Bug ID: 59250
Summary: usan: ICE (segfault) with -fsanitize=undefined in
ubsan_create_data
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59238
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59250
--- Comment #1 from Marek Polacek ---
Yeah, I bet this hunk
--- gcc/ubsan.c.jj2013-11-22 01:40:03.0 +0100
+++ gcc/ubsan.c2013-11-22 10:05:29.491725405 +0100
@@ -227,8 +227,8 @@ ubsan_source_location (location_t loc)
xloc = expa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59250
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733
--- Comment #6 from H.J. Lu ---
(In reply to Richard Biener from comment #4)
> Seems like -fuse-ld=gold doesn't work with -flto, so not yet confirmed.
>
> with an installed compiler -fuse-ld=gold works. It would be nice if
> running the testsuit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59148
--- Comment #5 from Alexander Potapenko ---
I've opened https://code.google.com/p/address-sanitizer/issues/detail?id=247 to
track this. But until that issue is fixed we'll have to disable source
fortification in GCC if ASan is enabled.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59251
Bug ID: 59251
Summary: wrong code generation with allocatable dummy argument
and INTENT(OUT)
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59247
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59252
Bug ID: 59252
Summary: wrong code generation for allocatable dummy arguments
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59251
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59252
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59253
Bug ID: 59253
Summary: Python pretty printer should be improved for
unique_ptr, shared_ptr and map
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59091
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59254
Bug ID: 59254
Summary: confusing diagnostic for undefined template shadowed
by declaration in inline namespace
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Ke
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59216
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59216
--- Comment #4 from Richard Earnshaw ---
Author: rearnsha
Date: Fri Nov 22 15:43:11 2013
New Revision: 205271
URL: http://gcc.gnu.org/viewcvs?rev=205271&root=gcc&view=rev
Log:
PR target/59216
gcc/
* arm.md (negdi_extendsidi): Fix invalid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59216
Richard Earnshaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59243
--- Comment #2 from Oleg Endo ---
Created attachment 31274
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31274&action=edit
Infinite recursion fix
The attached patch should fix the infinite recursion problem. The test case
compiles for me w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59215
--- Comment #20 from Oleg Smolsky ---
Hey Jonathan, here is the output:
Read of size 4 at 0x7d045008 by main thread (mutexes: write
M2344, write M132):
#0 _M_add_ref_lock
/gcc48/include/c++/4.8.x-google/bits/shared_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59255
Bug ID: 59255
Summary: Segmentation fault with std::function and
-fprofile-use
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: critical
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59256
Bug ID: 59256
Summary: qualified name in friend function declaration doesn't
match previous declaration in inline namespace
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59257
Bug ID: 59257
Summary: usan/*san: Dpcumentation oddness of -fsanitize= /
-fsanitize=shift
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: documentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59247
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Fri Nov 22 16:59:25 2013
New Revision: 205277
URL: http://gcc.gnu.org/viewcvs?rev=205277&root=gcc&view=rev
Log:
PR libstdc++/59247
* include/bits/c++config (_GLIBCXX_INLINE_VERSIO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59247
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59054
--- Comment #4 from Michael Meissner ---
Author: meissner
Date: Fri Nov 22 17:24:32 2013
New Revision: 205278
URL: http://gcc.gnu.org/viewcvs?rev=205278&root=gcc&view=rev
Log:
2013-11-22 Michael Meissner
PR target/59054
* gcc.target/p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59219
--- Comment #4 from Martin Sebor ---
I understand. The current semantics of __builtin__xxx_chk are to:
a) check the constraints of the xxx function at compile time, and
b) diagnose constraint violations detected in (a) and call __xxx_chk, or
c) e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59256
Paolo Carlini changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56063
Frédéric Buclin changed:
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2013-01-21
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56063
Frédéric Buclin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45911
Frédéric Buclin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59256
--- Comment #2 from Jonathan Wakely ---
It only affects --enable-symvers=gnu-versioned-namespace not the default
config, but it makes unusable. We can work around it if needed by
moving __regex_algo_impl out of the __detail namespace.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59138
--- Comment #5 from Eric Botcazou ---
> Latent issue in the alias.c machinery: output_dependence returns 0 on
>
> (insn 21 20 22 2 (set (mem/c:DI (const:DI (plus:DI (symbol_ref:DI ("b")
> [flags 0x2] )
> (const_int 8 [0x8])))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58901
--- Comment #5 from Martin Husemann ---
Created attachment 31275
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31275&action=edit
.i file from the failing compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58901
--- Comment #6 from Martin Husemann ---
This is beyound my gcc capabilities: the rtx in question is wrong for vax, but
the bug seems to be at a higher level: an indexed memory access can not be
wrapped into a subreg with offset in the same stateme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59138
Eric Botcazou changed:
What|Removed |Added
Component|rtl-optimization|middle-end
--- Comment #6 from Eric Botca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59054
--- Comment #5 from Michael Meissner ---
Author: meissner
Date: Fri Nov 22 19:20:46 2013
New Revision: 205280
URL: http://gcc.gnu.org/viewcvs?rev=205280&root=gcc&view=rev
Log:
[gcc]
2013-11-22 Michael Meissner
Backport from mainline
2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59235
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59221
Jeffrey A. Law changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #8 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19794
Bug 19794 depends on bug 54742, which changed state.
Bug 54742 Summary: Switch elimination in FSM loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742
What|Removed |Added
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10474
--- Comment #16 from Jeffrey A. Law ---
Author: law
Date: Fri Nov 22 19:37:00 2013
New Revision: 205281
URL: http://gcc.gnu.org/viewcvs?rev=205281&root=gcc&view=rev
Log:
PR rtl-optimization/10474
* ira.c (interesting_dest_for_shprep_1): N
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57640
Ed Smith-Rowland <3dw4rd at verizon dot net> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58314
--- Comment #11 from Oleg Endo ---
(In reply to Oleg Endo from comment #10)
>
> This usually happens because SH2A insns are output -- 32 bit displacement
> addressing insns which are more flexible -- even though the target is
> non-SH2A. This is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42825
Ed Smith-Rowland <3dw4rd at verizon dot net> changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48014
Ed Smith-Rowland <3dw4rd at verizon dot net> changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58314
--- Comment #12 from Oleg Endo ---
(In reply to Oleg Endo from comment #10)
>
> FAIL: gcc.dg/torture/vshuf-v16hi.c -O2 (test for excess errors)
> Excess errors:
> /usr/local/sh-elf/bin/ld: internal error: merge of architecture 'sh3e' with
> arc
1 - 100 of 119 matches
Mail list logo