http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714
--- Comment #10 from Thorsten Glaser ---
Yes, we still run with the code reverted to the 4.5 version in Debian.
http://patch-tracker.debian.org/patch/series/view/gcc-4.8/4.8.2-10/pr52714.diff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47270
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714
Steven Bosscher changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #9 from Steven Boss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25221
Steven Bosscher changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #5 from Steven Boss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29842
Bug 29842 depends on bug 29946, which changed state.
Bug 29946 Summary: inept unrolling for small iteration counts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29946
What|Removed |Added
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29946
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35362
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41852
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48773
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55294
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57159
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57159
Steven Bosscher changed:
What|Removed |Added
Attachment #30019|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33761
Steven Bosscher changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #31 from Steven Bos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33761
Steven Bosscher changed:
What|Removed |Added
Attachment #15108|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33761
Steven Bosscher changed:
What|Removed |Added
Attachment #15079|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36770
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20211
Bug 20211 depends on bug 19078, which changed state.
Bug 19078 Summary: Poor quality code after loop unrolling.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
What|Removed |Added
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22366
Bug 22366 depends on bug 19078, which changed state.
Bug 19078 Summary: Poor quality code after loop unrolling.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
What|Removed |Added
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50749
Steven Bosscher changed:
What|Removed |Added
CC||chris at bubblescope dot net
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Last reconfirmed|2004-12-19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24815
Bug 24815 depends on bug 19078, which changed state.
Bug 19078 Summary: Poor quality code after loop unrolling.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
What|Removed |Added
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59588
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59285
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59588
--- Comment #2 from H.J. Lu ---
-march=i686 is also ignored:
[hjl@gnu-6 gcc]$ gcc -m32 -S /tmp/t.c -march=i686
/tmp/t.c:2:2: error: #error "bad"
#error "bad"
^
[hjl@gnu-6 gcc]$
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59588
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57763
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #14 from Steven Bos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59595
Bug ID: 59595
Summary: Segmentation fault: build/genpreds -c
../../gcc/gcc/config/arm/arm.md > tmp-constrs.h
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Seve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59594
H.J. Lu changed:
What|Removed |Added
CC||rguenther at suse dot de
--- Comment #1 from H.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59594
H.J. Lu changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
--- Comment #13 from David Kredba ---
Binutils rebuilt with -mno-avx and co. not helps.
/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.9.0 20131224 (experimental) [trunk revision 206194] (GCC)
$
$ gcc-trunk -O2 small.c; a.out
0
$ gcc-trunk -O3 -fno-tree-vectorize small.c; a.out
0
$ gcc-trunk -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #11 from Dominique d'Humieres ---
> Further support from valgrind on x86_64-pc-linux-gnu:
I was not questioning the PR, but the regression: if I don't see the leak at
4.9 on my builds, there is a suspicion that the bug may have been l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
--- Comment #12 from David Kredba ---
(In reply to Jakub Jelinek from comment #8)
> That is a user error, just don't do that. As the user provided
> CFLAGS/CXXFLAGS override the default flags, you really shouldn't be using
> -mno-this and -mno-th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
David Kredba changed:
What|Removed |Added
CC||nheghathivhistha at gmail dot
com
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #10 from Rich Townsend ---
(In reply to Dominique d'Humieres from comment #9)
> > So it's actually a regression.
>
> Marking as a regression, even if I am not fully convinced.
Further support from valgrind on x86_64-pc-linux-gnu:
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
Dominique d'Humieres changed:
What|Removed |Added
Summary|Memory leak when|[4.9 Regression] Memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59593
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #8 from Harald Anlauf ---
No lag with 4.8.0 (or 4.7.x) on same machine:
==8545== HEAP SUMMARY:
==8545== in use at exit: 0 bytes in 0 blocks
==8545== total heap usage: 41 allocs, 41 frees, 40,007,187 bytes allocated
==8545==
==8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59593
Bug ID: 59593
Summary: [arm big-endian] using "ldrh" access a immediate
which stored in a memory by word
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severit
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: antoine.balestrat at gmail dot com
Hello !
The following testcase makes GCC 4.9.0 as of 20131224 segfault at -O1.
$ cat seg.c
long a, b;
void f(void)
{
if(0)
{
int c, d;
lbl1:
for(c = 0; c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252
--- Comment #9 from Markus Trippelsdorf ---
Here's a small testcase that ICEs even with the patch from comment 7 applied:
markus@x4 library % < test.ii
typedef enum {} nsresult;
class B {
void *mMappedMemory;
public:
virtual int m_fn1();
};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59582
--- Comment #3 from H.J. Lu ---
Works for me:
[hjl@gnu-6 pr59582]$ cat main.c
int callback() { return 0; }
int main() { return s_func(); }
[hjl@gnu-6 pr59582]$ cat ext.c
__attribute__((weak)) int callback() { return 1; }
int s_func() { return c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from Dominique
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59591
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59591
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Summary|ICE in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #6 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #5 from Dominique d'Humieres ---
The test also succeeds on x86_64-apple-darwin13 (clean r206033 or heavily
patched r206191) when compiled with -fsanitize=leak.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #4 from Dominique d'Humieres ---
On x86_64-apple-darwin10.8, gcc version 4.8.2, with the call system line
commented, valgrind gives:
==42524== HEAP SUMMARY:
==42524== in use at exit: 88 bytes in 1 blocks
==42524== total heap us
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59591
--- Comment #1 from Igor Zamyatin ---
Created attachment 31509
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31509&action=edit
small testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59523
--- Comment #7 from Igor Zamyatin ---
Seems to cause PR59591
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59591
Bug ID: 59591
Summary: ICE in vect_get_vec_def_for_stmt_copy, at
tree-vect-stmts.c:156 for -march=core-avx2
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Sever
51 matches
Mail list logo
