http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56478
Jakub Jelinek changed:
What|Removed |Added
CC||dehao at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56478
--- Comment #3 from Jakub Jelinek 2013-02-28
08:15:19 UTC ---
There are other issues, like e.g. using int type to store step, with:
if (host_integerp (iv0.step, 0))
step = tree_low_cst (iv0.step, 0);
guard for that. host_in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56480
Bug #: 56480
Summary: Explicit specialization in a namespace enclosing the
specialized template
Classification: Unclassified
Product: gcc
Version: 4.8.0
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56475
--- Comment #6 from Kai Tietz 2013-02-28 08:43:30
UTC ---
(In reply to comment #4)
> I agree. Care to send a patch for that?
Well, something like this should fix the issue:
Index: acinclude.m4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56445
--- Comment #1 from Georg-Johann Lay 2013-02-28
09:16:15 UTC ---
Author: gjl
Date: Thu Feb 28 09:16:08 2013
New Revision: 196332
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196332
Log:
PR target/56445
* config/avr/a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56445
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54640
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Last reconfirmed|2013-02-25 00:00:00 |2013-02-27 0:00
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56475
--- Comment #7 from Paolo Carlini 2013-02-28
09:45:50 UTC ---
Good. I would say, please add a one line comment mentioning the MSYS subsystem
issue, etc, test and commit at your ease. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48901
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54662
--- Comment #2 from Jorn Wolfgang Rennecke
2013-02-28 09:49:36 UTC ---
mep-elf builds OK now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55813
--- Comment #2 from paolo at gcc dot gnu.org
2013-02-28 10:01:04 UTC ---
Author: paolo
Date: Thu Feb 28 10:00:54 2013
New Revision: 196334
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196334
Log:
2013-02-28 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49401
--- Comment #1 from Jorn Wolfgang Rennecke
2013-02-28 10:01:16 UTC ---
mep-elf builds OK now.
However, this is also a diagnostics issue, that has to be checked with
the preprocessed source from the attachment.
gcc (GCC) 4.8.0 20130225 on i686-pc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55813
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52500
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52550
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54639
--- Comment #2 from Jorn Wolfgang Rennecke
2013-02-28 10:09:45 UTC ---
am33_2.0-linux / mn10300-elf build OK now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52501
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54639
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56466
--- Comment #6 from Marek Polacek 2013-02-28
10:13:53 UTC ---
Author: mpolacek
Date: Thu Feb 28 10:13:48 2013
New Revision: 196335
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196335
Log:
PR rtl-optimization/56466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56466
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54662
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56481
Bug #: 56481
Summary: [4.8 Regression] endless loop compiling a C++ file
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56474
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56474
Eric Botcazou changed:
What|Removed |Added
CC|ebotcazou at gcc dot|
|gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #57 from Kostya Serebryany 2013-02-28
11:31:54 UTC ---
I've created a page that describes how I run SPEC with asan.
There is also a patch that works around the known SPEC bugs.
https://code.google.com/p/address-sanitizer/wik
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56481
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56482
Bug #: 56482
Summary: missing -lpthread in configure when checking for
pthreads_num_processors_np
Classification: Unclassified
Product: gcc
Version: 4.7.2
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #11 from Kostya Serebryany 2013-02-28
12:01:34 UTC ---
Created attachment 29550
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29550
rename no_address_safety_analysis to no_sanitize_address
How do we decide? When is the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #12 from Jakub Jelinek 2013-02-28
12:13:42 UTC ---
(In reply to comment #11)
> Created attachment 29550 [details]
> rename no_address_safety_analysis to no_sanitize_address
>
> How do we decide? When is the deadline for 4.8?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56482
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #13 from Kostya Serebryany 2013-02-28
12:36:12 UTC ---
> This doesn't DTRT with the old attribute, because you lookup_attribute only
> the
> new name.
> Either you'd need to look up also the old name, or
> handle_no_address_s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56294
--- Comment #12 from Martin Jambor 2013-02-28
12:43:42 UTC ---
Author: jamborm
Date: Thu Feb 28 12:43:33 2013
New Revision: 196340
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196340
Log:
2013-02-28 Martin Jambor
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49234
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56478
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56482
--- Comment #2 from Karlson2k 2013-02-28 14:08:02 UTC ---
If it'll be only compile test, how result can be linked when dependence on
libpthread will be unknown?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56482
--- Comment #3 from Jonathan Wakely 2013-02-28
14:27:48 UTC ---
The function is only used in src/c++11/thread.cc which will already be linked
to libpthread.so if needed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56482
--- Comment #4 from Jonathan Wakely 2013-02-28
14:29:10 UTC ---
Actually that might not be true ... the other functions used in thread.cc could
be linked to weak symbols.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56483
Bug #: 56483
Summary: LTO issue with expanding GIMPLE_COND
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56483
--- Comment #1 from Yuri Rumyantsev 2013-02-28
14:43:22 UTC ---
Created attachment 29551
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29551
test-case to reproduce
Test must be compiled with -O2 -flto -fno-inline options
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56484
Bug #: 56484
Summary: ICE in assign_by_spills, at lra-assigns.c:1268
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56484
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56485
Bug #: 56485
Summary: internal compiler error: in cdtor_comdat_group, at
cp/optimize.c:\ 186
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56485
--- Comment #1 from Guy Blelloch 2013-02-28 15:45:16
UTC ---
Created attachment 29553
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29553
Full output of the compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56485
--- Comment #2 from Guy Blelloch 2013-02-28 15:46:04
UTC ---
Created attachment 29554
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29554
The .ii file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49234
--- Comment #7 from Aldy Hernandez 2013-02-28
15:49:34 UTC ---
Created attachment 29555
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29555
proof of concept: untested
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56465
--- Comment #2 from Kai Tietz 2013-02-28 15:56:09
UTC ---
(In reply to comment #1)
> >it is actual a constant.
>
> I don't think it is a integer constant expression though as it contains a cast
> from a pointer type to an integer type.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49234
Aldy Hernandez changed:
What|Removed |Added
CC||dnovillo at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56243
--- Comment #9 from Jason Merrill 2013-02-28
16:01:28 UTC ---
Author: jason
Date: Thu Feb 28 16:01:09 2013
New Revision: 196343
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196343
Log:
PR c++/56243
* call.c (build_ov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56468
--- Comment #4 from Daniel Frey 2013-02-28 16:14:41 UTC
---
(In reply to comment #1)
I think the first line you added is enough, as evidenced by my "fix" referenced
in the Stack Overflow discussion (see link above). But the second line w
=/work/builds/gcc-fsf-master/tools
--enable-languages=c,c++,fortran
--with-ppl-include=/usr/include/x86_64-linux-gnu
Thread model: posix
gcc version 4.8.0 20130228 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55796
--- Comment #2 from Marc Glisse 2013-02-28 16:57:35
UTC ---
(In reply to comment #1)
> DOM is the optimization that tries to optimize these cases. It's probably
> overly careful for FP compares.
Note that the compiler doesn't optimize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56481
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56465
Chung-Ju Wu changed:
What|Removed |Added
CC||jasonwucj at gmail dot com
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56481
--- Comment #2 from Jakub Jelinek 2013-02-28
17:35:47 UTC ---
With -std=c++11 this actually started already with
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189851
when that code has been introduced in potential_constant_expression_1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55830
Chris King changed:
What|Removed |Added
CC||colanderman at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56312
--- Comment #1 from Martin Liška 2013-02-28
18:31:05 UTC ---
I patched following two files with __attribute__ ((used)) which helped to go
further, having a new issue:
/home/marxin/Programming/firefox/xpcom/components/nsComponentManager.cpp: In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16458
--- Comment #11 from Peter Bergner 2013-02-28
20:21:05 UTC ---
Author: bergner
Date: Thu Feb 28 20:20:56 2013
New Revision: 196357
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196357
Log:
gcc/
Backport from mainline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56481
--- Comment #3 from Jason Merrill 2013-02-28
20:21:36 UTC ---
Author: jason
Date: Thu Feb 28 20:21:23 2013
New Revision: 196358
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196358
Log:
PR c++/56481
* semantics.c (pot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56243
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56481
--- Comment #4 from Jason Merrill 2013-02-28
20:36:54 UTC ---
Author: jason
Date: Thu Feb 28 20:36:47 2013
New Revision: 196359
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196359
Log:
PR c++/56481
* g++.dg/cpp0x/con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49234
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56481
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
--- Comment #16 from Jakub Jelinek 2013-02-28
21:20:34 UTC ---
Author: jakub
Date: Thu Feb 28 21:20:26 2013
New Revision: 196360
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196360
Log:
PR middle-end/56461
* tree-vec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #14 from Jakub Jelinek 2013-02-28
21:23:30 UTC ---
Author: jakub
Date: Thu Feb 28 21:23:23 2013
New Revision: 196361
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196361
Log:
PR sanitizer/56454
* asan.c (g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56486
Bug #: 56486
Summary: infinite loop in cc1 at -O1 and above
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56486
--- Comment #1 from Dara Hazeghi 2013-02-28
22:37:44 UTC ---
Created attachment 29556
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29556
hanging testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55135
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2012-10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55135
--- Comment #10 from Steven Bosscher 2013-02-28
23:58:38 UTC ---
Created attachment 29557
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29557
Collected hacks to make the test case compile in reasonable time with -O0
Patch does 2 t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55135
Steven Bosscher changed:
What|Removed |Added
Keywords||compile-time-hog,
optimization
enabled, or with gcc 3.x, it executes successfully. Host/target is
x86_64-unknown-linux-gnu.
$ gcc-trunk --version
gcc-trunk (GCC) 4.8.0 20130228 (experimental) [trunk revision 196339]
$ gcc-trunk -m32 -msse2 -O1 sse-isamax.c
$ ./a.out
$ gcc-trunk -m32 -msse2 -O0 sse-isamax.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56487
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56428
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56488
Bug #: 56488
Summary: wrong code for loop at -O3
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56489
Bug #: 56489
Summary: [C++11] Member type lookup fails on dependent
using-declarations
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56488
--- Comment #1 from Andrew Pinski 2013-03-01
06:58:48 UTC ---
Works on the trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56484
Venkataramanan changed:
What|Removed |Added
CC||venkataramanan.kumar at amd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55135
--- Comment #12 from Steven Bosscher 2013-03-01
07:50:43 UTC ---
Last night's compilation at -O1 with my hacks applied finished after
a whopping >6 hours. Top compile time consumers:
early inlining heuristics: 12409.92 (55%) usr
integ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55135
--- Comment #13 from Steven Bosscher 2013-03-01
07:52:41 UTC ---
For reference, my numbers are for GCC 4.8 trunk r196182, configured
with release checking, on x86_64-unknown-linux-gnu, on AMD Opteron
Processor 8354 at 2200MHz.
78 matches
Mail list logo