http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10291
--- Comment #10 from Paolo Carlini 2013-03-02
11:05:45 UTC ---
This is fixed for 4.8.0. I'm adding the testcase and closing the PR.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52688
--- Comment #13 from paolo at gcc dot gnu.org
2013-03-02 11:17:48 UTC ---
Author: paolo
Date: Sat Mar 2 11:17:44 2013
New Revision: 196405
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196405
Log:
2013-03-02 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10291
--- Comment #11 from paolo at gcc dot gnu.org
2013-03-02 11:17:48 UTC ---
Author: paolo
Date: Sat Mar 2 11:17:44 2013
New Revision: 196405
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196405
Log:
2013-03-02 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10291
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56508
Bug #: 56508
Summary: [SH] Add support for rtv/n instruction
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56507
--- Comment #2 from Alexander 2013-03-02 13:49:39
UTC ---
(In reply to comment #1)
> (In reply to comment #0)
> > GCC -march=native includes only flags: -mmmx -msse -msse2 -msse3 -mssse3
> > but some Core2Duo processors have -msse4 -msse4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54383
--- Comment #5 from Olivier Goffart 2013-03-02
15:12:54 UTC ---
The code in Bug 56464 is valid code:
struct bug { bug*a = [&](){return this;}(); };
(Just in case this may change the priority)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56464
poenitz at htwm dot de changed:
What|Removed |Added
CC||poenitz at htwm dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55757
Timmy Brolin changed:
What|Removed |Added
CC||web at brolinembedded dot
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sch...@linux-m68k.org
Target: powerpc-*-*
../../xgcc -B../../ -static-libgcc -I- -I../rts -I.
-I/daten/gcc/gcc-20130302/gcc/ada -DIN_GCC -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56509
Andreas Schwab changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55303
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55303
--- Comment #2 from Oleg Endo 2013-03-02 16:23:57
UTC ---
For non-SH2A targets there is an opportunity to generate better insn sequences
for the special case
unsigned int test (unsigned int a)
{
return a > 1 ? 1 : a;
}
on SH2A:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55789
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55362
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56312
--- Comment #3 from Martin Liška 2013-03-02
17:37:31 UTC ---
I just run it in debugger giving me exactly the same stack trace, so
can_refer_decl_in_current_unit_p is the place.
Martin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56507
--- Comment #3 from Andrew Pinski 2013-03-02
17:41:13 UTC ---
Can you invoke the following command:
cat /proc/cpuinfo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56312
--- Comment #4 from Jan Hubicka 2013-03-02
17:50:06 UTC ---
I see, it looks like a bug when computing the boundary then; if folding is
possible through the constructor, the symtab node ought to be shipped into the
partition.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56502
--- Comment #1 from Jan Kratochvil
2013-03-02 18:19:42 UTC ---
FAIL: gcc-4.8.0-0.14.fc19.x86_64
FAIL: GNU C++ 4.7.3 20130221 (prerelease)
FAIL: GNU C++ 4.8.0 20130302 (experimental)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56507
--- Comment #4 from Alexander 2013-03-02 18:51:35
UTC ---
(In reply to comment #3)
> Can you invoke the following command:
> cat /proc/cpuinfo
I'm terribly sorry, something went wrong (several times), when I executed "gcc
-march=native
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56506
--- Comment #1 from Michael Mehlich
2013-03-02 18:55:43 UTC ---
Some more information using a function template instead of a class template:
-- Additional code
template void foo(Y,T>...) {
}
int main() {
Y,int> yi;
Y,bool>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56479
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Status|UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44661
--- Comment #5 from Georg Sauthoff 2013-03-02
20:42:25 UTC ---
I can reproduce this issue on Ubuntu 10.04 (gcc 4.4.3).
That means:
$ gcc -o foo foo.c -fmudflapth -lpthread -lmudflapth
$ ./foo
-> mf: erroneous reentrancy detected i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44661
--- Comment #6 from Andrew Pinski 2013-03-02
20:44:20 UTC ---
I bet the issue is that Ubuntu's GCC passes --as-needed by default (non
standard really).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37927
--- Comment #4 from Georg Sauthoff 2013-03-02
20:51:07 UTC ---
Can reproduce this with gcc 4.7.2:
$ cat setl.c
#include
#include
#include
int main()
{
char *s = setlocale(LC_ALL, 0);
char buffer[512] = {0};
strcpy(buf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56464
--- Comment #5 from Jonathan Wakely 2013-03-02
22:20:44 UTC ---
That one's easy, it can be both ice-on-valid-code and ice-on-invalid-code
If it crashes in the same place and is fixed by the same fix, it's the same
bug, no?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56510
Bug #: 56510
Summary: adding -g compiles 'forever' vs 49s
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56510
--- Comment #1 from Andrew Pinski 2013-03-03
00:10:49 UTC ---
Since you are building the trunk you should do timings only when configure with
--enable-checking=release as by default on the trunk, some extra checking is
enabled.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56510
--- Comment #2 from Sam Rushing
2013-03-03 00:48:51 UTC ---
I recompiled with --enable-checking=release, but I couldn't see any difference.
I've attached to the process with gdb and it appears to be stuck forever in
cselib.c, often in cs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56510
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56510
Steven Bosscher changed:
What|Removed |Added
Keywords||compile-time-hog
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56510
--- Comment #4 from Sam Rushing
2013-03-03 01:19:30 UTC ---
That did the trick... -fno-var-tracking fixes the issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56485
Andrew Pinski changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431
Markus F.X.J. Oberhumer changed:
What|Removed |Added
CC||markus at oberhumer dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56145
--- Comment #5 from Vincent 2013-03-03 05:00:12 UTC
---
The problem started with (ppl changeover to isl) this revision
http://gcc.gnu.org/viewcvs?view=revision&revision=189156
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56511
Bug #: 56511
Summary: memcpy misses chance to use AVX instructions
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56511
--- Comment #1 from Jeffrey Yasskin 2013-03-03
06:19:57 UTC ---
LLVM catches this optimization.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56511
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-*-*
Component|rt
38 matches
Mail list logo
