[Bug middle-end/41354] g++: Inlining constructors puts wrong vtable in objects

[ramana at gcc dot gnu dot org]

--- Comment #7 from ramana at gcc dot gnu dot org  2009-09-18 07:19 ---
(In reply to comment #6)
> Does -fno-tree-sink fix the issue?  If so this is duplicate of bug 39604.
> 

Comment #1 indicates that -fno-tree-sink fixes the issue. 

*** This bug has been marked as a duplicate of 39604 ***


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41354

[Bug tree-optimization/39604] [4.3/4.4/4.5 Regression] tree-ssa-sink breaks stack layout

[ramana at gcc dot gnu dot org]

--- Comment #20 from ramana at gcc dot gnu dot org  2009-09-18 07:19 ---
*** Bug 41354 has been marked as a duplicate of this bug. ***


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||erik at arbat dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39604

[Bug middle-end/41396] New: missed space optimization related to basic block reorder

[carrot at google dot com]

Compile the attached source code with options -march=armv5te -mthumb -Os, I got

push{r4, lr}
ldr r4, [r0, #8]
ldr r3, [r0, #4]
b   .L2
.L7:
ldr r2, [r3, #8]
ldr r1, [r2]
ldr r2, [r3]
add r2, r1, r2
ldr r1, [r3, #4]
ldr r1, [r1]
sub r2, r2, r1
ldr r1, [r3, #12]
cmp r1, #1
beq .L4
cmp r1, #2
bne .L3
b   .L12   // C
.L4:   // -BEGIN BLOCK B
ldr r1, [r0]
neg r1, r1
cmp r2, r1
bge .L3
b   .L9// --END BLOCK B
.L12:  // ---BEGIN BLOCK A---
ldr r1, [r0]
cmp r2, r1
bgt .L9
.L3:
add r3, r3, #16
.L2:
cmp r3, r4
bcc .L7
mov r0, #0
b   .L6  // -END BLOCK A-
.L9:
mov r0, #1
.L6:
@ sp needed for prologue
pop {r4, pc}


If we change the order of block A and block B, we can remove 2 branch
instructions, inst C and another inst at the end of block B.

Need new basic block reorder algorithm for code size optimization?


-- 
   Summary: missed space optimization related to basic block reorder
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: carrot at google dot com
 GCC build triplet: i686-linux
  GCC host triplet: i686-linux
GCC target triplet: arm-eabi


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41396

[Bug middle-end/41396] missed space optimization related to basic block reorder

[carrot at google dot com]

--- Comment #1 from carrot at google dot com  2009-09-18 07:57 ---
Created an attachment (id=18602)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18602&action=view)
test case


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41396

[Bug middle-end/41396] missed space optimization related to basic block reorder

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2009-09-18 07:57 ---
yes, currently at -Os basic block reordering is disabled :).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41396

[Bug fortran/41389] problem compiling file

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-09-18 08:37 ---
You are getting assembler errors because it doesn't understand CFI directives.
You can use -fno-dwarf2-cfi-asm to work around the issue or update the
binutils package to something more recent.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41389

[Bug middle-end/41394] [4.5 Regression] pr34668-2.c:5:15: error: type mismatch in array reference

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-09-18 08:42 ---
Confirmed.  (another --combine one, usually very low priority for me when such
things "regress").  But I'm sure I caused it, so ... mine.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
 GCC target triplet|hppa-unknown-linux-gnu  |hppa-unknown-linux-gnu,
   ||x86_64-*-*
   Last reconfirmed|-00-00 00:00:00 |2009-09-18 08:42:11
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41394

[Bug middle-end/41396] missed space optimization related to basic block reorder

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-09-18 08:44 ---
So, confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-09-18 08:44:20
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41396

[Bug middle-end/21374] [4.3/4.4/4.5 regression] ICE with nested function

[rguenth at gcc dot gnu dot org]

--- Comment #14 from rguenth at gcc dot gnu dot org  2009-09-18 08:52 
---
The situation of a variable-size return value is not handled.  The only
gimple I could envision is a GIMPLE_CALL with the W_S_E on the lhs.  Ugh.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21374

[Bug fortran/41328] [4.4/4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41328

[Bug middle-end/40106] [4.4/4.5 Regression] Time increase for the Polyhedron test air.f90 due to bad optimization

[rguenth at gcc dot gnu dot org]

--- Comment #32 from rguenth at gcc dot gnu dot org  2009-09-18 08:58 
---
Honza, this is yours.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |hubicka at gcc dot gnu dot
   |dot org |org
   Priority|P3  |P1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40106

[Bug target/40535] [4.5 regression] Invalid conversion from 'T' to 'T' error when compiling C++ code

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40535

[Bug bootstrap/40968] [4.5 Regression] ICE when compiling O2g.gch; problem with --enable-gather-detailed-mem-stats

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40968

[Bug target/40977] [4.3/4.4/4.5 regression] problem with code like this: res = ((uint64_t)resh << 32) | resl;

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||missed-optimization
   Priority|P3  |P4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40977

[Bug middle-end/41082] [4.5 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3 -g with -m64

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||wrong-code
   Priority|P3  |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082

[Bug rtl-optimization/41085] [4.5 Regression]: cris-elf gcc.dg/pr28796-2.c

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41085

[Bug tree-optimization/41087] [4.5 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||wrong-code
   Priority|P3  |P4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089

[Bug c++/41090] [4.3/4.4/4.5 Regression] Using static label reference in c++ class constructor produces wrong code

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41090

[Bug middle-end/41182] [4.5 Regression] ICE: tree check: expected integer_cst, have nop_expr in tree_int_cst_lt, at tree.c:5259

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41182

[Bug middle-end/41193] [4.5 Regression] slow compilation with graphite

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-09-18 09:06 ---
If possible please update the performance numbers with recent trunk.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41193

[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373

[rguenth at gcc dot gnu dot org]

--- Comment #18 from rguenth at gcc dot gnu dot org  2009-09-18 09:06 
---
Fixed or what?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245

[Bug c++/41153] [4.4 Regression] ICE in building Qt4 src/core

[t66667 at gmail dot com]

--- Comment #13 from t7 at gmail dot com  2009-09-18 09:11 ---
Hmm I haven't noticed this bug has been fixed a week ago, since [Revision
151627], it was still reproducible at [Revision 151584] which was just a day
before.
Thanks!!


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41153

[Bug middle-end/41260] [4.5 Regression] major regressions on *-apple-darwin10 at -m64 caused by r147995

[rguenth at gcc dot gnu dot org]

--- Comment #31 from rguenth at gcc dot gnu dot org  2009-09-18 09:12 
---
P1 to attract darwin maintainers.  We'll downgrade this if not fixed before
a release candidate (and honestly we then should drop *-darwin from the list
of primary targets).


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260

[Bug target/41288] [4.5 Regression] gcc.target/x86_64/abi/test_struct_returning.c regressions on *-apple-darwin* at -m64

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41288

[Bug middle-end/41290] [4.5 regression] C++ - libdirac don't want to compile

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-09-18 09:16 ---
Honza, this is yours.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |hubicka at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Keywords||ice-on-valid-code
   Priority|P3  |P1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41290

[Bug tree-optimization/41301] [4.5 Regression] ice in propagate_subacesses_accross_link

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-09-18 09:18 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41301

[Bug target/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311

[Bug fortran/41328] [4.4/4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41328

[Bug debug/41340] [4.5 Regression] G++ produces different code with and without -g option

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|other   |debug
   Keywords||build
   Priority|P3  |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41340

[Bug middle-end/41343] [4.5 Regression] sysdeps/ieee754/dbl-64/dosincos.c from glibc causes excessive memory use

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41343

[Bug middle-end/41344] [4.5 Regression] ICE / Bus error on OpenMP compile

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||accepts-invalid, ice-on-
   ||invalid-code
   Priority|P3  |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41344

[Bug target/41365] [4.5 Regression] gcc.dg/vect/vect-cond-[123].c abort due to bad code generation at -O1 and above

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|middle-end  |target
   Priority|P3  |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41365

[Bug rtl-optimization/41371] [4.5 Regression] compiler hang for C++ code

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41371

[Bug tree-optimization/41377] [4.5 Regression] ICE in unsplit_eh

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41377

[Bug testsuite/41385] [4.5 regression] Many regressions on trunk

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-09-18 09:26 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41385

[Bug bootstrap/41397] New: [4.5 regression] RTL checking failure compiling libiberty

[ebotcazou at gcc dot gnu dot org]

At revision 151832 I get

/home/eric/build/gcc/native/./prev-gcc/xgcc
-B/home/eric/build/gcc/native/./prev-gcc/
-B/home/eric/install/gcc/x86_64-suse-linux/bin/
-B/home/eric/install/gcc/x86_64-suse-linux/bin/
-B/home/eric/install/gcc/x86_64-suse-linux/lib/ -isystem
/home/eric/install/gcc/x86_64-suse-linux/include -isystem
/home/eric/install/gcc/x86_64-suse-linux/sys-include-c -DHAVE_CONFIG_H -g
-O2  -I. -I/home/eric/svn/gcc/libiberty/../include  -W -Wall -Wwrite-strings
-Wc++-compat -Wstrict-prototypes -pedantic 
/home/eric/svn/gcc/libiberty/regex.c -o regex.o
In file included from /home/eric/svn/gcc/libiberty/regex.c:638:0:
/home/eric/svn/gcc/libiberty/regex.c: In function 'byte_re_match_2_internal':
/home/eric/svn/gcc/libiberty/regex.c:7476:5: warning: jump skips variable
initialization
/home/eric/svn/gcc/libiberty/regex.c:5952:12: note: label 'restore_best_regs'
defined here
/home/eric/svn/gcc/libiberty/regex.c:5913:16: note: 'same_str_p' declared here
/home/eric/svn/gcc/libiberty/regex.c: In function
'byte_common_op_match_null_string_p':
/home/eric/svn/gcc/libiberty/regex.c:7724:1: internal compiler error: RTL
check: expected code 'reg', have 'mem' in rhs_regno, at rtl.h:1049
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[3]: *** [regex.o] Error 1
make[3]: Leaving directory `/home/eric/build/gcc/native/libiberty'
make[2]: *** [all-stage3-libiberty] Error 2
make[2]: Leaving directory `/home/eric/build/gcc/native'
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory `/home/eric/build/gcc/native'
make: *** [all] Error 2

This is with an --enable-checking=yes,rtl compiler.


-- 
   Summary: [4.5 regression] RTL checking failure compiling
libiberty
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ebotcazou at gcc dot gnu dot org
 GCC build triplet: x86_64-*-*
  GCC host triplet: x86_64-*-*
GCC target triplet: x86_64-*-*


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41397

[Bug middle-end/41393] [4.5 Regression] ICE in get_eh_region_and_lp_from_rtx at except.c:1692

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Priority|P3  |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41393

[Bug middle-end/41394] [4.5 Regression] pr34668-2.c:5:15: error: type mismatch in array reference

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41394

[Bug middle-end/12392] very long optimized compile

[rguenth at gcc dot gnu dot org]

--- Comment #27 from rguenth at gcc dot gnu dot org  2009-09-18 09:45 
---
Today we regressed with the introduction of IPA-SRA at -O2 and -O3:

ipa SRA   : 387.53 (78%) usr   0.08 ( 5%) sys 387.79 (77%) wall   
2939 kB ( 1%) ggc

my bet is at the alias-oracle walking (walk_aliased_vdefs), which is not
properly limited.

with VTA introduction we regressed at -O1 -g:

variable tracking : 592.31 (91%) usr   1.06 (48%) sys 593.55 (91%) wall 
239922 kB (34%) ggc


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||aoliva at gcc dot gnu dot
   ||org, mjambor at suse dot cz


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12392

[Bug bootstrap/41397] [4.5 regression] RTL checking failure compiling libiberty

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2009-09-18 09:55 
---
Likewise on i586.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

  GCC build triplet|x86_64-*-*  |x86_64-*-* ix86-*-*
   GCC host triplet|x86_64-*-*  |x86_64-*-* ix86-*-*
 GCC target triplet|x86_64-*-*  |x86_64-*-* ix86-*-*


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41397

[Bug bootstrap/41397] [4.5 regression] RTL checking failure compiling libiberty

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2009-09-18 10:03 ---
See the dwarf2out.c part of
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01017.html
which fixes this.
If approved separately, I could commit just that part.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-09-18 10:03:14
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41397

[Bug bootstrap/41397] [4.5 regression] RTL checking failure compiling libiberty

[ebotcazou at gcc dot gnu dot org]

--- Comment #3 from ebotcazou at gcc dot gnu dot org  2009-09-18 10:06 
---
> See the dwarf2out.c part of
> http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01017.html
> which fixes this.

Strange, the same builds (with RTL checking) passed yesterday.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41397

[Bug tree-optimization/40556] [4.5 Regression] ICE in IPA-CP with recursion

[jamborm at gcc dot gnu dot org]

-- 

jamborm at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jh at suse dot cz
   |dot org |
 Status|NEW |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40556

[Bug bootstrap/41395] [4.5 regression] Revision 151800 failed bootstrap

[janus at gcc dot gnu dot org]

--- Comment #3 from janus at gcc dot gnu dot org  2009-09-18 10:47 ---
With r151837 the bootstrap works again, but the testsuite still shows a large
number of failures, already with check-gfortran (which was clean recently):

=== gfortran Summary ===

# of expected passes32101
# of unexpected failures169
# of expected failures  21
# of unresolved testcases   82
# of unsupported tests  52
/home/jweil/gcc45/build/gcc/testsuite/gfortran/../../gfortran  version 4.5.0
20090918 (experimental) [trunk revision 151837] (GCC) 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395

[Bug middle-end/41354] g++: Inlining constructors puts wrong vtable in objects

[mikpe at it dot uu dot se]

--- Comment #8 from mikpe at it dot uu dot se  2009-09-18 11:14 ---
The binary search identified revision 145494, the alias-improvements merge, as
the point where this test case stopped breaking.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41354

[Bug middle-end/41398] New: can't resolve .LFE1408 {*UND* section} - .Ltext0 {.text section}

[pluto at agmk dot net]

/* gcc-4.4-20090724 */

$ gcc ide-lib.i -mregparm=3 -fno-asynchronous-unwind-tables -g2 -m32 -O2
/tmp/cc3MH58W.s: Assembler messages:
/tmp/cc3MH58W.s:1986: Error:
  can't resolve '.LFE1408' {*UND* section} - '.Ltext0' {.text section}


-- 
   Summary: can't resolve .LFE1408 {*UND* section} - .Ltext0 {.text
section}
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: i686-gnu-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41398

[Bug middle-end/41398] can't resolve .LFE1408 {*UND* section} - .Ltext0 {.text section}

[pluto at agmk dot net]

--- Comment #1 from pluto at agmk dot net  2009-09-18 11:29 ---
Created an attachment (id=18603)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18603&action=view)
testcase.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41398

[Bug c++/39365] ++ operator with volatile bool increments

[mikpe at it dot uu dot se]

--- Comment #6 from mikpe at it dot uu dot se  2009-09-18 11:53 ---
Looks like you swapped the two ChangeLog entries, committing the testsuite
entry to gcc/cp/ChangeLog and the cp entry to gcc/testsuite/ChangeLog/.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39365

[Bug middle-end/41398] can't resolve .LFE1408 {*UND* section} - .Ltext0 {.text section}

[reichelt at gcc dot gnu dot org]

--- Comment #2 from reichelt at gcc dot gnu dot org  2009-09-18 12:04 
---
This looks like the same issue we had on the trunk a while ago: PR 40126.
Honza, could you please have a look?


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org, hubicka at gcc dot gnu
   ||dot org
  BugsThisDependsOn||40126


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41398

[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373

[developer at sandoe-acoustics dot co dot uk]

--- Comment #19 from developer at sandoe-acoustics dot co dot uk  
2009-09-18 12:56 ---
(In reply to comment #18)
> Fixed or what?

Yes at 151650 (for example) on i686-apple-darwin9 (current trunk, 151837,
appears to have a different problem).

Also OK on powerpc-apple-darwin8 (configured--with-dwarf2) at 151837.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245

[Bug bootstrap/41296] bootstrap fails with --with-dwarf2 trunk at 151455

[developer at sandoe-acoustics dot co dot uk]

--- Comment #4 from developer at sandoe-acoustics dot co dot uk  2009-09-18 
12:58 ---
FIXED as of 151837.


-- 

developer at sandoe-acoustics dot co dot uk changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41296

[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373

[howarth at nitro dot med dot uc dot edu]

--- Comment #20 from howarth at nitro dot med dot uc dot edu  2009-09-18 
13:15 ---
Have you opened a new PR for this new failure on i686-apple-darwin9 with
current gcc trunk? How exactly is the bootstrap failing in that case?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245

[Bug libstdc++/40925] [c++0x] std::pair constructor doesn't accept (0, 0)

[joerg dot richter at pdv-fs dot de]

--- Comment #5 from joerg dot richter at pdv-fs dot de  2009-09-18 13:47 
---
I found Doug Gregors workaround for this pair problem:
http://gcc.gnu.org/ml/libstdc++/2008-10/msg00080.html

I wonder why it was reverted 9 days later?  I couldn't find any discussion on
gcc-patches nor libstdc++.  Perhaps I have missed something.  Was this patch
not good enough? 

The reason I ask is that I want to use C++0x.  Currently I do this with
"-std=gnu++0x -U__GXX_EXPERIMENTAL_CXX0X__"

I undefine __GXX_EXPERIMENTAL_CXX0X__ just because of the pair(0) problem.
But unfortunately this doesn't give me the library features of C++0x :(


-- 

joerg dot richter at pdv-fs dot de changed:

   What|Removed |Added

 CC||joerg dot richter at pdv-fs
   ||dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40925

[Bug tree-optimization/41377] [4.5 Regression] Revision 151696 caused ICE in unsplit_eh

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2009-09-18 13:49 ---
This is caused by revision 151696:

http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00443.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P1  |P3
   Last reconfirmed|-00-00 00:00:00 |2009-09-18 13:49:16
   date||
Summary|[4.5 Regression] ICE in |[4.5 Regression] Revision
   |unsplit_eh  |151696 caused ICE in
   ||unsplit_eh


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41377

[Bug libstdc++/40925] [c++0x] std::pair constructor doesn't accept (0, 0)

[paolo dot carlini at oracle dot com]

--- Comment #6 from paolo dot carlini at oracle dot com  2009-09-18 14:10 
---
(In reply to comment #5)
> I wonder why it was reverted 9 days later?  I couldn't find any discussion on
> gcc-patches nor libstdc++.  Perhaps I have missed something.

You did, it caused libstdc++/37919, as you can see in the ChangeLog. Really,
let's wait at least the Santa Cruz meeting to have a definite direction on DR
811...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40925

[Bug middle-end/41398] can't resolve .LFE1408 {*UND* section} - .Ltext0 {.text section}

[pluto at agmk dot net]

--- Comment #3 from pluto at agmk dot net  2009-09-18 13:14 ---
update:

the latest gcc-4.4-20090918 seems to work but i don't see
any fixes on the 4.4 branch:
http://gcc.gnu.org/viewcvs/branches/gcc-4_4-branch/gcc/dwarf2out.c?view=log


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41398

[Bug bootstrap/41399] New: [4.5 Regression] Internal error compiling fortran/intrinsic.c

[danglin at gcc dot gnu dot org]

/home/dave/gnu/gcc/objdir/./prev-gcc/xgcc
-B/home/dave/gnu/gcc/objdir/./prev-gcc
/ -B/home/dave/opt/gnu/gcc/gcc-4.5.0/armv5tejl-unknown-linux-gnueabi/bin/
-B/hom
e/dave/opt/gnu/gcc/gcc-4.5.0/armv5tejl-unknown-linux-gnueabi/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.5.0/armv5tejl-unknown-linux-gnueabi/lib/
-isystem
/home/dave/opt/gnu/gcc/gcc-4.5.0/armv5tejl-unknown-linux-gnueabi/include
-isystem
/home/dave/opt/gnu/gcc/gcc-4.5.0/armv5tejl-unknown-linux-gnueabi/sys-include   
-c  -g -O2 -gtoggle -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common  -DHAVE_CONFIG_H -I. -Ifortran
-I../../gcc/gcc -I../../gcc/gcc/fortran -I../../gcc/gcc/../include
-I../../gcc/gcc/../libcpp/include -I/home/dave/opt/gnu/include 
-I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber   -I/home/dave/opt/gnu/include
../../gcc/gcc/fortran/intrinsic.c -o fortran/intrinsic.o
xgcc: Internal error: Killed (program cc1)

-bash-3.2$ ./xgcc -B./ -v
Reading specs from ./specs
Target: armv5tejl-unknown-linux-gnueabi
Configured with: ../gcc/configure --host=armv5tejl-unknown-linux-gnueabi
--target=armv5tejl-unknown-linux-gnueabi
--build=armv5tejl-unknown-linux-gnueabi --enable-languages=c,c++,fortran
--enable-shared --enable-threads --disable-multilib --disable-libmudflap
--disable-libssp --enable-symvers=gnu --enable-__cxa_atexit
--disable-libstdcxx-pch --prefix=/home/dave/opt/gnu/gcc/gcc-4.5.0
--with-gmp=/home/dave/opt/gnu
Thread model: posix
gcc version 4.5.0 20090917 (experimental) [trunk revision 151808] (GCC)


-- 
   Summary: [4.5 Regression] Internal error compiling
fortran/intrinsic.c
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: armv5tejl-unknown-linux-gnueabi
  GCC host triplet: armv5tejl-unknown-linux-gnueabi
GCC target triplet: armv5tejl-unknown-linux-gnueabi


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41399

[Bug middle-end/41009] [4.3 Regression] FAIL: gcc.c-torture/execute/20070614-1.c execution, -O0

[danglin at gcc dot gnu dot org]

--- Comment #4 from danglin at gcc dot gnu dot org  2009-09-18 14:34 ---
Subject: Bug 41009

Author: danglin
Date: Fri Sep 18 14:34:31 2009
New Revision: 151846

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151846
Log:
PR middle-end/41009
Backport from mainline
2009-03-10  Richard Guenther  
Nathan Froyd  

PR middle-end/37850
* libgcc2.c (__mulMODE3): Use explicit assignments to form the result.
(__divMODE3): Likewise.


Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/libgcc2.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41009

[Bug middle-end/37850] infinite recursive call to __mulsc3 when multiplying not-constant complexs

[danglin at gcc dot gnu dot org]

--- Comment #11 from danglin at gcc dot gnu dot org  2009-09-18 14:34 
---
Subject: Bug 37850

Author: danglin
Date: Fri Sep 18 14:34:31 2009
New Revision: 151846

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151846
Log:
PR middle-end/41009
Backport from mainline
2009-03-10  Richard Guenther  
Nathan Froyd  

PR middle-end/37850
* libgcc2.c (__mulMODE3): Use explicit assignments to form the result.
(__divMODE3): Likewise.


Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/libgcc2.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37850

[Bug middle-end/41009] [4.3 Regression] FAIL: gcc.c-torture/execute/20070614-1.c execution, -O0

[danglin at gcc dot gnu dot org]

--- Comment #5 from danglin at gcc dot gnu dot org  2009-09-18 14:37 ---
Fixed.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41009

[Bug bootstrap/41395] [4.5 regression] Revision 151800 failed bootstrap

[jamborm at gcc dot gnu dot org]

--- Comment #4 from jamborm at gcc dot gnu dot org  2009-09-18 14:42 ---
I can reproduce the problem. --enable-checking=assert is the key configure
option.
Thus, this bug is mine.


-- 

jamborm at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jamborm at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-09-18 14:42:00
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395

[Bug bootstrap/41395] [4.5 regression] Revision 151800 failed bootstrap

[janus at gcc dot gnu dot org]

--- Comment #5 from janus at gcc dot gnu dot org  2009-09-18 15:10 ---
(In reply to comment #4)
> --enable-checking=assert is the key configure option.

Are you sure about that? For me, configuring with --enable-checking=no still
yields loads of regressions in the Fortran testsuite. Other configure options I
use are --enable-languages=c,fortran --disable-multilib --disable-bootstrap.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395

[Bug target/38288] i386/i386.c: 7 * set but not used variables

[uros at gcc dot gnu dot org]

--- Comment #6 from uros at gcc dot gnu dot org  2009-09-18 15:13 ---
Subject: Bug 38288

Author: uros
Date: Fri Sep 18 15:12:48 2009
New Revision: 151854

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151854
Log:
PR target/38288
From David Binderman :
* gcc/config/i386/i386.c (ix86_function_regparm): Remove useless
local variable f.  Remove stale comments.
(ix86_compute_frame_layout): Remove useless local variable total_size.
Remove #if 0'd code.
(legitimate_address_p): Remove useless local variables
reason_rtx and reason.
(ix86_split_copysign_const): Remove useless local variable op1.
(scale_counter): Remove useless local variable piece_size_mask.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38288

[Bug target/41288] [4.5 Regression] gcc.target/x86_64/abi/test_struct_returning.c regressions on *-apple-darwin* at -m64

[uros at gcc dot gnu dot org]

--- Comment #13 from uros at gcc dot gnu dot org  2009-09-18 15:17 ---
Subject: Bug 41288

Author: uros
Date: Fri Sep 18 15:16:44 2009
New Revision: 151855

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151855
Log:
PR testsuite/41288
* gcc.target/x86_64/abi/asm-support-darwin.s (snapshot_ret): Preserve
stack alignment.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.target/x86_64/abi/asm-support-darwin.s


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41288

[Bug middle-end/41193] [4.5 Regression] slow compilation with graphite / ice with graphite

[jv244 at cam dot ac dot uk]

--- Comment #6 from jv244 at cam dot ac dot uk  2009-09-18 15:18 ---
(In reply to comment #5)
> If possible please update the performance numbers with recent trunk.

much faster now at -O1 ;-)

fortran -fgraphite -c -O1 -ffast-math -funroll-loops -ftree-vectorize
-march=native -ftime-report PR41193.f90
PR41193.f90: In function ‘__spherical_harmonics_MOD_cvy_lm’:
PR41193.f90:164:0: internal compiler error: in scan_tree_for_params, at
graphite-sese-to-poly.c:826
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

-O2 is now fast (7s)

-O3 is still very slow (381s)

gfortran -fgraphite -c -O3 -ffast-math -funroll-loops -ftree-vectorize
-march=native -ftime-report PR41193.f90


-- 

jv244 at cam dot ac dot uk changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
Summary|[4.5 Regression] slow   |[4.5 Regression] slow
   |compilation with graphite   |compilation with graphite /
   ||ice with graphite


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41193

[Bug target/38288] i386/i386.c: 7 * set but not used variables

[ubizjak at gmail dot com]

--- Comment #7 from ubizjak at gmail dot com  2009-09-18 15:20 ---
Fixed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38288

[Bug other/41400] New: unwind table not properly populated

[p dot obry at wanadoo dot fr]

The unwind table does not get populated on Win64 because a long is 32 bits and
an address is 64 bits. The following patch fixes this problem.

<<
2009-09-18  Pascal Obry  

* unwind-dw2-fde.c (classify_object_over_fdes):
Properly cast the 1L constant. This is needed on
x86-64 Windows where a long is 32bits and an
address 64bits. With this path the unwind table
gets properly populated.
(add_fdes): Likewise.
(linear_search_fdes): Likewise.

*** gcc/unwind-dw2-fde.c.orig   Thu Sep 17 20:25:26 2009
--- gcc/unwind-dw2-fde.cWed Sep 16 20:34:05 2009
*** classify_object_over_fdes (struct object
*** 634,640 
 be representable.  Assume 0 in the representable bits is NULL.  */
mask = size_of_encoded_value (encoding);
if (mask < sizeof (void *))
!   mask = (1L << (mask << 3)) - 1;
else
mask = -1;

--- 634,640 
 be representable.  Assume 0 in the representable bits is NULL.  */
mask = size_of_encoded_value (encoding);
if (mask < sizeof (void *))
!   mask = ((_Unwind_Ptr)1L << (mask << 3)) - 1;
else
mask = -1;

*** add_fdes (struct object *ob, struct fde_
*** 695,701 
 be representable.  Assume 0 in the representable bits is NULL.  */
  mask = size_of_encoded_value (encoding);
  if (mask < sizeof (void *))
!   mask = (1L << (mask << 3)) - 1;
  else
mask = -1;

--- 695,701 
 be representable.  Assume 0 in the representable bits is NULL.  */
  mask = size_of_encoded_value (encoding);
  if (mask < sizeof (void *))
!   mask = ((_Unwind_Ptr)1L << (mask << 3)) - 1;
  else
mask = -1;

*** linear_search_fdes (struct object *ob, c
*** 817,823 
 be representable.  Assume 0 in the representable bits is NULL.  */
  mask = size_of_encoded_value (encoding);
  if (mask < sizeof (void *))
!   mask = (1L << (mask << 3)) - 1;
  else
mask = -1;

--- 817,823 
 be representable.  Assume 0 in the representable bits is NULL.  */
  mask = size_of_encoded_value (encoding);
  if (mask < sizeof (void *))
!   mask = ((_Unwind_Ptr)1L << (mask << 3)) - 1;
  else
mask = -1;

>>


-- 
   Summary: unwind table not properly populated
   Product: gcc
   Version: 4.3.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: p dot obry at wanadoo dot fr
 GCC build triplet: i686-pc-mingw32
  GCC host triplet: i686-pc-mingw32
GCC target triplet: x86_64-pc-mingw32


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41400

[Bug bootstrap/41395] [4.5 regression] Revision 151800 failed bootstrap

[ubizjak at gmail dot com]

--- Comment #6 from ubizjak at gmail dot com  2009-09-18 15:29 ---
This revision also fails to bootstrap on alphaev68-unknown-linux-gnu (revision
151799 is OK). stage2 compiler segfaults trying to build libgcc:

configure:3232: /home/uros/gcc-build/./gcc/xgcc -B/home/uros/gcc-build/./gcc/
-B
/usr/local/alphaev68-unknown-linux-gnu/bin/
-B/usr/local/alphaev68-unknown-linux
-gnu/lib/ -isystem /usr/local/alphaev68-unknown-linux-gnu/include -isystem
/usr/
local/alphaev68-unknown-linux-gnu/sys-include-c -g -O2 -mieee  conftest.c
>&
5
conftest.c:1:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

In fact, stage2 cc1 segfaults on everything:

gdb ~/gcc-build/gcc/cc1
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "alpha-unknown-linux-gnu"...
(no debugging symbols found)
(gdb) set args hello.c
(gdb) run
Starting program: /space/uros/gcc-build/gcc/cc1 hello.c
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
0x0001205e2520 in tree_class_check_failed ()
(gdb) bt
#0  0x0001205e2520 in tree_class_check_failed ()
#1  0x0001205e33f4 in type_hash_list ()
#2  0x0001205e88f0 in build_function_type ()
#3  0x0001205e8d24 in build_function_type_list ()
#4  0x000120639e74 in alpha_init_builtins ()
#5  0x0001200e06ac in c_common_nodes_and_builtins ()
#6  0x000120084dc8 in c_init_decl_processing ()
#7  0x0001200f6178 in c_objc_common_init ()
#8  0x000120442594 in toplev_main ()
#9  0x00012011af78 in main ()

As mentioned in comment #1, debug info is missing/meaningless.

gcc was built with default configure flags:

~/gcc-build/gcc/xgcc -v
Using built-in specs.
Target: alphaev68-unknown-linux-gnu
Configured with: ../gcc-svn/trunk/configure --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.5.0 20090917 (experimental) [trunk revision 151835] (GCC) 

(don't bother with revision number, it was patch-reversed to 151800).


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 CC||ubizjak at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395

[Bug other/41400] unwind table not properly populated

[p dot obry at wanadoo dot fr]

--- Comment #1 from p dot obry at wanadoo dot fr  2009-09-18 15:30 ---
Created an attachment (id=18604)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18604&action=view)
patch as attachment.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41400

[Bug bootstrap/41395] [4.5 regression] Revision 151800 failed bootstrap

[ubizjak at gmail dot com]

--- Comment #7 from ubizjak at gmail dot com  2009-09-18 15:31 ---
On alpha, bootstrap also fails with --enable-checking=assert.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395

[Bug other/41400] unwind table not properly populated

[p dot obry at wanadoo dot fr]

--- Comment #2 from p dot obry at wanadoo dot fr  2009-09-18 15:33 ---
This patch also apply to GCC 4.4 and GCC 4.5.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41400

[Bug bootstrap/41395] [4.5 regression] Revision 151800 failed bootstrap

[jamborm at gcc dot gnu dot org]

--- Comment #8 from jamborm at gcc dot gnu dot org  2009-09-18 15:34 ---
(In reply to comment #5)
> (In reply to comment #4)
> > --enable-checking=assert is the key configure option.
> 
> Are you sure about that? For me, configuring with --enable-checking=no still
> yields loads of regressions

I meant as opposed to --enable-checking=yes.  That makes the bootstrap
problem disappear at revision 151800 for me.  I have not looked at the
later revisions yet (which is the next step now I guess).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395

[Bug other/41400] unwind table not properly populated

[ubizjak at gmail dot com]

--- Comment #3 from ubizjak at gmail dot com  2009-09-18 15:35 ---
Please post patches to gcc-patches mailing list. Bugzilla is not the right
place to post and discuss patches intended to be committed to SVN.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41400

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

[ubizjak at gmail dot com]

--- Comment #26 from ubizjak at gmail dot com  2009-09-18 15:45 ---
Sigh... I hoped that blaming target-independent parts of the compiler will
somehow bring this bug above the radar (aka P3) for 4.5.0 release ;)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089

[Bug middle-end/12392] very long optimized compile

[jamborm at gcc dot gnu dot org]

--- Comment #28 from jamborm at gcc dot gnu dot org  2009-09-18 15:52 
---
(In reply to comment #27)
> Today we regressed with the introduction of IPA-SRA at -O2 and -O3:
> 

The problem is that I call compute_inline_parameters() whenever I
change a single call site, even when the caller is the same.  The
following patch (which I am about to bootstrap and test) should fix
that:

2009-09-18  Martin Jambor  

* tree-sra.c (convert_callers): Do not call
compute_inline_parameters on one caller more than once.

Index: mine/gcc/tree-sra.c
===
--- mine.orig/gcc/tree-sra.c2009-09-18 14:53:07.0 +0200
+++ mine/gcc/tree-sra.c 2009-09-18 17:26:57.0 +0200
@@ -3637,6 +3637,7 @@ convert_callers (struct cgraph_node *nod
   tree old_cur_fndecl = current_function_decl;
   struct cgraph_edge *cs;
   basic_block this_block;
+  bitmap recomputed_callers = BITMAP_ALLOC (NULL);

   for (cs = node->callers; cs; cs = cs->next_caller)
 {
@@ -3644,15 +3645,24 @@ convert_callers (struct cgraph_node *nod
   push_cfun (DECL_STRUCT_FUNCTION (cs->caller->decl));

   if (dump_file)
-   fprintf (dump_file, "Adjusting call %s -> %s\n",
+   fprintf (dump_file, "Adjusting call (%i -> %i) %s -> %s\n",
+cs->caller->uid, cs->callee->uid,
 cgraph_node_name (cs->caller),
 cgraph_node_name (cs->callee));

   ipa_modify_call_arguments (cs, cs->call_stmt, adjustments);
-  compute_inline_parameters (cs->caller);

   pop_cfun ();
 }
+
+  for (cs = node->callers; cs; cs = cs->next_caller)
+if (!bitmap_bit_p (recomputed_callers, cs->caller->uid))
+  {
+   compute_inline_parameters (cs->caller);
+   bitmap_set_bit (recomputed_callers, cs->caller->uid);
+  }
+  BITMAP_FREE (recomputed_callers);
+
   current_function_decl = old_cur_fndecl;
   FOR_EACH_BB (this_block)
 {


-- 

jamborm at gcc dot gnu dot org changed:

   What|Removed |Added

 CC|mjambor at suse dot cz  |jamborm at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12392

[Bug bootstrap/41395] [4.5 regression] Revision 151800 failed bootstrap

[ubizjak at gmail dot com]

--- Comment #9 from ubizjak at gmail dot com  2009-09-18 16:35 ---
(In reply to comment #7)
> On alpha, bootstrap also fails with --enable-checking=assert.

It also fails with --enable-checking=none.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395

[Bug bootstrap/41401] New: Graphite branch broken after merge

[spop at gcc dot gnu dot org]

After the merge from trunk into the Graphite branch:
svn://gcc.gnu.org/svn/gcc/branches/graph...@151820
the bootstrap failed:
http://groups.google.com/group/gcc-graphite-test/browse_thread/thread/515ac3ca06085582
http://groups.google.com/group/gcc-graphite-test/browse_thread/thread/738b8f8bde0a1b90

A backtrace for the libstdc++ fail in futures.cc is like this:
(gdb) bt
#0  0x00877703 in add_loc_descr (list_head=0x7fff859e83e8,
descr=0x7f03798e1ac0) at ../../gcc/dwarf2out.c:4613
#1  0x008862b4 in loc_by_reference (loc=0x7f037b1fc000,
decl=0x7f037ac38a80) at ../../gcc/dwarf2out.c:12070
#2  0x0088bbb4 in add_location_or_const_value_attribute
(die=0x7f03798d3780, decl=0x7f037ac38a80, attr=DW_AT_location) at
../../gcc/dwarf2out.c:13847
#3  0x00893c6c in gen_variable_die (decl=0x7f037ac38a80, origin=0x0,
context_die=0x7f03798d3660) at ../../gcc/dwarf2out.c:16129
#4  0x00898869 in gen_decl_die (decl=0x7f037ac38a80, origin=0x0,
context_die=0x7f03798d3660) at ../../gcc/dwarf2out.c:17388
#5  0x0089283b in gen_subprogram_die (decl=0x7f0379d75700,
context_die=0x7f037b8872a0) at ../../gcc/dwarf2out.c:15850
#6  0x008984cb in gen_decl_die (decl=0x7f0379d75700,
origin=0x7f037a069c00, context_die=0x7f037b8872a0) at
../../gcc/dwarf2out.c:17323
#7  0x00899a7f in dwarf2out_decl (decl=0x7f0379d75700) at
../../gcc/dwarf2out.c:17694
#8  0x008fd91c in rest_of_handle_final () at ../../gcc/final.c:4284
#9  0x00a9bbb2 in execute_one_pass (pass=0x1721600) at
../../gcc/passes.c:1295
#10 0x00a9bdf9 in execute_pass_list (pass=0x1721600) at
../../gcc/passes.c:1344
#11 0x00a9be17 in execute_pass_list (pass=0x17a2e80) at
../../gcc/passes.c:1345
#12 0x00a9be17 in execute_pass_list (pass=0x17a2e20) at
../../gcc/passes.c:1345
#13 0x00c0d69c in tree_rest_of_compilation (fndecl=0x7f0379d75700) at
../../gcc/tree-optimize.c:389
#14 0x00e34418 in cgraph_expand_function (node=0x7f0379d75e00) at
../../gcc/cgraphunit.c:1158
#15 0x00e345c8 in cgraph_expand_all_functions () at
../../gcc/cgraphunit.c:1217
#16 0x00e34bb1 in cgraph_optimize () at ../../gcc/cgraphunit.c:1440
#17 0x00e3410e in cgraph_finalize_compilation_unit () at
../../gcc/cgraphunit.c:1087
#18 0x005f9ae1 in cp_write_global_declarations () at
../../gcc/cp/decl2.c:3728
#19 0x00b91308 in compile_file () at ../../gcc/toplev.c:1052
#20 0x00b936c3 in do_compile () at ../../gcc/toplev.c:2416
#21 0x00b93784 in toplev_main (argc=13, argv=0x7fff859e9258) at
../../gcc/toplev.c:2458
#22 0x0079cfd3 in main (argc=13, argv=0x7fff859e9258) at
../../gcc/main.c:35

This makes me think that this could have been broken by the VTA.
Alex, could you please have a look at this?

Thanks,
Sebastian


-- 
   Summary: Graphite branch broken after merge
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: spop at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41401

[Bug middle-end/41260] [4.5 Regression] major regressions on *-apple-darwin10 at -m64 caused by r147995

[howarth at nitro dot med dot uc dot edu]

--- Comment #32 from howarth at nitro dot med dot uc dot edu  2009-09-18 
16:57 ---
This issue could be a linkage issue as described here...

http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-September/025894.html

and it may be that the linkage for 10.6 needs to be adjusted
in config/darwin.h.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260

[Bug middle-end/41398] can't resolve .LFE1408 {*UND* section} - .Ltext0 {.text section}

[hjl dot tools at gmail dot com]

--- Comment #4 from hjl dot tools at gmail dot com  2009-09-18 16:58 ---
(In reply to comment #3)
> update:
> 
> the latest gcc-4.4-20090918 seems to work but i don't see
> any fixes on the 4.4 branch:
> http://gcc.gnu.org/viewcvs/branches/gcc-4_4-branch/gcc/dwarf2out.c?view=log
> 

It is fixed by revision 150797:

http://gcc.gnu.org/ml/gcc-cvs/2009-08/msg00477.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||dseketel at redhat dot com
  BugsThisDependsOn||37801


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41398

[Bug c/41049] conversion from integer to decimal float loses trailing zeros

[janis at gcc dot gnu dot org]

--- Comment #2 from janis at gcc dot gnu dot org  2009-09-18 17:04 ---
Subject: Bug 41049

Author: janis
Date: Fri Sep 18 17:03:55 2009
New Revision: 151857

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151857
Log:
PR c/41049
* real.c decimal_from_integer, decimal_integer_string): New.
(real_from_integer): Use them as special case for decimal float.
* config/dfp-bit.c (_si_to_sd, _usi_to_sd): Use default rounding.
(_di_to_sd, _di_to_dd, _di_to_td, _udi_to_sd, _udi_to_dd, _udi_to_td):
Do not append zero after the decimal point in string to convert.
* dfp/pr41049.c: New test.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/dfp/pr41049.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/dfp-bit.c
branches/gcc-4_4-branch/gcc/real.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41049

[Bug target/41288] [4.5 Regression] gcc.target/x86_64/abi/test_struct_returning.c regressions on *-apple-darwin* at -m64

[uros at gcc dot gnu dot org]

--- Comment #14 from uros at gcc dot gnu dot org  2009-09-18 17:12 ---
Subject: Bug 41288

Author: uros
Date: Fri Sep 18 17:11:57 2009
New Revision: 151858

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151858
Log:
PR testsuite/41288
* gcc.target/x86_64/abi/asm-support-darwin.s (snapshot_ret): Preserve
stack alignment.


Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
   
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/x86_64/abi/asm-support-darwin.s


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41288

[Bug target/41288] [4.5 Regression] gcc.target/x86_64/abi/test_struct_returning.c regressions on *-apple-darwin* at -m64

[uros at gcc dot gnu dot org]

--- Comment #15 from uros at gcc dot gnu dot org  2009-09-18 17:12 ---
Subject: Bug 41288

Author: uros
Date: Fri Sep 18 17:12:41 2009
New Revision: 151859

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151859
Log:
PR testsuite/41288
* gcc.target/x86_64/abi/asm-support-darwin.s (snapshot_ret): Preserve
stack alignment.


Modified:
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog
   
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/x86_64/abi/asm-support-darwin.s


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41288

[Bug testsuite/41288] [4.5 Regression] gcc.target/x86_64/abi/test_struct_returning.c regressions on *-apple-darwin* at -m64

[ubizjak at gmail dot com]

--- Comment #16 from ubizjak at gmail dot com  2009-09-18 17:14 ---
Fixed everywhere.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|target  |testsuite
   Keywords|ABI, wrong-code |
 Resolution||FIXED
   Target Milestone|4.5.0   |4.3.5


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41288

[Bug bootstrap/41401] Graphite branch broken after merge

[spop at gcc dot gnu dot org]

--- Comment #1 from spop at gcc dot gnu dot org  2009-09-18 17:19 ---
Reverting the patch from Honza at -r151806:151807 fixes the futures.cc ICE:

2009-09-17  Jan Hubicka  

   * dwarf2out.c: Include tree-pass.h and gimple.h.
   (loc_list_plus_const): New function.
   (loc_descriptor_from_tree_1): Rename to ...
   (loc_descriptor_from_tree): ... remove original.
   (loc_list_from_tree): New function.
   (add_AT_location_description): Accept location list.
   (tls_mem_loc_descriptor): Update call of loc_descriptor_from_tree.
   (concatn_mem_loc_descriptor): Remove.
   (mem_loc_descriptor): Handle CONCAT/CONCATN and VAR_LOCATION by
   returning NULL.
   (secname_for_decl): Move up.
   (hidden_reference_p): New function; break out from ...
   (loc_by_refernece): ... here; move up.
   (dw_loc_list): New function.
   (single_element_loc_list): New function.
   (single_element_loc_list_p): New function.
   (add_loc_descr_to_each): New function.
   (add_loc_list): New function.
   (loc_descr_from_tree): Make wraper of loc_list_from_tree.
   (loc_list_from_tree): Reroganized from loc_descr_from_tree;
   add diagnostics why expansion failed.
   (add_location_or_const_value_attribute): Support location lists.
   (add_bound_info): Likewise.
   (descr_info_loc): Update call of loc_descriptor_from_tree.
   (gen_variable_die): Work on location lists.
   * final.c (pass_final): Add dump file.
   * Makefile.in (dwarf2out.o): Add new dependencies.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41401

[Bug middle-end/41260] [4.5 Regression] major regressions on *-apple-darwin10 at -m64 caused by r147995

[howarth at nitro dot med dot uc dot edu]

--- Comment #33 from howarth at nitro dot med dot uc dot edu  2009-09-18 
18:02 ---
The comments in...

http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-September/025898.html

also are useful in understanding the dimensions of the problem with darwin
>=10.6.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260

[Bug fortran/33439] OpenMP: Incorrect error message for chunksize variable

[geir at cray dot com]

--- Comment #8 from geir at cray dot com  2009-09-18 18:41 ---
Here is how other compilers process this code:

PGI:

$ pgf90 -mp test.f90
$ ./a.out
Warning: omp_set_num_threads (4) greater than available cpus (2)
 tmp, fsize3.141592653589793-7
 s =0.000
$ pgf90 test.f90
$ ./a.out
 tmp, fsize3.141592653589793-7
 s =100.0
$

Intel:

$ ifort -openmp test.f90
$ ./a.out
 tmp, fsize   3.14159265358979   -7
 s =   100.
$ ifort test.f90
/tmp/pbs.1871075.sdb/ifortE1EQWX.o: In function `MAIN__':
test.f90:(.text+0x3e): undefined reference to `omp_set_num_threads_'
$

Cray:

$ ftn -target=native -Oomp test.f90
/opt/cray/xt-asyncpe/3.3/bin/ftn: INFO: native target is being used
$ ./a.out
 tmp, fsize 3.1415926535897931,  -7
 s = 0.
$ ftn -target=native -Onoomp test.f90
/opt/cray/xt-asyncpe/3.3/bin/ftn: INFO: native target is being used
$ ./a.out
 tmp, fsize 3.1415926535897931,  -7
 s = 100.
$

I would say that none of the above are desired behavior, but rather a runtime
error message should be printed out.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33439

[Bug bootstrap/41395] [4.5 regression] Revision 151800 failed bootstrap

[developer at sandoe-acoustics dot co dot uk]

--- Comment #10 from developer at sandoe-acoustics dot co dot uk  
2009-09-18 19:08 ---
on i686-apple-darwin9 bootstrap fails with a variety of different errors
depending on what --enable-checking=xx is set.  
For 
=yes if fails with a lot of dsymutil crashes.  
=runtime it fails per the #1 example, 
=no ... the bootstrap never complete (at least my patience ran out at 4x
normal).


-- 

developer at sandoe-acoustics dot co dot uk changed:

   What|Removed |Added

 CC||developer at sandoe-
   ||acoustics dot co dot uk


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395

[Bug fortran/41328] [4.4, 4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

[jvdelisle at gcc dot gnu dot org]

--- Comment #8 from jvdelisle at gcc dot gnu dot org  2009-09-18 19:20 
---
Here is a new test case, closely related, reported on fortran list:

http://gcc.gnu.org/ml/fortran/2009-09/msg00126.html

The read of the last line in a file without the end-of-line marker should be
treated as seeing and EOR.

program test
 character (len=80) :: u
 character (len=20) :: filename
 integer :: n, k=0
 n = iargc()
 if (n > 0) then
call getarg(1,filename)
else
   stop 'argument missing'
endif
 open(unit=1,file=filename,status='old')
 do
read(1,'(a80)',end=100,err=101) u
k = k+1
print*,k,' : ',u(1:len_trim(u))
enddo
100 stop 100
101 stop 101
end program test


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.5.0
  Known to work|4.5.0   |4.3.0
Summary|[4.4 regression] bad iostat |[4.4, 4.5  regression] bad
   |when reading DOS file in a  |iostat when reading DOS file
   |character array (non-   |in a character array (non-
   |advancing)  |advancing)


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41328

[Bug fortran/41328] [4.4, 4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

[jvdelisle at gcc dot gnu dot org]

-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.4.2   |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41328

[Bug middle-end/41260] [4.5 Regression] major regressions on *-apple-darwin10 at -m64 caused by r147995

[howarth at nitro dot med dot uc dot edu]

--- Comment #34 from howarth at nitro dot med dot uc dot edu  2009-09-18 
19:24 ---
If I understand those messages from llvm-dev properly, on Snow Leopard symbols
from libgcc_s are ignored and the unwinder is gotten from libSystem now. So
doesn't this mean we are just seeing the incompatibilities (code forking)
between
the system unwinder in darwin10 and that used in FSF gcc trunk? It seems for
darwin10 that we would have to either build against the system libgcc with
--with-slib or move the unwinder into a libgcc-ext (as was proposed in PR3988
for providing the emutls symbols). Otherwise the unwinder in FSF and system
libgcc_s is ignored in favor of that in libSystem in darwin >= 10.6, if I am
reading this correctly.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[ramana at gcc dot gnu dot org]

--- Comment #1 from ramana at gcc dot gnu dot org  2009-09-18 21:00 ---
I see this has -g and this sounds like PR41343 where cc1 is killed because the
compiler runs out of VM . Could you try the same file without -g or without
var-tracking ? 


Thanks,
Ramana


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41399

[Bug target/37436] arm-cross-g++. internal compiler error: in extract_insn, at recog.c:1990

[ramana at gcc dot gnu dot org]

--- Comment #11 from ramana at gcc dot gnu dot org  2009-09-18 21:30 ---
Mine - I'm testing a backport.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|rearnsha at gcc dot gnu dot |ramana at gcc dot gnu dot
   |org |org
 Status|REOPENED|ASSIGNED
   Last reconfirmed|2008-12-10 16:54:35 |2009-09-18 21:30:22
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37436

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca  2009-09-18 
21:51 ---
Subject: Re:  [4.5 Regression] Internal error compiling fortran/intrinsic.c

> I see this has -g and this sounds like PR41343 where cc1 is killed because the
> compiler runs out of VM . Could you try the same file without -g or without
> var-tracking ? 

Yes, I'll give it a try next week.  The box has 512MB of memory, but
it runs currently using a NFS file system.  So, I can't setup file swap.

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41399

[Bug middle-end/41260] [4.5 Regression] major regressions on *-apple-darwin10 at -m64 caused by r147995

[howarth at nitro dot med dot uc dot edu]

--- Comment #35 from howarth at nitro dot med dot uc dot edu  2009-09-18 
22:45 ---
We have two messages on llvm-dev which discuss the exact cause of the breakage
on darwin10 and possible fixes...

http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-September/025908.html
http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-September/025909.html

It appears the options are 1) not to add epilog unwind information for Darwin
or 2) have the gcc driver implicitly add -no_compact_unwind to the link line.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260

[Bug bootstrap/41397] [4.5 regression] RTL checking failure compiling libiberty

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2009-09-18 23:17 ---
Subject: Bug 41397

Author: jakub
Date: Fri Sep 18 23:17:25 2009
New Revision: 151872

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151872
Log:
PR bootstrap/41397
* dwarf2out.c (mem_loc_descriptor) : Recurse
instead of assuming it has always a REG inside of it.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/dwarf2out.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41397

[Bug bootstrap/41397] [4.5 regression] RTL checking failure compiling libiberty

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2009-09-18 23:26 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41397

[Bug middle-end/40815] redundant neg instruction caused by loop-invariant

[ramana at gcc dot gnu dot org]

--- Comment #5 from ramana at gcc dot gnu dot org  2009-09-18 23:46 ---
This should be a middle end bug rather than  a target bug. TER needs to
maintain state regarding the negate_expr (which is in a previous basic block
but only has a single use) and then we could query the def during expand. 


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|target  |middle-end


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40815

[Bug middle-end/41260] [4.5 Regression] major regressions on *-apple-darwin10 at -m64 caused by r147995

[howarth at nitro dot med dot uc dot edu]

--- Comment #36 from howarth at nitro dot med dot uc dot edu  2009-09-19 
02:18 ---
I can also confirm that adding -Wl,-no_compact_unwind to the linkage eliminates
the error when the g++.dg/torture/stackalign/eh-vararg-2.C test cases is
executed.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260

[Bug bootstrap/41402] New: config.guess needs to be updated to the latest from git HEAD for darwin10

[howarth at nitro dot med dot uc dot edu]

The current config.guess in gcc trunk and gcc 4.4 branch erroneously reports
the architecture on darwin10 when running on EMT64 capable hardware. This is
due to the use of 'uname -p' to detect the architecture. The config.guess
upstream has been patched to take the same approach as SunOS5 of detecting the
code generation of the compiler being used...

commit ccf975556a0f6797fe80395cd6f314682a770f15
Author: Ben Elliston 
Date:   Fri Sep 18 11:04:25 2009 +1000

2009-09-18  Jack Howarth  

* config.guess (*:Darwin:*:*): Handle 64-bit compilers on i386.

The new config.guess now properly reports x86_64 in this situation
eliminating the need to always pass the triplets manually.


-- 
   Summary: config.guess needs to be updated to the latest from git
HEAD for darwin10
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: x86_64-apple-darwin10
  GCC host triplet: x86_64-apple-darwin10
GCC target triplet: x86_64-apple-darwin10


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41402