http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46680
Dmitry Gorbachev changed:
What|Removed |Added
CC||d.g.gorbachev at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46681
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46682
Summary: __sync_bool_compare_and_swap generates wrong code
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671
--- Comment #2 from John David Anglin 2010-11-27
04:20:08 UTC ---
> I'm going to try removing assert.
>
> It should be noted that on 32-bit HP-UX we create multiple unamed "sections"
> (subspaces) in an object.
Doesn't work. Section handling i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671
--- Comment #1 from John David Anglin 2010-11-27
02:07:08 UTC ---
Backtrace:
Breakpoint 1, default_no_named_section (name=0x7afad8f0 ".text.startup",
flags=2097408, decl=0x7afa6900) at ../../gcc/gcc/varasm.c:5994
5994 gcc_unreachable ();
(g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46681
--- Comment #3 from Jay 2010-11-27 01:39:30 UTC
---
no luck with ulimit -- I should have known since it is mmap
trying w/o -disable-bootstra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46681
--- Comment #2 from Jay 2010-11-27 01:14:57 UTC
---
Trying again with ulimit -d unlimited.
I wonder if something like can/should be automated, like with some wrapper
executable.
Notice I'm using -enable-checking.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46681
--- Comment #1 from Jay 2010-11-27 01:09:47 UTC
---
Actually running make again doesn't fix it.
And machine is nearly single-tasking at the moment.
I'll try without -disable-bootstrap.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46681
Summary: insn-recog.c is too taxing on bootstrap compiler
(Apple gcc 4.0.1)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46680
Summary: Suboptimal code generated for bool comparisons
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46679
Summary: fold_binary changes types in divisionm breaking
configure -enable-checking
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
--- Comment #2 from Tobias Burnus 2010-11-27
00:35:04 UTC ---
(In reply to comment #1)
> testing: r162217 (589550ff51f6645a92a0538f31953b94e40585b4)
> testing: r162219 (c5faa79924f2b5c58fd21b6bd2416836985dfc25)
Forgot to change that: The fir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
Tobias Burnus changed:
What|Removed |Added
CC||domob at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46678
Summary: [4.6 Regression] Wrong code with strings
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: fort
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #9 from joseph at codesourcery dot com 2010-11-26 23:45:16 UTC ---
On Fri, 26 Nov 2010, amylaar at gcc dot gnu.org wrote:
> > * All the macros relating to the sizes of various C types in bits should
> > be replaced by hooks that are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #8 from Richard Guenther 2010-11-26
23:08:50 UTC ---
(In reply to comment #7)
> (In reply to comment #6)
>
> > No. The optimization passes that are remotely related do not work
> > flow or context sensitive, so we don't know whether
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
--- Comment #13 from Lance Kinley 2010-11-26 22:57:08
UTC ---
-O and -O2 are broken in 4.5.1 but work in the 4.5 and 4.6 snapshots.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #7 from Jorn Wolfgang Rennecke
2010-11-26 22:34:08 UTC ---
(In reply to comment #6)
> No. The optimization passes that are remotely related do not work
> flow or context sensitive, so we don't know whether the initialization
> takes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
Richard Guenther changed:
What|Removed |Added
Target Milestone|4.5.2 |---
Summary|[4.5 regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #6 from Richard Guenther 2010-11-26
22:18:23 UTC ---
(In reply to comment #5)
> (In reply to comment #3)
> > * Modifiable members of targetm are a bad idea and make LTO-based
> > devirtualization harder (I'd rather targetm was const
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
--- Comment #11 from Lance Kinley 2010-11-26 22:10:16
UTC ---
Works with -O and -O2 on the 4.5 snapshot and the 4.6 snapshot.
-O3 is the culprit.
I have not tested with any other versions other than 4.5.1 and the two
snapshots mentioned.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #5 from Jorn Wolfgang Rennecke
2010-11-26 22:08:11 UTC ---
(In reply to comment #3)
> * Modifiable members of targetm are a bad idea and make LTO-based
> devirtualization harder (I'd rather targetm was const for single-target
> buil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #4 from Jorn Wolfgang Rennecke
2010-11-26 21:53:40 UTC ---
Created attachment 22543
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22543
patch using DEFHOOKPOD
For the record, this is the patch using DEFHOOKPOD.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46499
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.5/4.6 Regression]|[4.5 Regression]
|gcc.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43751
--- Comment #5 from Iain Sandoe 2010-11-26 21:32:39
UTC ---
Notes:
(temporary work-arounds)
1. for Fortran, one can effect a fix by altering the dsymutil spec in
config/darwin.h and config/darwin9.h thus:
.c|.cc|.C|.cpp|.cp|.c++|.cxx|.CPP|.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584
--- Comment #6 from joseph at codesourcery dot com 2010-11-26 21:28:52 UTC ---
On Fri, 26 Nov 2010, dave at hiauly1 dot hia.nrc.ca wrote:
> I needed to add __float128 type and some builtins. To do this, I
__float128 should only be present where
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #3 from joseph at codesourcery dot com 2010-11-26 21:24:05 UTC ---
On Fri, 26 Nov 2010, amylaar at gcc dot gnu.org wrote:
> The frontends and tree optimizers use the *_TYPE_SIZE and POINTER_SIZE
> target macros.
>
> They should inste
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46651
--- Comment #6 from Brad Jackson 2010-11-26
21:19:17 UTC ---
It happens for me compiling Firefox from trunk source on 32-bit Intel/Linux
using -march=core2, but this doesn't appear to be specific to an architecture.
I'm available for applying tes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46651
--- Comment #5 from saellaven at gmail dot com 2010-11-26 21:10:50 UTC ---
(In reply to comment #4)
> Created attachment 22540 [details]
> preprocessed source without -march or -mtune
>
> compiled with
>
> ./doltcompile x86_64-pc-linux-gnu-gcc -D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #2 from Jorn Wolfgang Rennecke
2010-11-26 21:01:09 UTC ---
(In reply to comment #1)
> Frontends and tree optimizers also use TYPE_SIZE_UNIT and DECL_SIZE_UNIT which
> is calculated by layout_type using target dependent BITS_PER_UNIT.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
--- Comment #38 from Dodji Seketeli 2010-11-26
20:58:09 UTC ---
Created attachment 22542
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22542
A possible patch to kill pedantic warnings of macros defined in system headers
This patch builds on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #1 from Richard Guenther 2010-11-26
19:49:58 UTC ---
Frontends and tree optimizers also use TYPE_SIZE_UNIT and DECL_SIZE_UNIT which
is calculated by layout_type using target dependent BITS_PER_UNIT.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29141
Michael Schulze changed:
What|Removed |Added
CC||mschulze at ivs dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584
--- Comment #5 from dave at hiauly1 dot hia.nrc.ca 2010-11-26 19:04:56 UTC ---
On Fri, 26 Nov 2010, burnus at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584
>
> --- Comment #2 from Tobias Burnus 2010-11-26
> 08:04:50
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
Summary: frontends and tree optimizers use *_TYPE_SIZE
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44871
--- Comment #14 from joseph at codesourcery dot com 2010-11-26 18:40:15 UTC ---
On Fri, 26 Nov 2010, rguenth at gcc dot gnu.org wrote:
> I'd like to hear opinions from C and C++ FE people as to why the current
> state illustrated in comment #6 ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46623
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46623
--- Comment #1 from Jorn Wolfgang Rennecke
2010-11-26 17:38:24 UTC ---
Author: amylaar
Date: Fri Nov 26 17:38:20 2010
New Revision: 167186
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167186
Log:
PR target/46623
* config/microbl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635
--- Comment #13 from Jonathan Wakely 2010-11-26
17:37:33 UTC ---
There are lots of ways to put your program into an invalid state.
Of course there's "no point" to doing it, and noone's asking for the code to
*work*
The question is whether the c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082
--- Comment #58 from Jakub Jelinek 2010-11-26
17:34:23 UTC ---
At least in my cross it seems the r166947 commit just changed default tuning
for -m64, from -mtune=power4 to -mtune=rs64. Not sure if it was intentional or
not. Anyway, with explici
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46650
--- Comment #5 from Jack Howarth 2010-11-26
17:28:08 UTC ---
Patch posted at http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02567.html and
tested at http://gcc.gnu.org/ml/gcc-testresults/2010-11/msg02099.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46651
--- Comment #4 from saellaven at gmail dot com 2010-11-26 17:20:44 UTC ---
Created attachment 22540
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22540
preprocessed source without -march or -mtune
compiled with
./doltcompile x86_64-pc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46676
Summary: ix86_option_override_internal i18n problems
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635
--- Comment #12 from Imre Pentek 2010-11-26
17:18:26 UTC ---
(In reply to comment #11)
> (In reply to comment #10)
> > (In reply to comment #9)
> > > (In reply to comment #2)
> > > > int &a = a;
> > > > i don't believe this is valid code. i beli
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46667
Ramana Radhakrishnan changed:
What|Removed |Added
Summary|[4.6 Regression]|[4.6 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44871
--- Comment #13 from Richard Guenther 2010-11-26
17:06:25 UTC ---
Testcase:
> cat gcc/testsuite/g++.dg/lto/20101126-1_0.C
typedef struct { int i; } T1;
typedef T1 T2;
extern T1 a;
extern T2 b;
int main() { return a.i + b.i; }
> c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082
--- Comment #57 from Dominique d'Humieres
2010-11-26 16:54:08 UTC ---
> That is an unimportant difference. It is fine if a different uid is used, as
> long as it used consistently through the whole source.
I understand, but it make the diff of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44871
--- Comment #12 from Richard Guenther 2010-11-26
16:29:53 UTC ---
I'd like to hear opinions from C and C++ FE people as to why the current
state illustrated in comment #6 makes sense and if the behavior can be
commonized between C and C++.
I mig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44865
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082
--- Comment #56 from Jakub Jelinek 2010-11-26
16:20:18 UTC ---
That is an unimportant difference. It is fine if a different uid is used, as
long as it used consistently through the whole source.
You can -fdump-tree-all-nouid and -fdump-rtl-all-n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46648
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46648
--- Comment #2 from Richard Guenther 2010-11-26
16:12:57 UTC ---
Author: rguenth
Date: Fri Nov 26 16:12:49 2010
New Revision: 167183
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167183
Log:
2010-11-26 Richard Guenther
PR lto/466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46651
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46559
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46559
--- Comment #2 from Richard Guenther 2010-11-26
16:01:33 UTC ---
Author: rguenth
Date: Fri Nov 26 16:01:26 2010
New Revision: 167181
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167181
Log:
2010-11-26 Richard Guenther
PR middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46662
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46667
H.J. Lu changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Component|r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43897
--- Comment #3 from Jakub Jelinek 2010-11-26
15:51:50 UTC ---
Created attachment 22539
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22539
gcc46-pr43897.patch
So something like this? Completely untested, appart from the testcase (with a
c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082
--- Comment #55 from Dominique d'Humieres
2010-11-26 15:48:44 UTC ---
> Perhaps try to build with r166946 and r166947 the testcase with
> -fdump-tree-all
> -fdump-rtl-all, see where the dumps start diverging and what is the difference
> between
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46670
--- Comment #2 from H.J. Lu 2010-11-26 15:46:03
UTC ---
[...@gnu-35 delta]$ cat testcase.cc
extern unsigned char __TBB_ReverseByte(unsigned char src);
extern unsigned char *reversed;
template T __TBB_ReverseBits(T src)
{
unsigned char *original
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46481
Michael Haubenwallner changed:
What|Removed |Added
Target||powerpc-ibm-aix6.1.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46670
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36478
Dodji Seketeli changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #54
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46665
--- Comment #6 from hjl at gcc dot gnu.org 2010-11-26
15:14:27 UTC ---
Author: hjl
Date: Fri Nov 26 15:14:20 2010
New Revision: 167179
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167179
Log:
Add a testcase for PR tree-optimization/4666
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46559
--- Comment #1 from Richard Guenther 2010-11-26
15:09:34 UTC ---
The FAILs also occur with -flto-partition=none.
Hm, looking at 27_io/basic_filebuf/underflow/10096.cc there are no location
lists at all in the LTO assembler:
.section
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
--- Comment #37 from Dodji Seketeli 2010-11-26
15:08:34 UTC ---
"manu at gcc dot gnu.org" writes:
> Awesome!
:-) thank you for caring.
> I still think that the output would be better if it was more consistent with
> the current way of printing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46675
Summary: [4.6 Regression] profiledbootstrap failed
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46560
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46560
--- Comment #2 from Richard Guenther 2010-11-26
14:39:31 UTC ---
Author: rguenth
Date: Fri Nov 26 14:39:25 2010
New Revision: 167178
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167178
Log:
2010-11-26 Richard Guenther
PR lto/465
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #21 from Richard Guenther 2010-11-26
14:36:02 UTC ---
(In reply to comment #20)
> On Fri, 26 Nov 2010, Joost.VandeVondele at pci dot uzh.ch wrote:
>
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
> >
> > --- Comment #19 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #20 from rguenther at suse dot de
2010-11-26 14:29:41 UTC ---
On Fri, 26 Nov 2010, Joost.VandeVondele at pci dot uzh.ch wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
>
> --- Comment #19 from Joost VandeVondele uzh.ch>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46665
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46665
--- Comment #4 from Richard Guenther 2010-11-26
14:04:55 UTC ---
Author: rguenth
Date: Fri Nov 26 14:04:50 2010
New Revision: 167176
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167176
Log:
2010-11-26 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46662
Tobias Burnus changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46560
--- Comment #1 from Richard Guenther 2010-11-26
14:02:28 UTC ---
FAIL: 21_strings/basic_string/insert/char/1.cc execution test
is because we optimize away EH code. A stripped-down testcase shows instead
of
Eh tree:
3 cleanup land:{3,}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46655
--- Comment #4 from Michael Haubenwallner 2010-11-26 13:54:41 UTC ---
Created attachment 22538
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22538
Workaround to emit .line values >0 and <64k only
For now, I'm using this patch to get the deb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584
--- Comment #4 from Tobias Burnus 2010-11-26
13:45:31 UTC ---
(In reply to comment #3)
> Same problem on SPARC/Solaris 8 and 9 (but not 10). SPARC has quad precision
> floating point support but Solaris 8 and 9 aren't C99; only Solaris 10 is.
T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #19 from Joost VandeVondele
2010-11-26 13:39:00 UTC ---
Tobias, thanks for the clean explanation. I overlooked that the target of a
pointer has that target attribute (seems logical!).
Richard, I tried to get to a testcase for which t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #17 from Richard Guenther 2010-11-26
12:49:39 UTC ---
(In reply to comment #16)
> I think this implies this bug depends in somehow on PR45777.
Yes indeed - that bug looks very much related.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46664
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46664
--- Comment #4 from Richard Guenther 2010-11-26
12:42:47 UTC ---
Author: rguenth
Date: Fri Nov 26 12:42:41 2010
New Revision: 167173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167173
Log:
2010-11-26 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
Joost VandeVondele changed:
What|Removed |Added
Depends on||45777
--- Comment #16 from Joost Van
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46665
--- Comment #3 from Richard Guenther 2010-11-26
12:19:54 UTC ---
The -O[2s] -fipa-pta -fno-tree-ccp -fno-tree-forwprop failure goes away
with -fno-schedule-insns2.
restrict support really depends on CCP and CSE, -fipa-pta doesn't
recompute it af
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674
Summary: Weak alias was mistakenly optimized away
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #15 from Richard Guenther 2010-11-26
11:32:53 UTC ---
You then need to make sure to create variant types of aggregates with the
target attribute applied to all subtypes (thus, the restrict stuff removed)
as the middle-end doesn't know
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46667
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635
--- Comment #11 from Jonathan Wakely 2010-11-26
11:25:30 UTC ---
(In reply to comment #10)
> (In reply to comment #9)
> > (In reply to comment #2)
> > > int &a = a;
> > > i don't believe this is valid code. i believe g++ should reject the code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46664
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46672
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635
Jonathan Wakely changed:
What|Removed |Added
Known to fail||
--- Comment #9 from Jonathan Wakely 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46672
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46672
Debayan Banerjee changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46040
--- Comment #8 from Matthias Klose 2010-11-26 10:32:43
UTC ---
Looking at Debian/Ubuntu build logs:
- the last sucessful build was 20100918-0ubuntu1.
- 20101004-0ubuntu1 shows an ICE building stage2 libgcc
- 20101004-0ubuntu1 shows an ICE buil
1 - 100 of 122 matches
Mail list logo
