[Bug testsuite/37495] FAIL: gcc.c-torture/compile/vector-4.c

[hjl dot tools at gmail dot com]

--- Comment #4 from hjl dot tools at gmail dot com  2008-09-13 07:20 ---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01013.html


-- 


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

[Bug middle-end/37450] [4.4 Regression] IRA miscompiled gcc

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2008-09-13 07:26 ---
As of revision 140333, this bug is still not fixed although
patch for PR 37377 has been applied.


-- 


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

[Bug middle-end/37500] [4.4 Regression] libstdc++ failed to compile at -O0

[hubicka at gcc dot gnu dot org]

--- Comment #6 from hubicka at gcc dot gnu dot org  2008-09-13 07:31 ---
Subject: Bug 37500

Author: hubicka
Date: Sat Sep 13 07:30:15 2008
New Revision: 140334

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140334
Log:
PR middle-end/37500
* pt.c (tsubst_decl): Do not copy DECL_STRUCT_FUNCTION pointer.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/pt.c


-- 


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

[Bug fortran/35770] implicit character(s) hides type of internal function

[domob at gcc dot gnu dot org]

--- Comment #3 from domob at gcc dot gnu dot org  2008-09-13 07:45 ---
Subject: Bug 35770

Author: domob
Date: Sat Sep 13 07:44:36 2008
New Revision: 140336

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140336
Log:
2008-09-13  Daniel Kraft  <[EMAIL PROTECTED]>

PR fortran/35770
* primary.c (gfc_match_varspec): Added missing type-spec clearing
after wrong implicit character typing.

2008-09-13  Daniel Kraft  <[EMAIL PROTECTED]>

PR fortran/35770
* gfortran.dg/implicit_13.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/implicit_13.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/primary.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/37500] [4.4 Regression] libstdc++ failed to compile at -O0

[hubicka at gcc dot gnu dot org]

--- Comment #7 from hubicka at gcc dot gnu dot org  2008-09-13 08:01 ---
Fixed by my patch.


-- 

hubicka at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/37377] [4.4 Regression] Bootstrap failure compiling libgcc

[ebotcazou at gcc dot gnu dot org]

--- Comment #15 from ebotcazou at gcc dot gnu dot org  2008-09-13 08:51 
---
This works fine now.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c/37506] New: attribute section is not working with constant strings

[nm127 at freemail dot hu]

With the __attribute__ __section__ it is possible to allocate variables to
different section than the default (
http://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html ). In case of the
following source code I would achieve to allocate both "foo bar" and "Hello
World!" strings into the .xxx_section section:

char x[] __attribute__ ((__section__(".xxx_section"))) = "foo bar";
char* y __attribute__ ((__section__(".xxx_section"))) = "Hello World!";

int main() {
return 0;
}

However, with gcc version 4.3.1 (Debian 4.3.1-9) only the "foo bar" string is
stored in .xxx_section:

$ objdump -s a.out

a.out: file format elf32-i386
[...]
Contents of section .rodata:
 8048448 0300 01000200 48656c6c 6f20576f  Hello Wo
 8048458 726c6421 00  rld!.   
[...]
Contents of section .xxx_section:
 8049568 666f6f20 62617200 50840408   foo bar.P...


-- 
   Summary: attribute section is not working with constant strings
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nm127 at freemail dot hu
 GCC build triplet: 4.3.1
GCC target triplet: i486-linux-gnu


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

[Bug fortran/37507] New: Print location in (DE)ALLOCATION errors

[burnus at gcc dot gnu dot org]

Currently, one prints a simple message e.g. when deallocating already
deallocated memory:

Fortran runtime error: Attempt to DEALLOCATE unallocated memory.

  if (a.data == 0B)
{
  _gfortran_runtime_error (&"Attempt to DEALLOCATE unallocated
memory."[1]{lb: 1 sz: 1});
}

Expected: Either by default or with some option ("-g", -f... ?) the message
should also include the file name/line number.

One could use -fbacktrace, however, this does not work for mixed language
programming with, e.g., a "main()" written in C - or if no glibc is used, which
is needed to get backtraces.


-- 
   Summary: Print location in (DE)ALLOCATION errors
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: enhancement
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug fortran/37507] Print location in (DE)ALLOCATION errors

[domob at gcc dot gnu dot org]

--- Comment #1 from domob at gcc dot gnu dot org  2008-09-13 09:23 ---
This shouldn't be too hard to do, I think.  I'll look into this one.


-- 


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

Re: [Bug c/37506] New: attribute section is not working with constant strings

[Andrew Thomas Pinski]

Sent from my iPhone

On Sep 13, 2008, at 2:04 AM, "nm127 at freemail dot hu" <[EMAIL PROTECTED] 
> wrote:


With the __attribute__ __section__ it is possible to allocate  
variables to

different section than the default (
http://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html ). In  
case of the
following source code I would achieve to allocate both "foo bar" and  
"Hello

World!" strings into the .xxx_section section:

char x[] __attribute__ ((__section__(".xxx_section"))) = "foo bar";
char* y __attribute__ ((__section__(".xxx_section"))) = "Hello  
World!";


int main() {
   return 0;
}

However, with gcc version 4.3.1 (Debian 4.3.1-9) only the "foo bar"  
string is

stored in .xxx_section:

$ objdump -s a.out

a.out: file format elf32-i386
[...]
Contents of section .rodata:
8048448 0300 01000200 48656c6c 6f20576f  Hello Wo
8048458 726c6421 00  rld!.
[...]
Contents of section .xxx_section:
8049568 666f6f20 62617200 50840408   foo bar.P...


--
  Summary: attribute section is not working with constant  
strings

  Product: gcc
  Version: unknown
   Status: UNCONFIRMED
 Severity: normal
 Priority: P3
Component: c
   AssignedTo: unassigned at gcc dot gnu dot org
   ReportedBy: nm127 at freemail dot hu
GCC build triplet: 4.3.1
GCC target triplet: i486-linux-gnu


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

[Bug c/37506] attribute section is not working with constant strings

[pinskia at gmail dot com]

--- Comment #1 from pinskia at gmail dot com  2008-09-13 09:49 ---
Subject: Re:   New: attribute section is not working with constant strings



Sent from my iPhone

On Sep 13, 2008, at 2:04 AM, "nm127 at freemail dot hu"
<[EMAIL PROTECTED] 
 > wrote:

> With the __attribute__ __section__ it is possible to allocate  
> variables to
> different section than the default (
> http://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html ). In  
> case of the
> following source code I would achieve to allocate both "foo bar" and  
> "Hello
> World!" strings into the .xxx_section section:
>
> char x[] __attribute__ ((__section__(".xxx_section"))) = "foo bar";
> char* y __attribute__ ((__section__(".xxx_section"))) = "Hello  
> World!";
>
> int main() {
>return 0;
> }
>
> However, with gcc version 4.3.1 (Debian 4.3.1-9) only the "foo bar"  
> string is
> stored in .xxx_section:
>
> $ objdump -s a.out
>
> a.out: file format elf32-i386
> [...]
> Contents of section .rodata:
> 8048448 0300 01000200 48656c6c 6f20576f  Hello Wo
> 8048458 726c6421 00  rld!.
> [...]
> Contents of section .xxx_section:
> 8049568 666f6f20 62617200 50840408   foo bar.P...
>
>
> -- 
>   Summary: attribute section is not working with constant  
> strings
>   Product: gcc
>   Version: unknown
>Status: UNCONFIRMED
>  Severity: normal
>  Priority: P3
> Component: c
>AssignedTo: unassigned at gcc dot gnu dot org
>ReportedBy: nm127 at freemail dot hu
> GCC build triplet: 4.3.1
> GCC target triplet: i486-linux-gnu
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37506
>


-- 


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

[Bug middle-end/37464] bootstrap failure for alphaev56, compiler cannot create executables

[tkoenig at gcc dot gnu dot org]

--- Comment #3 from tkoenig at gcc dot gnu dot org  2008-09-13 10:06 ---
Created an attachment (id=16309)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16309&action=view)
config.log from intl with revision 140323

The problem appears to be somewhere else.

See these lines from the config.log:

onfigure:2111:  /home/tkoenig/gcc-bin/./prev-gcc/xgcc
-B/home/tkoenig/gcc-bin/./prev-gcc/
-B/home/tkoenig/alphaev56-unknown-linux-gnu/bin/ --version &5
xgcc (GCC) 4.4.0 20080912 (experimental)
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:2114: $? = 0
configure:2116:  /home/tkoenig/gcc-bin/./prev-gcc/xgcc
-B/home/tkoenig/gcc-bin/./prev-gcc/
-B/home/tkoenig/alphaev56-unknown-linux-gnu/bin/ -v &5
Reading specs from /home/tkoenig/gcc-bin/./prev-gcc/specs
Target: alphaev56-unknown-linux-gnu
Configured with: ../gcc/configure --prefix=/home/tkoenig
--enable-languages=c,fortran --with-mpfr=/opt/cfarm/mpfr-2.3.1/
Thread model: posix
gcc version 4.4.0 20080912 (experimental) (GCC)
configure:2119: $? = 0
configure:2121:  /home/tkoenig/gcc-bin/./prev-gcc/xgcc
-B/home/tkoenig/gcc-bin/./prev-gcc/
-B/home/tkoenig/alphaev56-unknown-linux-gnu/bin/ -V &5
xgcc: '-V' must come at the start of the command line
configure:2124: $? = 1
configure:2147: checking for C compiler default output file name
configure:2150:  /home/tkoenig/gcc-bin/./prev-gcc/xgcc
-B/home/tkoenig/gcc-bin/./prev-gcc/
-B/home/tkoenig/alphaev56-unknown-linux-gnu/bin/ -g -O2   conftest.c  >&5
/home/tkoenig/gcc-bin/./prev-gcc/crtbegin.o: In function `frame_dummy':
(.text+0xcc): undefined reference to `_Jv_RegisterClasses'
/tmp/cc65mauT.o:(.debug_info+0x49): undefined reference to `$LSFDE0'
collect2: ld returned 1 exit status
configure:2153: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:2191: error: in `/home/tkoenig/gcc-bin/intl':
configure:2194: error: C compiler cannot create executables
See `config.log' for more details.


-- 


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

[Bug fortran/37507] Print location in (DE)ALLOCATION errors

[tkoenig at gcc dot gnu dot org]

--- Comment #2 from tkoenig at gcc dot gnu dot org  2008-09-13 10:09 ---
Confirmed.


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-13 10:09:35
   date||


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

fOFdCgJwzNcxQrD

[enos axel]

FdCgJwzNcxQrDIqPtwHTjpa
HLfOFdCgJwzNcxQr

GNAT BUG DETECTED: new task

[groupebluesnake]

gnatmake -P/home/jlv/Documents/ADA/test_tache.gpr -d
gcc-4.2 -c -I- -gnatA /home/jlv/Documents/ADA/test_tache.adb
+===GNAT BUG DETECTED==+
| 4.2.3 (Ubuntu 4.2.3-2ubuntu2) (i486-pc-linux-gnu) Assert_Failure
sinfo.adb:649|
| Error detected at test_tache.adb:11:15   |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc-4.2 or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+



/home/jlv/Documents/ADA/test_tache.adb
list may be incomplete
compilation abandoned
gnatmake: "/home/jlv/Documents/ADA/test_tache.adb" compilation error

[2008-09-13 13:46:06] process exited with status4 (elapsed time: 00.10s)



procedure test_tache is
  task type t_tache;
  task body t_tache is
  begin
null;
  end;

-
tache_1 : access t_tache;
begin
   tache_1 := new t_tache;
end;

[Bug ada/37430] [4.4 Regression] C974013 gives exception

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4
Summary|C974013 gives exception |[4.4 Regression] C974013
   |[regression]|gives exception
   Target Milestone|--- |4.4.0


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

[Bug tree-optimization/37416] [4.4 Regression] Failure to return number of loop iterations

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
   Keywords||missed-optimization
  Known to fail||4.4.0
Summary|Failure to return number of |[4.4 Regression] Failure to
   |loop iterations |return number of  loop
   ||iterations
   Target Milestone|--- |4.4.0


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

[Bug c++/37444] code rejected in template specialization

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-09-13 12:25 ---
Invalid.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug middle-end/37443] fast 64-bit divide by constant 32-bit

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||missed-optimization
   Last reconfirmed|-00-00 00:00:00 |2008-09-13 12:26:41
   date||


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

[Bug ada/37440] [4.4 Regression] GNAT Bug Box a-ngcefu.adb:397

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|GNAT Bug Box a- |[4.4 Regression] GNAT Bug
   |ngcefu.adb:397 [regression] |Box a-ngcefu.adb:397
   Target Milestone|--- |4.4.0


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

[Bug c/37502] no warning for always-false/true conditions due to too small bitfields

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-09-13 12:37 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2008-09-13 12:37:20
   date||


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

[Bug middle-end/37499] [4.4 Regression] Scheduling pass 2 time increases by order of magnitude

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||compile-time-hog
Summary|Scheduling pass 2 time  |[4.4 Regression] Scheduling
   |increases by order of   |pass 2 time increases by
   |magnitude   |order of magnitude
   Target Milestone|--- |4.4.0


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

Re: GNAT BUG DETECTED: new task

[Laurent GUERBY]

FYI this works fine in GCC 4.3.x

Laurent

On Sat, 2008-09-13 at 13:50 +0200, [EMAIL PROTECTED] wrote:
> gnatmake -P/home/jlv/Documents/ADA/test_tache.gpr -d
> gcc-4.2 -c -I- -gnatA /home/jlv/Documents/ADA/test_tache.adb
> +===GNAT BUG DETECTED==+
> | 4.2.3 (Ubuntu 4.2.3-2ubuntu2) (i486-pc-linux-gnu) Assert_Failure
> sinfo.adb:649|
> | Error detected at test_tache.adb:11:15   |
> | Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
> | Use a subject line meaningful to you and us to track the bug.|
> | Include the entire contents of this bug box in the report.   |
> | Include the exact gcc-4.2 or gnatmake command that you entered.  |
> | Also include sources listed below in gnatchop format |
> | (concatenated together with no headers between files).   |
> +==+
> 
> 
> 
> /home/jlv/Documents/ADA/test_tache.adb
> list may be incomplete
> compilation abandoned
> gnatmake: "/home/jlv/Documents/ADA/test_tache.adb" compilation error
> 
> [2008-09-13 13:46:06] process exited with status4 (elapsed time: 00.10s)
> 
> 
> 
> procedure test_tache is
>   task type t_tache;
>   task body t_tache is
>   begin
> null;
>   end;
> 
> -
> tache_1 : access t_tache;
> begin
>tache_1 := new t_tache;
> end;
> 
> 

[Bug testsuite/37496] Missing SSE intrinsic tests

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug c/37493] Auto inline when optimisation is enabled, causes problem.

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-09-13 12:40 ---
Thus, invalid.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug middle-end/37491] [4.4 Regression] Revision 140257 causes vectorizer tests failures

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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

[Bug rtl-optimization/37490] [4.4 Regression] IRA causes FP code to have more spills

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-09-13 12:41 ---
Did you made sure that this is not a ppc machine/cost description problem?


-- 


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

[Bug middle-end/37485] [graphite] Disconnecting exit edge in process of code generation

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-09-13 12:43 ---
Fixed?


-- 


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

[Bug objc/37460] [4.4 Regression]: objc.dg/super-class-2.m objc.dg/zero-link-1.m objc.dg/zero-link-2.m ICE

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|cris-axis-elf   |
   Last reconfirmed|-00-00 00:00:00 |2008-09-13 12:52:21
   date||
   Target Milestone|--- |4.4.0


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

[Bug c++/37444] code rejected in template specialization

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-09-13 12:53 ---
*** Bug 37459 has been marked as a duplicate of this bug. ***


-- 


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

[Bug c++/37459] code rejected in template specialization

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-09-13 12:53 ---


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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/37456] [4.4 Regression] ICE: verify_flow_info failed: control flow in the middle of basic block

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|regression  |middle-end
   Keywords||ice-on-valid-code
   Target Milestone|--- |4.4.0


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

[Bug c/37508] New: ICE in in simplify_truth_ops_using_ranges, at tree-vrp.c:6334

[marcus at jet dot franken dot de]

gcc -O2 -c xx.i
xx.i: In function 'f':
xx.i:4: internal compiler error: in simplify_truth_ops_using_ranges, at
tree-vrp.c:6334


-- 
   Summary: ICE in in simplify_truth_ops_using_ranges, at tree-
vrp.c:6334
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: marcus at jet dot franken dot de
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug c/37508] ICE in in simplify_truth_ops_using_ranges, at tree-vrp.c:6334

[marcus at jet dot franken dot de]

--- Comment #1 from marcus at jet dot franken dot de  2008-09-13 12:57 
---
Created an attachment (id=16310)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16310&action=view)
xx.i

gcc -c -O2 xx.i


-- 


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

[Bug c/37454] gcc: unrecognized option '-rdynamic'

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
 GCC target triplet||ix86-sun-solaris
   Last reconfirmed|-00-00 00:00:00 |2008-09-13 13:03:45
   date||


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

[Bug c++/37505] [4.4 Regression] ICE after forgetting a catch after a try

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P5


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

[Bug c/37508] ICE in in simplify_truth_ops_using_ranges, at tree-vrp.c:6334

[marcus at jet dot franken dot de]

--- Comment #2 from marcus at jet dot franken dot de  2008-09-13 13:38 
---
Created an attachment (id=16311)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16311&action=view)
yy.i

(first attachment was wrong, sorry)

gcc -c -O2 yy.i


-- 

marcus at jet dot franken dot de changed:

   What|Removed |Added

  Attachment #16310|0   |1
is obsolete||


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

[Bug c/37506] attribute section is not working with constant strings

[nm127 at freemail dot hu]

--- Comment #2 from nm127 at freemail dot hu  2008-09-13 13:59 ---
This problem maybe related to bug #192.


-- 


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

[Bug tree-optimization/37508] [4.4 Regression] ICE in in simplify_truth_ops_using_ranges, at tree-vrp.c:6334

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-09-13 14:06 ---
Confirmed.

Also we fail to see that the return value cannot be zero in the following
cases:

struct foo1 {
  int i:1;
};
struct foo2 {
  unsigned i:1;
};

int test1 (struct foo1 *x)
{
  if (x->i == 0)
return 1;
  else if (x->i == -1)
return 1;
  return 0;
}

int test2 (struct foo2 *x)
{
  if (x->i == 0)
return 1;
  else if (x->i == -1)
return 1;
  return 0;
}

int test3 (struct foo1 *x)
{
  if (x->i == 0)
return 1;
  else if (x->i == 1)
return 1;
  return 0;
}

int test4 (struct foo2 *x)
{
  if (x->i == 0)
return 1;
  else if (x->i == 1)
return 1;
  return 0;
}

which is because we insert in the else-if

D.1237_5 = ASSERT_EXPR ;

from which we conclude D.1237_5: ~[0, 0] in the signed case.  In the
unsigned case the comparison is promoted to

 (int) x->i == -1

where the value range is also unhelpful, ~[0, 0] promoted to ~[0, 0].


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c   |tree-optimization
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code, missed-
   ||optimization
   Last reconfirmed|-00-00 00:00:00 |2008-09-13 14:06:51
   date||
Summary|ICE in in   |[4.4 Regression] ICE in in
   |simplify_truth_ops_using_ran|simplify_truth_ops_using_ran
   |ges, at tree-vrp.c:6334 |ges, at tree-vrp.c:6334
   Target Milestone|--- |4.4.0


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

[Bug tree-optimization/37508] [4.4 Regression] ICE in in simplify_truth_ops_using_ranges, at tree-vrp.c:6334

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-09-13 14:08 ---
I have a patch.


-- 

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|NEW |ASSIGNED
   Last reconfirmed|2008-09-13 14:06:51 |2008-09-13 14:08:56
   date||


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

[Bug target/37344] [4.4 Regression] sparc bootstrap fails with Bus error in libgcc2.c

[ebotcazou at gcc dot gnu dot org]

--- Comment #3 from ebotcazou at gcc dot gnu dot org  2008-09-13 14:34 
---
Presumably, similar problems on Solaris have been fixed by:

2008-09-11  Jeff Law <[EMAIL PROTECTED]>

* reload1.c (alter_reg): Undo the BYTE_BIG_ENDIAN correction performed
by assign_stack_local on the IRA path for stack slot sharing
as well as the non-IRA path.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/37392] [4.4 Regression] Segfault in verify_ssa: !gimple_nop_p (stmt)

[hubicka at gcc dot gnu dot org]

--- Comment #8 from hubicka at gcc dot gnu dot org  2008-09-13 14:39 ---
Subject: Bug 37392

Author: hubicka
Date: Sat Sep 13 14:38:10 2008
New Revision: 140342

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140342
Log:
PR tree-optimization/37392
* tree-inline.c (remap_gimple_stmt): Do not remap return value.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-inline.c


-- 


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

[Bug c/37509] New: __sync_fetch_and_xxx generates relocatable symbols

[timothy dot krause at shaw dot ca]

When __sync_fetch_and_xxx builtin functions are required to store the return
value the compiler generates an undefined reference during the link stage.

void main( void )
{
 long a=0;
 #ifndef SHOW_BUG
   __sync_fetch_and_add(&a,1); /* works just fine */
 #else
  a=__sync_fetch_and_add(&a,1); /* creates an undefined symbol */
 #endif
}


-- 
   Summary: __sync_fetch_and_xxx generates relocatable symbols
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: timothy dot krause at shaw dot ca


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

[Bug fortran/37504] Wrongly rejects: unprotected_pointer => protected_pointer

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2008-09-13 14:48 ---
First patch - completely untested/uncompiled:
Index: expr.c
===
--- expr.c  (Revision 140340)
+++ expr.c
@@ -3053 +3053,2 @@ gfc_check_pointer_assign (gfc_expr *lval
-  if (attr.is_protected && attr.use_assoc)
+  if (attr.is_protected && attr.use_assoc
+  && !(attr.pointer || attr.proc_pointer))


I don't quite understand why one gets "Error: PROTECTED at (1) only allowed in
specification part of a module" for the following example.

module m
  implicit none
  integer, pointer, protected :: protected_pointer
  integer, target, protected :: protected_target
end module m

program p
  use m
  implicit none
  integer, pointer :: unprotected_pointer
  unprotected_pointer => protected_target  ! OK, is rejected
  unprotected_pointer => protected_pointer ! WRONG, is wrongly REJECTED
  protected_pointer => unprotected_pointer ! OK, is rejected, BUT MATCH ERROR
end program p


-- 


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

[Bug c/37509] __sync_fetch_and_xxx generates relocatable symbols

[timothy dot krause at shaw dot ca]

--- Comment #1 from timothy dot krause at shaw dot ca  2008-09-13 15:24 
---
Tracing the parser suggests that the problem is in the
expand_sync_fetch_operation of optabs.c in gcc-4.3.2


-- 

timothy dot krause at shaw dot ca changed:

   What|Removed |Added

 CC||timothy dot krause at shaw
   ||dot ca


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

[Bug testsuite/37495] FAIL: gcc.c-torture/compile/vector-4.c

[hjl at gcc dot gnu dot org]

--- Comment #5 from hjl at gcc dot gnu dot org  2008-09-13 15:45 ---
Subject: Bug 37495

Author: hjl
Date: Sat Sep 13 15:44:07 2008
New Revision: 140343

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140343
Log:
2008-09-13  H.J. Lu  <[EMAIL PROTECTED]>

PR testsuite/37495
* gcc.c-torture/compile/vector-4.c: Add "dg-do compile".

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.c-torture/compile/vector-4.c


-- 


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

[Bug middle-end/37489] const_true_rtx returned for float compare

[hjl at gcc dot gnu dot org]

--- Comment #8 from hjl at gcc dot gnu dot org  2008-09-13 15:48 ---
Subject: Bug 37489

Author: hjl
Date: Sat Sep 13 15:47:41 2008
New Revision: 140344

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140344
Log:
gcc/

2008-09-13  H.J. Lu  <[EMAIL PROTECTED]>

PR rtl-optimization/37489
* cse.c (fold_rtx): Don't return const_true_rtx for float
compare if FLOAT_STORE_FLAG_VALUE is undefined.

gcc/testsuite/

2008-09-13  Raksit Ashok <[EMAIL PROTECTED]>

PR rtl-optimization/37489
* g++.dg/opt/cse3.C: New.

Added:
trunk/gcc/testsuite/g++.dg/opt/cse3.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cse.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/37448] [4.3 Regression] gcc 4.3.1 cannot compile big function

[hjl at gcc dot gnu dot org]

--- Comment #12 from hjl at gcc dot gnu dot org  2008-09-13 15:58 ---
Subject: Bug 37448

Author: hjl
Date: Sat Sep 13 15:57:26 2008
New Revision: 140345

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140345
Log:
2008-09-13  Vladimir Makarov <[EMAIL PROTECTED]>

PR middle-end/37448
* ira-int.h (IRA_ALLOCNO_TEMP): Rename to ALLOCNO_TEMP.
(ira_compress_allocno_live_ranges): New prototype.

* ira-color.c: Rename IRA_ALLOCNO_TEMP to ALLOCNO_TEMP.
(coalesced_allocnos_living_at_program_points): New.
(coalesced_allocnos_live_at_points_p,
set_coalesced_allocnos_live_points): New functions.
(coalesce_spill_slots): Rewrite.

* ira-lives.c (remove_some_program_points_and_update_live_ranges,
ira_compress_allocno_live_ranges): New functions.

* ira-build.c (ira_flattening): Call
ira_compress_allocno_live_ranges.
(ira_build): Ditto.

Modified:
branches/ira-merge/gcc/ChangeLog.ira
branches/ira-merge/gcc/ira-build.c
branches/ira-merge/gcc/ira-color.c
branches/ira-merge/gcc/ira-int.h
branches/ira-merge/gcc/ira-lives.c


-- 


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

[Bug rtl-optimization/37489] const_true_rtx returned for float compare

[hjl dot tools at gmail dot com]

--- Comment #9 from hjl dot tools at gmail dot com  2008-09-13 16:00 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|middle-end  |rtl-optimization
 Resolution||FIXED


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

68k amiga OS and gcc4

[Bernd Roesch]

Hi, 

On 68k amiga OS the last working GCC compiler is 3.4.3

The porting gcc for dummies is from 2000 and i see not that it help for
newer versions.

I like to get the gcc 4.3.2  compiler working for 68k amiga OS.

mostly i need better gcc for c++.Is it possible to use 4.3.2 g++ with 3.4.3
rest of files ?
there seem on g++ no CPU specific things.

Can you tell me in short what i must do, or point to a docu ?.
I hear 68k support seem remove in gcc4

please help.


Bye

[Bug middle-end/30141] nested function can produce invalid gimple

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-09-13 16:29 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug middle-end/30141] nested function can produce invalid gimple

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-09-13 16:30 ---
Subject: Bug 30141

Author: rguenth
Date: Sat Sep 13 16:29:22 2008
New Revision: 140346

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140346
Log:
2008-09-13  Richard Guenther  <[EMAIL PROTECTED]>

PR middle-end/30141
* tree-nested.c (finalize_nesting_tree_1): Generate valid
gimple stores for memory rhs.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-nested.c


-- 


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

[Bug middle-end/30164] Gimplifier does not produce valid gimple for global_vectora = CONSTRUCTOR

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-09-13 16:32 ---
Any news here?  What is the testcase that produces invalid gimple?


-- 


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

[Bug fortran/30166] Gimplifier sometimes does not produce valid gimple for addressable = VIEW_CONVERT_EXPR(a)

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-09-13 16:38 ---
I think this was fixed by

2008-09-12  Richard Guenther  <[EMAIL PROTECTED]>

* trans-intrinsic.c (gfc_conv_intrinsic_transfer): Use
build_fold_addr_expr to properly mark the argument
addressable.

the issue was that in

(transfer.1 = VIEW_CONVERT_EXPR(x);, (void *)
&transfer.1;);

the frontend was not properly marking transfer.1 as addressable.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|middle-end  |fortran
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug testsuite/37495] FAIL: gcc.c-torture/compile/vector-4.c

[hjl dot tools at gmail dot com]

--- Comment #6 from hjl dot tools at gmail dot com  2008-09-13 17:47 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/37418] [4.4 Regression] error: type mismatch in address expression, verify_gimple failed

[jsm28 at gcc dot gnu dot org]

--- Comment #6 from jsm28 at gcc dot gnu dot org  2008-09-13 18:59 ---
Working on a patch.  It's not a MODIFY_EXPR but an ADDR_EXPR with problematic
conversion.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jsm28 at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-09-08 20:44:49 |2008-09-13 18:59:07
   date||


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

[Bug fortran/37498] [4.4 Regression] Incorrect array value returned

[jvdelisle at gcc dot gnu dot org]

--- Comment #9 from jvdelisle at gcc dot gnu dot org  2008-09-13 19:25 
---
I am working on fixing this now.  I will probably call for help on parts of
this.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jvdelisle at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-09-12 19:47:33 |2008-09-13 19:25:36
   date||


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

[Bug c/37510] New: ice for legal C code

[dcb314 at hotmail dot com]

I just tried to build the Suse Linux package libebl-0.131-37 with the 
most recent snapshot of gcc version 4.4, dated 20080912.

The compiler said

dwarf_begin_elf.c: In function 'dwarf_begin_elf':
dwarf_begin_elf.c:230: error: type mismatch in address expression
void (*Dwarf_OOM) (void)

void (*) (void)

result->oom_handler = __libdw_oom;

dwarf_begin_elf.c:230: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. No special flags required.


-- 
   Summary: ice for legal C code
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: suse-linux-x86_64


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

[Bug c/37510] ice for legal C code

[dcb314 at hotmail dot com]

--- Comment #1 from dcb314 at hotmail dot com  2008-09-13 19:52 ---
Created an attachment (id=16312)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16312&action=view)
C source code


-- 


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

[Bug c++/37511] New: ice for simple legal C++ code

[dcb314 at hotmail dot com]

I just tried to compile the following C++ code with
most recent snapshot of gcc version 4.4, dated 20080912.

# include 
# include 

using namespace std;

int
main()
{
for (size_t i = 0; i < 16; ++i)
{
cout << i << ' ' << sqrt( i) << '\n';
}
return 0;
};

The compiler said

feb25.cc:15: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Here is valgrind providing a stack backtrace.

==3329== Invalid read of size 2
==3329==at 0x6CE642: invoke_set_current_function_hook (function.c:3867)
==3329==by 0x9B5721: cgraph_release_function_body (cgraph.c:852)
==3329==by 0x9B690F: cgraph_remove_node (cgraph.c:967)
==3329==by 0x9D66BD: cgraph_remove_unreachable_nodes (ipa.c:191)
==3329==by 0x9BA19B: cgraph_optimize (cgraphunit.c:1271)
==3329==by 0x49F544: cp_write_global_declarations (decl2.c:3608)
==3329==by 0x7F7610: toplev_main (toplev.c:979)
==3329==by 0x52D3435: (below main) (in /lib64/libc-2.8.so)
==3329==  Address 0xa5a5a5a5a5a5a5a5 is not stack'd, malloc'd or (recently)
free'd

Preprocessed source code attached. No special flags required.


-- 
   Summary: ice for simple legal C++ code
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com


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

[Bug c++/37511] ice for simple legal C++ code

[dcb314 at hotmail dot com]

--- Comment #1 from dcb314 at hotmail dot com  2008-09-13 19:54 ---
Created an attachment (id=16313)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16313&action=view)
C++ source code


-- 


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

[Bug c++/37511] ice for simple legal C++ code

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-09-13 19:58 ---
works for me.  Honza, I guess you fixed this recently?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org


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

[Bug c/37510] ice for legal C code

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-09-13 19:59 ---


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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/37418] [4.4 Regression] error: type mismatch in address expression, verify_gimple failed

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-09-13 19:59 ---
*** Bug 37510 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dcb314 at hotmail dot com


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

Re: [Bug c++/37511] ice for simple legal C++ code

[Andrew Thomas Pinski]

Sent from my iPhone

On Sep 13, 2008, at 12:58 PM, "rguenth at gcc dot gnu dot org" <[EMAIL PROTECTED] 
> wrote:





--- Comment #2 from rguenth at gcc dot gnu dot org  2008-09-13  
19:58 ---

works for me.  Honza, I guess you fixed this recently?


I think this was fixed by the pt.c change.





--

rguenth at gcc dot gnu dot org changed:

  What|Removed |Added
--- 
--- 
--
CC||hubicka at gcc dot  
gnu dot

  ||org


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

[Bug c++/37511] ice for simple legal C++ code

[pinskia at gmail dot com]

--- Comment #3 from pinskia at gmail dot com  2008-09-13 20:04 ---
Subject: Re:  ice for simple legal C++ code



Sent from my iPhone

On Sep 13, 2008, at 12:58 PM, "rguenth at gcc dot gnu dot org"
<[EMAIL PROTECTED] 
 > wrote:

>
>
> --- Comment #2 from rguenth at gcc dot gnu dot org  2008-09-13  
> 19:58 ---
> works for me.  Honza, I guess you fixed this recently?

I think this was fixed by the pt.c change.

>
>
>
> -- 
>
> rguenth at gcc dot gnu dot org changed:
>
>   What|Removed |Added
> --- 
> --- 
> --
> CC||hubicka at gcc dot  
> gnu dot
>   ||org
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37511
>


-- 


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

[Bug tree-optimization/37512] New: Useless instructions in member call by pointer

[9ugsa9j02 at sneakemail dot com]

class A;
typedef void (A::*pafn_t)(void);

void callfn (A* p, pafn_t pafn)
{
(p->*pafn)();
}
---
g++ -S -Os:
---
_Z6callfnP1AMS_FvvE:
.LFB2:
testb   $1, %sil
movq%rsi, -16(%rsp)
movq%rdx, -8(%rsp)
movq%rsi, %rax
je  .L3
movq(%rdi,%rdx), %rax
movq-1(%rsi,%rax), %rax
.L3:
addq%rdx, %rdi
movq%rax, %r11
jmp *%r11
---
There are some rather puzzling inefficiencies. In the end, rax is copied to r11
for the jump, even though jmp *%rax would have worked just fine. The function
has no return value, so I don't see the reason for setting rax. Then there is
the superfluous copying of the member pointer address to the stack, and then
not using those stored values.
---
g++ -S -O1:
---
_Z6callfnP1AMS_FvvE:
.LFB2:
subq$24, %rsp
.LCFI0:
movq%rsi, 8(%rsp)
movq%rdx, 16(%rsp)
movq%rsi, %rax
testb   $1, %sil
je  .L3
movq(%rdi,%rdx), %rax
movq-1(%rsi,%rax), %rax
.L3:
addq%rdx, %rdi
call*%rax
addq$24, %rsp
ret
---
Here we see that it is perfectly acceptable to use rax for the call. Here is
source of the superfluous stack usage, which should have been removed by
further stages along with realizing that those values are already in registers.


-- 
   Summary: Useless instructions in member call by pointer
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: 9ugsa9j02 at sneakemail dot com
  GCC host triplet: x86_64-pc-gnu


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

[Bug middle-end/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20

[hubicka at gcc dot gnu dot org]

--- Comment #10 from hubicka at gcc dot gnu dot org  2008-09-13 21:40 
---
Fixed by my patch.


-- 

hubicka at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20

[hubicka at gcc dot gnu dot org]

--- Comment #11 from hubicka at gcc dot gnu dot org  2008-09-13 21:41 
---
Subject: Bug 32581

Author: hubicka
Date: Sat Sep 13 21:39:44 2008
New Revision: 140349

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140349
Log:
PR middle-end/32581
* tree-profile.c (add_abnormal_goto_call_edges): New function.
(tree_gen_interval_profiler, tree_gen_pow2_profiler,
tree_gen_one_value_profiler, tree_gen_average_profiler,
tree_gen_ic_func_profiler, tree_gen_ior_profiler): Use it.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-profile.c


-- 


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

[Bug bootstrap/36783] Build fails in stagefeedback-bubble make target on IRIX 6.5.30 when compiling insn-attrtab.c

[hubicka at gcc dot gnu dot org]

--- Comment #3 from hubicka at gcc dot gnu dot org  2008-09-13 21:42 ---
It also might be miscompilation of the first stage.  profiledbootstrap is using
the stage1 compiler to build all stages and really expect things like 64bit
HOST_WIDE_INT.
Would be possible to re-try this on current mainline and also try with using
GCC as bootstrap compiler?


-- 

hubicka at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c/37509] __sync_fetch_and_xxx generates relocatable symbols

[paolo dot carlini at oracle dot com]

--- Comment #2 from paolo dot carlini at oracle dot com  2008-09-13 22:07 
---
Host / Target / Build please...


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c/37509] __sync_fetch_and_xxx generates relocatable symbols

[paolo dot carlini at oracle dot com]

--- Comment #3 from paolo dot carlini at oracle dot com  2008-09-13 22:25 
---
To be clear, I suspect you are on something like i?86-*, and in that case for
the default arch (-march=i386) this is the expected behavior...


-- 


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

[Bug c++/37511] ice for simple legal C++ code

[hubicka at gcc dot gnu dot org]

--- Comment #4 from hubicka at gcc dot gnu dot org  2008-09-13 22:29 ---
Yes, it is almost definitly same problem.

Honza


-- 

hubicka at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/37392] [4.4 Regression] Segfault in verify_ssa: !gimple_nop_p (stmt)

[hubicka at gcc dot gnu dot org]

--- Comment #9 from hubicka at gcc dot gnu dot org  2008-09-13 22:38 ---
Fixed by my patch.


-- 

hubicka at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/37513] New: Wrongly rejects: unprotected_pointer => protected_pointer

[burnus at gcc dot gnu dot org]

+++ This bug was initially created as a clone of Bug #37504 +++

gfortran rightly rejects the following program, however, the error message is
misleading:

  PROTECTED at (1) only allowed in specification part of a module

module m
  implicit none
  integer, pointer, protected :: protected_pointer
end module m

program p
  use m
  implicit none
  integer, pointer :: unprotected_pointer
  protected_pointer => unprotected_pointer
end program p

 * * *

The reason is as follows:

decode_statement calls "gfc_match_pointer_assignment" which calls in turn
match_variable, which calls "gfc_error ("Assigning to PROTECTED variable at
%C");". However, as "gfc_match_pointer_assignment" does not return MATCH_YES,
one proceeds in decode_statement and reaches gfc_match_protected, which also
calls gfc_error. Only the last error message is printed, i.e. the one of
gfc_match_protected.

 * * *

My first attempt was to do an
  if(gfc_match_pointer_assignment() == MATCH_ERROR) goto error;
however, that fails since gfc_match_pointer_assignment returns MATCH_NO and not
MATCH_ERROR if  match ("%v =>")  fails. (It fails because of the "Assigning to
PROTECTED variable at %C".)

Removing the "m = MATCH_NO" in gfc_match_pointer_assignment works for this test
case, but let's several test cases fail in the test suite. Note: The checks for
PROTECTED in gfc_match_assignment and gfc_match_pointer_assignment are not
needed as the match_variable() check comes first.

 * * *

My next attempt was to remove the current checks from primary.c and match.c and
insert them into gfc_check_assign / gfc_check_pointer_assign. However, that
fails for e.g. protected_5.f90: I miss an error for "allocate(t%array(15))" but
I get one for "use good2", which is not only the lexpr->where/rexpr->where, but
also the case if "use good2" is the only statement in "program main". I fail to
understand why this goes wrong.


-- 
   Summary: Wrongly rejects: unprotected_pointer =>
protected_pointer
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
 BugsThisDependsOn: 37504


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

[Bug fortran/37513] Wrongly rejects: unprotected_pointer => protected_pointer

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2008-09-13 22:43 ---
Created an attachment (id=16314)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16314&action=view)
Patch of the second attempt

What I did for the second attempt; fails as written in comment 0 plus requires
some string updates in gfortran.dg/protected_*.


-- 


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

[Bug c++/37450] [4.4 Regression] C++ FE times out on duplicated parameter

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2008-09-13 22:59 ---
It is a C++ bug. A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01041.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

  Component|middle-end  |c++
   Keywords|ra, wrong-code  |
Summary|[4.4 Regression] IRA|[4.4 Regression] C++ FE
   |miscompiled gcc |times out on duplicated
   ||parameter


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

[Bug rtl-optimization/37514] New: [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4

[kkojima at gcc dot gnu dot org]

gcc.c-torture/execute/20021120-1.c execution fails with -m4 -ml -O3
-fomit-frame-pointer on sh-elf.  gf[0] is wrongly set to 1.0
by foo.  It started to fail after the IRA merge.


-- 
   Summary: [4.4  Regression] Wrong code generated for 20021120-1.c
with -O3 -fomit-frame-pointer on sh4
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC target triplet: sh-elf


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

[Bug rtl-optimization/37514] [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4

[kkojima at gcc dot gnu dot org]

--- Comment #1 from kkojima at gcc dot gnu dot org  2008-09-14 00:38 ---
Created an attachment (id=16315)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16315&action=view)
a test case

I've attached a slightly reduced testcase.


-- 


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

[Bug rtl-optimization/37514] [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4

[kkojima at gcc dot gnu dot org]

--- Comment #2 from kkojima at gcc dot gnu dot org  2008-09-14 00:38 ---
Here is the problematic part of the generated code:

mov.w   .L240,r7
add #4,r1
mov.w   .L241,r6
add #4,r3
add r15,r7
fmov.s  @r7,fr14
add r15,r6
add #4,r14
mov.l   .L242,r7
fmov.s  fr14,@r2
add #4,r13
fmov.s  @r6,fr14
add #4,r12
add #4,r11
mov.l   .L243,r6
fmov.s  fr14,@r2
...
.L240:
.short  368
.L241:
.short  364

where r2 is set to &gf[0].   Thus the float value in [r15+368]
is written to gf[0] and then the float value in [r15+364] is
stored to gf[0] again.  The corresponding rtl dump in .sched1
is:

(insn:HI 828 826 832 6 xxx.c:42 (parallel [
(set (mem/s/v:SF (reg/f:SI 434) [3 gf+0 S4 A32])
(reg/v:SF 289 [ f00 ]))
(use (reg/v:PSI 151 ))
(clobber (scratch:SI))
]) 205 {movsf_ie} (expr_list:REG_DEAD (reg/f:SI 434)
(expr_list:REG_DEAD (reg/v:SF 289 [ f00 ])
(nil

(insn:HI 832 828 836 6 xxx.c:42 (parallel [
(set (mem/s/v:SF (reg/f:SI 551) [3 gf+4 S4 A32])
(reg/v:SF 288 [ f10 ]))
(use (reg/v:PSI 151 ))
(clobber (scratch:SI))
]) 205 {movsf_ie} (expr_list:REG_DEAD (reg/f:SI 551)
(expr_list:REG_DEAD (reg/v:SF 288 [ f10 ])
(nil

which looks to be right.  OTOH that in .ira is:

(insn 2024 826 2025 5 xxx.c:42 (set (reg:SI 7 r7)
(const_int 368 [0x170])) 175 {movsi_ie} (nil))

(insn 2025 2024 2026 5 xxx.c:42 (set (reg:SI 7 r7)
(plus:SI (reg:SI 7 r7)
(reg/f:SI 15 r15))) 35 {*addsi3_compact} (expr_list:REG_EQUIV
(plus:SI (reg/f:SI 15 r15)
(const_int 368 [0x170]))
(nil)))

(insn 2026 2025 828 5 xxx.c:42 (parallel [
(set (reg:SF 78 fr14)
(mem/c:SF (reg:SI 7 r7) [7 f00+0 S4 A32]))
(use (reg/v:PSI 151 ))
(clobber (scratch:SI))
]) 205 {movsf_ie} (nil))

(insn:HI 828 2026 2028 5 xxx.c:42 (parallel [
(set (mem/s/v:SF (reg/f:SI 2 r2 [434]) [3 gf+0 S4 A32])
(reg:SF 78 fr14))
(use (reg/v:PSI 151 ))
(clobber (scratch:SI))
]) 205 {movsf_ie} (nil))

(insn 2028 828 2029 5 xxx.c:42 (set (reg:SI 6 r6)
(const_int 364 [0x16c])) 175 {movsi_ie} (nil))

(insn 2029 2028 2030 5 xxx.c:42 (set (reg:SI 6 r6)
(plus:SI (reg:SI 6 r6)
(reg/f:SI 15 r15))) 35 {*addsi3_compact} (expr_list:REG_EQUIV
(plus:SI (reg/f:SI 15 r15)
(const_int 364 [0x16c]))
(nil)))

(insn 2030 2029 832 5 xxx.c:42 (parallel [
(set (reg:SF 78 fr14)
(mem/c:SF (reg:SI 6 r6) [8 f10+0 S4 A32]))
(use (reg/v:PSI 151 ))
(clobber (scratch:SI))
]) 205 {movsf_ie} (nil))

(insn:HI 832 2030 2033 5 xxx.c:42 (parallel [
(set (mem/s/v:SF (reg/f:SI 2 r2 [434]) [3 gf+4 S4 A32])
(reg:SF 78 fr14))
(use (reg/v:PSI 151 ))
(clobber (scratch:SI))
]) 205 {movsf_ie} (nil))

which shows that IRA uses r434 both for gf+0 and gf+4.
I've confirmed that the error goes away with -fno-ira-share-spill-slots.


-- 


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

[Bug rtl-optimization/37514] [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4

[kkojima at gcc dot gnu dot org]

--- Comment #3 from kkojima at gcc dot gnu dot org  2008-09-14 00:51 ---
I'd like to add Vlad to the CC list.


-- 

kkojima at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||vmakarov at redhat dot com
Summary|[4.4  Regression] Wrong code|[4.4 Regression] Wrong code
   |generated for 20021120-1.c  |generated for 20021120-1.c
   |with -O3 -fomit-frame-  |with -O3 -fomit-frame-
   |pointer on sh4  |pointer on sh4


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

[Bug rtl-optimization/37514] [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ra
   Target Milestone|--- |4.4.0


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

[Bug c++/37511] ice for simple legal C++ code

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-09-14 01:17 ---
Reopening to ...


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|FIXED   |


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

[Bug c++/37511] ice for simple legal C++ code

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2008-09-14 01:17 ---
Mark as a dup of bug 37500.

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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/37500] [4.4 Regression] libstdc++ failed to compile at -O0

[pinskia at gcc dot gnu dot org]

--- Comment #8 from pinskia at gcc dot gnu dot org  2008-09-14 01:17 ---
*** Bug 37511 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dcb314 at hotmail dot com


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

[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5

[dje at gcc dot gnu dot org]

--- Comment #7 from dje at gcc dot gnu dot org  2008-09-14 01:22 ---
This is a garbage collection bug.


-- 

dje at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dje at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-14 01:22:28
   date||


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

[Bug c++/22374] C++ front-end produces mis-match types in MODIFY_EXPR (dynamic_cast)

[pinskia at gcc dot gnu dot org]

-- 

pinskia 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
URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2008-
   ||09/msg01023.html
 Status|NEW |ASSIGNED
   Keywords||patch


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

[Bug objc/37460] [4.4 Regression]: objc.dg/super-class-2.m objc.dg/zero-link-1.m objc.dg/zero-link-2.m ICE

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-09-14 01:31 ---
This is the same fall out from the tuplification as I mention at
http://gcc.gnu.org/ml/gcc/2008-06/msg00460.html just now we are getting it for
all NeXT runtime testcases.  I am going to work on this.  It is just a matter
of changing how OBJ_TYPE_REF is used for the NeXT runtime.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


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

[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5

[dje at gcc dot gnu dot org]

--- Comment #8 from dje at gcc dot gnu dot org  2008-09-14 01:45 ---
This starts when collecting a cgraph node:

#345 0x10049f1c in gt_ggc_mx_cgraph_node (x_p=0x31b4fa00) at gtype-desc.c:171
#346 0x10053290 in gt_ggc_m_P11cgraph_node4htab (x_p=0x300fba00)
at gtype-desc.c:2065
#347 0x10005c00 in ggc_mark_roots () at /farm/dje/src/src/gcc/ggc-common.c:107
#348 0x1003063c in ggc_collect () at /farm/dje/src/src/gcc/ggc-page.c:1941
#349 0x10197848 in execute_todo (flags=2)
at /farm/dje/src/src/gcc/passes.c:1047
#350 0x10197b88 in execute_one_pass (pass=0x2002dd80)
at /farm/dje/src/src/gcc/passes.c:1301
#351 0x10197df8 in execute_pass_list (pass=0x2002dd80)
at /farm/dje/src/src/gcc/passes.c:1327
#352 0x10342018 in tree_rest_of_compilation (fndecl=0x30d6bf80)
at /farm/dje/src/src/gcc/tree-optimize.c:418
#353 0x10414c90 in cgraph_expand_function (node=0x30daf700)
at /farm/dje/src/src/gcc/cgraphunit.c:1038

and ends up with pointers to garbage collected data:

#1  0x1002ecb0 in ggc_set_mark (p=0xa5a5a5a5)
at /farm/dje/src/src/gcc/ggc-page.c:1319
#2  0x103214b4 in gt_ggc_mx_eh_status (x_p=0xa5a5a5a5) at ./gt-except.h:84
#3  0x1004c5f4 in gt_ggc_mx_function (x_p=0x301631b8) at gtype-desc.c:690


-- 


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

[Bug objc/37460] [4.4 Regression]: objc.dg/super-class-2.m objc.dg/zero-link-1.m objc.dg/zero-link-2.m ICE

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-09-14 01:48 ---
Created an attachment (id=16316)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16316&action=view)
Patch which I am testing to fix this and all tuplification related failures

This fixes the issue by just removing objc_get_callee_fndecl which is not
needed really as expand does the correct thing using OBJ_TYPE_REF_EXPR already.
 I have not figured out why this was added in the first place if
OBJ_TYPE_REF_EXPR had the correct answer already.


-- 


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

[Bug objc/37460] [4.4 Regression]: NeXT runtime ICEs

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-09-14 01:49 ---
And yes we still get -O0, a call:
call_objc_msgSend


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.4 Regression]:   |[4.4 Regression]: NeXT
   |objc.dg/super-class-2.m |runtime ICEs
   |objc.dg/zero-link-1.m   |
   |objc.dg/zero-link-2.m ICE   |


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

[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5

[dje at gcc dot gnu dot org]

--- Comment #9 from dje at gcc dot gnu dot org  2008-09-14 01:51 ---
and I think related to static constructor/destructor functions.


-- 


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

[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5

[dje at gcc dot gnu dot org]

--- Comment #10 from dje at gcc dot gnu dot org  2008-09-14 02:01 ---
I'm not sure if I am tracking this back correctly, but:

#0  ggc_free (p=0x301631b8) at /farm/dje/src/src/gcc/ggc-page.c:1380
#1  0x1033fb54 in cgraph_release_function_body (node=0x31932300)
at /farm/dje/src/src/gcc/cgraph.c:873
#2  0x103416a8 in cgraph_remove_node (node=0x31932300)
at /farm/dje/src/src/gcc/cgraph.c:967
#3  0x10420f10 in cgraph_remove_unreachable_nodes (before_inlining_p=0 '\0', 
file=0x0) at /farm/dje/src/src/gcc/ipa.c:191
#4  0x10417010 in cgraph_optimize () at /farm/dje/src/src/gcc/cgraphunit.c:1271
#5  0x105911d4 in cp_write_global_declarations ()
at /farm/dje/src/src/gcc/cp/decl2.c:3608
#6  0x1000383c in toplev_main (argc=537008760, argv=0x109696c0)
at /farm/dje/src/src/gcc/toplev.c:979
#7  0x13a0 in main (argc=806760888, argv=0x0)
at /farm/dje/src/src/gcc/main.c:35
#8  0x1214 in __start ()

Is cgraph confused about static constructors and destructors on AIX?
AIX does not have init/fini sections.


-- 


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

[Bug rtl-optimization/37512] Useless instructions in member call by pointer

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-09-14 02:01 ---
Fixed on the trunk by the new register allocator (IRA):
__Z6callfnP1AMS_FvvE:
LFB0:
pushq   %rbp
LCFI0:
testb   $1, %sil
movq%rsi, %r11
movq%rsp, %rbp
LCFI1:
movq%rsi, -16(%rbp)
movq%rdx, -8(%rbp)
je  L3
movq(%rdi,%rdx), %rax
movq-1(%rsi,%rax), %r11
L3:
addq%rdx, %rdi
leave
jmp *%r11


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|tree-optimization   |rtl-optimization
   GCC host triplet|x86_64-pc-gnu   |
 GCC target triplet||x86_64-pc-gnu
   Keywords||missed-optimization, ra
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug middle-end/37509] __sync_fetch_and_xxx generates relocatable symbols

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-09-14 02:03 ---
This is invalid, it is the issue which Paolo mentioned.  I tried this on
PowerPC Linux and it works correctly.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
  Component|c   |middle-end
 Resolution||FIXED


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

[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5

[dje at gcc dot gnu dot org]

--- Comment #11 from dje at gcc dot gnu dot org  2008-09-14 02:04 ---
Honza,

I may not be analyzing this correctly, but it looks like
cgraph_remove_unreachable_nodes() may be removing something that is not dead. 
Is cgraph handling constructors and destructors on non-ELF systems correctly?


-- 


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

[Bug other/33702] [meta-bug] GCC 4.4 pending patches

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-09-14 02:44 ---
Since stage1 is over closing as done.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug other/37515] New: [meta-bug] GCC 4.5 pending patches

[pinskia at gcc dot gnu dot org]

This metabug is used to track all the patches which have been written during 
Stage 3 of GCC 4.4 (or before) but do not qualify for that stage, and are
waiting for Stage 
1 of GCC 4.4 to be applied.

Please, do not attach the patches to this bug. Open a new bug report, and mark 
it as "blocking" this metabug (this metabug will "depend" on the new bug 
report).


-- 
   Summary: [meta-bug] GCC 4.5 pending patches
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: meta-bug
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
 BugsThisDependsOn: 17843,20070,20548,22154,31537,33787


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

[Bug other/37515] [meta-bug] GCC 4.5 pending patches

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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

[Bug middle-end/25225] code generation -- extra instructions generated

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-09-14 02:54 ---
Fixed on the trunk by IRA.  There are no more unnecessary mov instructions.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||18427
  nThis||
 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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