[Bug tree-optimization/45752] [4.5 regression] ICE in ix86_vectorize_builtin_vec_perm_ok

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #8 from Ira Rosen  2010-10-07 07:07:44 UTC 
---
Fixed.

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

[amylaar at gcc dot gnu.org]

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

--- Comment #5 from Jorn Wolfgang Rennecke  
2010-10-07 08:03:20 UTC ---
(In reply to comment #4)
> There should always exist a suitable tool on systems where it is needed.
> FWIW, I would just use the above in the Makefile though (after removing
> the comments).

Why would you remove the comments?

> The hunk in that changing TEXI_GCCINT_FILES seems wrong, at least
> gcc/doc/gccint.texi still has '@include tm.texi' so that's what the
> dependency should be.

It must depend on new-tm.texi, lest it gets not rebuilt when there is a
change in the source files.
You can't make tm.texi dependent on new-tm.texi, because that would again
create a circularity.
It think it would be OK to leave tm.texi in TEXI_GCCINT_FILES while adding
new-tm.texi, though I haven't tested this.  Also, there is not really any
point in leaving tm.texi there, because as far as make is concerned,
new-tm.texi
depends (indirectly) on tm.texi.

[Bug target/45886] [ARM] support for __ARM_PCS_VFP predefined symbol in gcc 4.5.x would be very nice

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.10.07 08:15:57
 CC||ramana at gcc dot gnu.org
  Known to work||4.6.0
   Target Milestone|--- |4.5.2
 Ever Confirmed|0   |1
  Known to fail||4.5.0, 4.5.1
   Severity|enhancement |normal

--- Comment #1 from Ramana Radhakrishnan  2010-10-07 
08:15:57 UTC ---
Confirmed though I think this isn't an "enhancement" but more a bug because
code can't identify whether -mfloat-abi=hard is chosen by use of a
pre-processor directive.

Ramana

[Bug objc/45925] New objc test failures

[nicola at gcc dot gnu.org]

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

Nicola Pero  changed:

   What|Removed |Added

 CC||nicola at gcc dot gnu.org

--- Comment #1 from Nicola Pero  2010-10-07 08:18:03 
UTC ---
Is there any way I can see the detailed logs of the failure ?

If it's the same problem that IainS reported to me privately, then it's caused
by a bug in the Apple testcases (objc-foreach-1.m etc) --

@implementation MyList
- (unsigned int)countByEnumeratingWithState:(struct __objcFastEnumerationState
*)state objects:(id *)items count:(unsigned int)stackcount
{
return 0;
}
@end

the return value should be 'long unsigned int', not 'unsigned int', and so for
'stackcount'.

What happens then is that the ObjC code generates a method call
returning/taking a 'long unsigned int', but the prototype says 'unsigned int',
and a gimplify check fails and aborts compilation.

I would imagine a fix would entail:

 * having the ObjC FE check that countByEnumeratingWithState:objects:count: has
the expected method signature; if not, produce an error.  The testcases would
still fail, but with an informative message rather than an internal compiler
error :-)

 * fix the testcases (and add a testcase for the above error).

Thanks

[Bug spam/45929] New: insn-attrtab.c is too big, can't compile within a few hundred MB (4.3.5 oops)

[jay.krell at cornell dot edu]

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

   Summary: insn-attrtab.c is too big, can't compile within a few
hundred MB (4.3.5 oops)
   Product: gcc
   Version: 4.3.5
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: spam
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jay.kr...@cornell.edu


insn-attrtab.c is too big, can't compile within a few hundred MB

oops, this is 4.3.5, I meant to be building 4.5.1!

bootstrap compiler is I believe:
-bash-4.1$ /usr/sfw/bin/gcc -v
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure
--prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as
--with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++
--enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)


gcc -c   -g  -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute   
-DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/.
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include
-I/home/jkrell/dev2/cm3/m3-sys/m3cc/AMD64_SOLARIS/./gmp
-I/home/jkrell/dev2/cm3/m3-sys/m3cc/gcc/gmp  -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumberinsn-attrtab.c -o
insn-attrtab.o


cc1: out of memory allocating 235720640 bytes after a total of 185008128 bytes
gmake: *** [insn-attrtab.o] Error 1

-bash-4.1$ ulimit
unlimited
-bash-4.1$ ulimit -a
core file size  (blocks, -c) unlimited
data seg size   (kbytes, -d) unlimited
file size   (blocks, -f) unlimited
open files  (-n) 256
pipe size(512 bytes, -p) 10
stack size  (kbytes, -s) 10240
cpu time   (seconds, -t) unlimited
max user processes  (-u) 16357
virtual memory  (kbytes, -v) unlimited
-bash-4.1$  uname -a 
SunOS current10x 5.10 Generic_142910-17 i86pc i386 i86pc

[Bug objc/45925] New objc test failures

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #2 from Jakub Jelinek  2010-10-07 
08:35:42 UTC ---
Executing on host: /usr/src/gcc/obj280/gcc/xgcc -B/usr/src/gcc/obj280/gcc/
/usr/src/gcc/gcc/testsuite/objc.dg/objc-foreach-1.m  -fgnu-runtime  -I/u
sr/src/gcc/gcc/testsuite/../../libobjc 
-B/usr/src/gcc/obj280/x86_64-unknown-linux-gnu/./libobjc/.libs  
-L/usr/src/gcc/obj280/x86_64-unknown-linux
-gnu/./libobjc/.libs  -S  -o objc-foreach-1.s(timeout = 300)
/usr/src/gcc/gcc/testsuite/objc.dg/objc-foreach-1.m: In function
'-[MyList(BasicTest) compilerTestAgainst]':
/usr/src/gcc/gcc/testsuite/objc.dg/objc-foreach-1.m:31:1: error: invalid
conversion in gimple call
long unsigned int
unsigned int
__objc_foreach_batchsize = OBJ_TYPE_REF(D.2863;__objc_foreach_collection.0->0)
(__objc_foreach_collection.0, &_OBJC_SELECTOR_TABLE,
&__objc_foreach_enum_state, &__objc_foreach_items, 16);
/usr/src/gcc/gcc/testsuite/objc.dg/objc-foreach-1.m:31:1: error: invalid
conversion in gimple call
long unsigned int
unsigned int
__objc_foreach_batchsize = OBJ_TYPE_REF(D.2879;__objc_foreach_collection.1->0)
(__objc_foreach_collection.1, &_OBJC_SELECTOR_TABLE,
&__objc_foreach_enum_state, &__objc_foreach_items, 16);
/usr/src/gcc/gcc/testsuite/objc.dg/objc-foreach-1.m:31:1: internal compiler
error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
compiler exited with status 1

Even if the testcase is buggy, we shouldn't ICE on it, so it is also an ObjC FE
bug.

[Bug objc/45925] New objc test failures

[nicola at gcc dot gnu.org]

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

--- Comment #3 from Nicola Pero  2010-10-07 08:38:16 
UTC ---
You can easily confirm the bug even in a 32 bit machine by making the following
change to objc-foreach-1.m:

Index: objc-foreach-1.m
===
--- objc-foreach-1.m(revision 165067)
+++ objc-foreach-1.m(working copy)
@@ -12,7 +12,7 @@
 @end

 @implementation MyList
-- (unsigned int)countByEnumeratingWithState:(struct __objcFastEnumerationState
*)state objects:(id *)items count:(unsigned int)stackcount
+- (char)countByEnumeratingWithState:(struct __objcFastEnumerationState *)state
objects:(id *)items count:(unsigned int)stackcount
 {
 return 0;
 }


Then, the result is 

---

objc-foreach-1.m: In function ‘-[MyList(BasicTest) compilerTestAgainst]’:
objc-foreach-1.m:31:1: error: invalid conversion in gimple call
long unsigned int

char

__objc_foreach_batchsize = OBJ_TYPE_REF(D.2129;__objc_foreach_collection.0->0)
(__objc_foreach_collection.0, &_OBJC_SELECTOR_TABLE,
&__objc_foreach_enum_state, &__objc_foreach_items, 16);

objc-foreach-1.m:31:1: error: invalid conversion in gimple call
long unsigned int

char

__objc_foreach_batchsize = OBJ_TYPE_REF(D.2145;__objc_foreach_collection.1->0)
(__objc_foreach_collection.1, &_OBJC_SELECTOR_TABLE,
&__objc_foreach_enum_state, &__objc_foreach_items, 16);

objc-foreach-1.m:31:1: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

-

And it's correct that the test fails, because the declaration of the method is
wrong; it's the internal compiler error which shouldn't be there. :-)

Anyway, I think it makes sense to fix the testcases, but leave this bug open as
a low-priority bug fix.  The problem is very unlikely to happen in practice
since that method will be declared once (hopefully correctly) in the Foundation
frameworks.

Thanks

[Bug c++/45930] New: AIX: c++ -static-libgcc cores on throw/catch

[cvolkm...@orga-systems.com]

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

   Summary: AIX: c++ -static-libgcc cores on throw/catch
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: cvolkm...@orga-systems.com


Created attachment 21986
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=21986
Script with code to show the error.

A c++ program with -static-libgcc crashes on AIX (only) after throw.

> terminate called after throwing an instance of 'DoException'
> ./static-gcc-aix-no-catch.sh[52]: 226008 IOT/Abort trap(coredump)

It works fine without "-static-libgcc" on AIX. GNU/Linux x86 does
not have this problem.

A sample script is attached.

gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/opt/freeware/libexec/gcc/powerpc-ibm-aix6.1.0.0/4.5.1/lto-wrapper
Target: powerpc-ibm-aix6.1.0.0
Configured with: ./configure --with-as=/usr/bin/as --with-ld=/usr/bin/ld
--enable-languages=c,c++ --prefix=/opt/freeware --enable-threads
--enable-version-specific-runtime-libs --disable-nls --enable-decimal-float=dpd
--host=powerpc-ibm-aix6.1.0.0
Thread model: aix
gcc version 4.5.1 (GCC)

[Bug c++/45930] AIX: c++ -static-libgcc cores on throw/catch

[cvolkm...@orga-systems.com]

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

--- Comment #1 from Christian Volkmann  2010-10-07 
08:53:26 UTC ---
Stack trace with gdb 7.2: ( Compile option -O0 -g3 )

gdb static-gcc-aix-no-catch.static-libgcc 
GNU gdb (GDB) 7.2
Copyright (C) 2010 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 "powerpc-ibm-aix6.1.0.0".
For bug reporting instructions, please see:
...
Reading symbols from /tmp/static-gcc-aix-no-catch.static-libgcc...done.
(gdb) r
Starting program: /tmp/static-gcc-aix-no-catch.static-libgcc 
terminate called after throwing an instance of 'DoException'

Program received signal SIGABRT, Aborted.
0xd0136800 in raise () from /usr/lib/libc.a(shr.o)
(gdb) bt
#0  0xd0136800 in raise () from /usr/lib/libc.a(shr.o)
#1  0xd01a9028 in abort () from /usr/lib/libc.a(shr.o)
#2  0xd4508990 in __gnu_cxx::__verbose_terminate_handler () at  _start_ :93
#3  0xd451257c in __cxxabiv1::__terminate (handler=) at
 _start_ :39
#4  0xd45087e8 in std::terminate () at  _start_ :49
#5  0xd4512900 in __cxa_throw (obj=, tinfo=, dest=) at  _start_ :83
#6  0x16b4 in DoTest () at /tmp/static-gcc-aix-no-catch.cpp:10
#7  0x16f4 in main () at /tmp/static-gcc-aix-no-catch.cpp:16
(gdb)

[Bug spam/45929] insn-attrtab.c is too big, can't compile within a few hundred MB (4.3.5 oops)

[jay.krell at cornell dot edu]

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

Jay  changed:

   What|Removed |Added

Version|4.3.5   |4.5.1

--- Comment #1 from Jay  2010-10-07 09:03:21 UTC 
---
same problem compiling 4.5.1

gcc -c  -g  -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-format-attribute -Wold-style-definition  
-DHAVE_CONFIG_H -I. -I. -I../../gcc-4.5/gcc -I../../gcc-4.5/gcc/.
-I../../gcc-4.5/gcc/../include -I../../gcc-4.5/gcc/../libcpp/include
-I/home/jkrell/dev2/cm3/m3-sys/m3cc/AMD64_SOLARIS/./gmp
-I/home/jkrell/dev2/cm3/m3-sys/m3cc/gcc-4.5/gmp 
-I../../gcc-4.5/gcc/../libdecnumber -I../../gcc-4.5/gcc/../libdecnumber/dpd
-I../libdecnumber   -I/usr/include/libelf  insn-attrtab.c -o insn-attrtab.o

cc1: out of memory allocating 277312464 bytes after a total of 14352384 bytes

[Bug c/45931] New: This is a test bug for the VELOX Project

[gina.alioto at bsc dot es]

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

   Summary: This is a test bug for the VELOX Project
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: gina.ali...@bsc.es


Aldy and Richard, 
This is a test bug for the VELOX Project to see how your Bugzilla works and
figure out how to CC you.  You may close this bug after letting me know that
you saw it (via email).

THANKS! 
-Gina

[Bug objc/45925] New objc test failures

[nicola at gcc dot gnu.org]

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

Nicola Pero  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.10.07 09:08:42
 AssignedTo|unassigned at gcc dot   |nicola at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #4 from Nicola Pero  2010-10-07 09:08:42 
UTC ---
Actually, at a closer look it's a bug in the new code.  This fixes it --

Index: objc-act.c
===
--- objc-act.c  (revision 165067)
+++ objc-act.c  (working copy)
@@ -10325,7 +10325,7 @@ objc_finish_foreach_loop (location_t location, tre
(NULL_TREE, build_int_cst (NULL_TREE, 16),
NULL_TREE;
   }
 #endif
-  t = build2 (MODIFY_EXPR, void_type_node, objc_foreach_batchsize_decl, t);
+  t = build2 (MODIFY_EXPR, void_type_node, objc_foreach_batchsize_decl,
convert (long_unsigned_type_node, t));
   SET_EXPR_LOCATION (t, location);
   append_to_statement_list (t, &BIND_EXPR_BODY (bind));

@@ -10498,7 +10498,7 @@ objc_finish_foreach_loop (location_t location, tre
(NULL_TREE, build_int_cst (NULL_TREE, 16),
NULL_TREE;
   }
 #endif
-  t = build2 (MODIFY_EXPR, void_type_node, objc_foreach_batchsize_decl, t);
+  t = build2 (MODIFY_EXPR, void_type_node, objc_foreach_batchsize_decl,
convert (long_unsigned_type_node, t));
   SET_EXPR_LOCATION (t, location);
   append_to_statement_list (t, &BIND_EXPR_BODY (next_batch_bind));

We'll apply once approved.

Thanks

[Bug spam/45929] insn-attrtab.c is too big, can't compile within a few hundred MB (4.3.5 oops)

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #2 from Richard Guenther  2010-10-07 
09:33:56 UTC ---
This is your bootstrap compiler which is no longer maintained.

[Bug fortran/45710] Adjust format and padding for WRITE of NAMELIST group to internal file

[urbanjost at comcast dot net]

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

--- Comment #20 from urbanjost at comcast dot net 2010-10-07 09:35:20 UTC ---
Thanks!

- Original Message - 
From: "jvdelisle at gcc dot gnu.org" 
To: 
Sent: Wednesday, October 06, 2010 10:45 PM
Subject: [Bug fortran/45710] Adjust format and padding for WRITE of NAMELIST 
group to internal file


> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45710
>
> Jerry DeLisle  changed:
>
>   What|Removed |Added
> 
> Status|ASSIGNED|RESOLVED
> Resolution||FIXED
>
> --- Comment #19 from Jerry DeLisle  
> 2010-10-07 02:44:59 UTC ---
> Fixed on trunk, 4.5, and 4.4.  Closing  Thanks for bug report.
>
> -- 
> Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
> --- You are receiving this mail because: ---
> You reported the bug.
>

[Bug tree-optimization/45919] [4.6 Regression] ICE: SIGSEGV in fold_ctor_reference (tree-ssa-ccp.c:1527) at -O1

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu.org
   Target Milestone|--- |4.6.0

[Bug libstdc++/45906] Cross build gcc 4.5.1 failed but same options success on 4.4.1

[samsonluk at gmail dot com]

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

--- Comment #12 from Samson Luk  2010-10-07 
09:49:46 UTC ---
(In reply to comment #8)

> in your case, build = host = i686-pc-linux-gnu, target = 
> arm-none-linux-gnueabi).

I just tried, such a build always break at the following location, am I missing
something?

configure options:
/usr/local/src/gcc-4.5.1/configure 
--build=i686-pc-linux-gnu 
--host=i686-pc-linux-gnu 
--target=arm-none-linux-gnueabi 
--enable-threads 
--disable-libmudflap 
--disable-libssp 
--disable-libstdcxx-pch  
--enable-languages=c,c++ 
--prefix=/opt 
--with-gmp=/usr/local 
--with-mpfr=/usr/local 
--with-ppl=/usr/local 
--with-cloog=/usr/local 
--disable-bootstrap

GNU C (Ubuntu 4.4.3-4ubuntu5) version 4.4.3 (i486-linux-gnu)
compiled by GNU C version 4.4.3, GMP version 4.3.2, MPFR version
2.4.2-p1.
GGC heuristics: --param ggc-min-expand=55 --param ggc-min-heapsize=47484
ignoring nonexistent directory "/usr/local/include/i486-linux-gnu"
ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.4.3/include"
ignoring nonexistent directory
"/usr/lib/gcc/i486-linux-gnu/4.4.3/../../../../i486-linux-gnu/include"
ignoring nonexistent directory "/usr/include/i486-linux-gnu"
ignoring nonexistent directory "/usr/local/src/gcc-4.5.1/gcc/build"
ignoring duplicate directory "/usr/local/include"
  as it is a non-system directory that duplicates a system directory
ignoring duplicate directory "/usr/local/include"
  as it is a non-system directory that duplicates a system directory
#include "..." search starts here:
#include <...> search starts here:
 .
 build
 /usr/local/src/gcc-4.5.1/gcc
 /usr/local/src/gcc-4.5.1/gcc/../include
 /usr/local/src/gcc-4.5.1/gcc/../libcpp/include
 /usr/local/src/gcc-4.5.1/gcc/../libdecnumber
 /usr/local/src/gcc-4.5.1/gcc/../libdecnumber/dpd
 ../libdecnumber
 /usr/lib/gcc/i486-linux-gnu/4.4/include
 /usr/local/include
 /usr/lib/gcc/i486-linux-gnu/4.4.3/include-fixed
 /usr/include
End of search list.
GNU C (Ubuntu 4.4.3-4ubuntu5) version 4.4.3 (i486-linux-gnu)
compiled by GNU C version 4.4.3, GMP version 4.3.2, MPFR version
2.4.2-p1.
GGC heuristics: --param ggc-min-expand=55 --param ggc-min-heapsize=47484
Compiler executable checksum: 5998ce5f1765e99eea5269f4c1e38d44
COLLECT_GCC_OPTIONS='-c' '-v' '-DIN_GCC' '-DCROSS_DIRECTORY_STRUCTURE' '-W'
'-Wall' '-Wwrite-strings' '-Wcast-qual' '-Wstrict-prototypes'
'-Wmissing-prototypes' '-Wmissing-format-attribute' '-pedantic'
'-Wno-long-long' '-Wno-variadic-macros' '-Wno-overlength-strings'
'-Wold-style-definition' '-Wc++-compat' '-DHAVE_CONFIG_H' '-DGENERATOR_FILE'
'-I.' '-Ibuild' '-I/usr/local/src/gcc-4.5.1/gcc'
'-I/usr/local/src/gcc-4.5.1/gcc/build'
'-I/usr/local/src/gcc-4.5.1/gcc/../include'
'-I/usr/local/src/gcc-4.5.1/gcc/../libcpp/include' '-I/usr/local/include'
'-I/usr/local/include' '-I/usr/local/src/gcc-4.5.1/gcc/../libdecnumber'
'-I/usr/local/src/gcc-4.5.1/gcc/../libdecnumber/dpd' '-I../libdecnumber' '-o'
'build/genmodes.o' '-mtune=generic' '-march=i486'
 as -V -Qy -o build/genmodes.o /tmp/ccbrGEkp.s
as: line 83: exec: : not found
make[2]: *** [build/genmodes.o] Error 1
make[2]: Leaving directory `/usr/local/src/gcc-4.5.1.i686CrossARMBuild/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/usr/local/src/gcc-4.5.1.i686CrossARMBuild'
make: *** [all] Error 2

[Bug other/45914] Typo in gcc/configure.ac

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2010-10-07 
09:51:54 UTC ---
Author: rguenth
Date: Thu Oct  7 09:51:52 2010
New Revision: 165087

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165087
Log:
2010-10-07  Richard Guenther  

PR bootstrap/45914
* configure.ac: Fix typo.
* configure: Regenerated.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/configure
trunk/gcc/configure.ac

[Bug other/45914] Typo in gcc/configure.ac

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

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

--- Comment #2 from Richard Guenther  2010-10-07 
09:52:07 UTC ---
Fixed.

[Bug tree-optimization/45912] [4.6 regression] Patch for PR tree-optimization/44972 caused 2500+ FAILs on Solaris 2/SPARC

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0

[Bug libstdc++/45906] Cross build gcc 4.5.1 failed but same options success on 4.4.1

[paolo.carlini at oracle dot com]

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

--- Comment #13 from Paolo Carlini  2010-10-07 
10:06:29 UTC ---
I would suggest not adding more to the audit trail here: the PR, which turned
out to be invalid, is about a completely different issue having to to with
libstdc++. Maybe the gcc-help mailing list would be more suited.

[Bug spam/45929] insn-attrtab.c is too big, can't compile within a few hundred MB (4.3.5 oops)

[jay.krell at cornell dot edu]

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

--- Comment #3 from Jay  2010-10-07 10:31:04 UTC 
---
I'll switch to gcc 4.x. It would be nice to keep the files/functions smaller
for portability.

[Bug spam/45929] insn-attrtab.c is too big, can't compile within a few hundred MB (4.3.5 oops)

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #4 from Jakub Jelinek  2010-10-07 
10:35:54 UTC ---
This has been changed on the trunk, there are more smaller functions in that
file now.

[Bug fortran/45916] [4.6 regression] ICE in match_procedure_in_type, at fortran/decl.c:7921

[mikael at gcc dot gnu.org]

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

--- Comment #5 from Mikael Morin  2010-10-07 
10:47:02 UTC ---
Author: mikael
Date: Thu Oct  7 10:46:58 2010
New Revision: 165089

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165089
Log:
2010-10-07  Mikael Morin  

PR fortran/45916
Revert revision 165026:
2010-10-06  Mikael Morin  

* decl.c (match_procedure_in_type): Assertify if conditions.

2010-10-07  Mikael Morin  

PR fortran/45916
* gfortran.dg/generic_typebound_operator_1.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/generic_typebound_operator_1.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/decl.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/42954] [4.5/4.6 regression] TARGET_*_CPP_BUILDINS issues with gfortran

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert  changed:

   What|Removed |Added

   Keywords||patch

--- Comment #10 from Francois-Xavier Coudert  
2010-10-07 10:50:48 UTC ---
Complete patch submitted here:
http://gcc.gnu.org/ml/gcc-patches/2010-10/msg00566.html

[Bug middle-end/45926] [4.6 Regression] Revision 165057 breaks GOMP

[hubicka at gcc dot gnu.org]

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

--- Comment #1 from Jan Hubicka  2010-10-07 
10:52:37 UTC ---
Author: hubicka
Date: Thu Oct  7 10:52:34 2010
New Revision: 165090

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

PR middle-end/45926
* ipa.c (cgraph_remove_unreachable_nodes): Revert my previous patch.

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

[Bug fortran/45916] [4.6 regression] ICE in match_procedure_in_type, at fortran/decl.c:7921

[mikael at gcc dot gnu.org]

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

Mikael Morin  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Mikael Morin  2010-10-07 
10:59:09 UTC ---
Fixed

[Bug middle-end/45631] devirtualization with profile feedback does not work for function pointers

[hubicka at gcc dot gnu.org]

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

Jan Hubicka  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.10.07 11:04:58
 CC||hubicka at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Jan Hubicka  2010-10-07 
11:04:58 UTC ---
mine

[Bug c++/45930] AIX: c++ -static-libgcc cores on throw/catch

[cvolkm...@orga-systems.com]

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

--- Comment #2 from Christian Volkmann  2010-10-07 
11:36:09 UTC ---
Same error with gcc-4.2.4:
g++ -v
Using built-in specs.
Target: powerpc-ibm-aix6.1.0.0
Configured with: ../gcc-4.2.4/configure --with-as=/usr/bin/as
--with-ld=/usr/bin/ld --enable-languages=c,c++,fortran --prefix=/opt/freeware
--enable-threads --enable-version-specific-runtime-libs --disable-nls
--enable-decimal-float=dpd --host=powerpc-ibm-aix6.1.0.0
Thread model: aix
gcc version 4.2.4

( packages from http://www.perzl.org/aix/ Latest AIX6.1 )

[Bug rtl-optimization/45394] [4.6 regression] gnat fails to build on s390, trunk 20100918

[ebotcazou at gcc dot gnu.org]

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

--- Comment #12 from Eric Botcazou  2010-10-07 
11:49:07 UTC ---
> Aah, I think I got it: the MEM reference may throw, right?  Well, if i2src is
> still available, I guess keeping the debug insn where it is, suitably 
> adjusted,
> is even better.  Did you check that it still makes sense after combine?

Yes, the debug insn is adjusted like in all the other cases.

[Bug tree-optimization/45932] New: execute/pr37573.c fails after Neon misaligned patch.

[ramana at gcc dot gnu.org]

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

   Summary: execute/pr37573.c fails after Neon misaligned patch.
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ram...@gcc.gnu.org


I'm seeing some extra test failures with rev 164941

Rev:164940 ok.
Rev:164941 not ok. 
The test in question here is pr37573.c  in execute.exp. 

The test fails both on real hardware and qemu. This patch touches both the
backend and the vectorizer , hence marking it as a tree-optimization issue.

[Bug tree-optimization/45932] execute/pr37573.c fails after Neon misaligned patch.

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||jules at gcc dot gnu.org,
   ||ramana at gcc dot gnu.org

--- Comment #1 from Ramana Radhakrishnan  2010-10-07 
12:33:53 UTC ---
I've not had the time to look at it in more detail yet.

Adding Julian to CC list.

[Bug tree-optimization/45902] CPU2006 benchmark sphinx3 fails with vectorization

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.10.07 13:07:52
 AssignedTo|unassigned at gcc dot   |irar at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #4 from Ira Rosen  2010-10-07 13:07:52 UTC 
---
It is caused by combining different type conversions into one vector stmt
(lm.c:928/1147):

D.8017_68 = (s3lmwid_t) D.8016_67;
D.8025_86 = (uint16) D.8024_85;

The types are compatible, but not the same. In revision 157833 all the type
checks were changed from simple comparison to calls to types_compatible_p ().
The following patch adds an exact type comparison for LHS of type conversions:

Index: tree-vect-slp.c
===
--- tree-vect-slp.c (revision 164987)
+++ tree-vect-slp.c (working copy)
@@ -335,6 +335,7 @@ vect_build_slp_tree (loop_vec_info loop_
   bool permutation = false;
   unsigned int load_place;
   gimple first_load, prev_first_load = NULL;
+  tree first_stmt_lhs = NULL_TREE;

   /* For every stmt in NODE find its def stmt/s.  */
   FOR_EACH_VEC_ELT (gimple, stmts, i, stmt)
@@ -371,6 +372,9 @@ vect_build_slp_tree (loop_vec_info loop_
  return false;
}

+  if (!first_stmt_lhs)
+first_stmt_lhs = lhs;
+
   scalar_type = vect_get_smallest_scalar_type (stmt, &dummy, &dummy);
   vectype = get_vectype_for_scalar_type (scalar_type);
   if (!vectype)
@@ -473,6 +477,19 @@ vect_build_slp_tree (loop_vec_info loop_
  return false;
}

+  if (CONVERT_EXPR_CODE_P (rhs_code)
+  && TREE_TYPE (lhs) != TREE_TYPE (first_stmt_lhs))
+{
+  if (vect_print_dump_info (REPORT_SLP))
+{
+  fprintf (vect_dump, "Build SLP failed: different type "
+   "conversion in stmt ");
+  print_gimple_stmt (vect_dump, stmt, 0, TDF_SLIM);
+}
+
+  return false;
+}
+
  if (need_same_oprnds
  && !operand_equal_p (first_op1, gimple_assign_rhs2 (stmt), 0))
{

I'll test the patch on Sunday.

Ira

[Bug fortran/45933] New: [4.6 regression] ICE in gfc_add_component_ref, at fortran/class.c:77

[mikael at gcc dot gnu.org]

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

   Summary: [4.6 regression] ICE in gfc_add_component_ref, at
fortran/class.c:77
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mik...@gcc.gnu.org


Reported at http://gcc.gnu.org/ml/fortran/2010-10/msg00078.html
reduced testcase in a follow-up message:


MODULE DEF1
  TYPE :: DAT
INTEGER :: NN
  CONTAINS
PROCEDURE :: LESS_THAN
GENERIC :: OPERATOR (.LT.) => LESS_THAN
  END TYPE
CONTAINS
  LOGICAL FUNCTION LESS_THAN(A, B)
CLASS (DAT), INTENT (IN) :: A, B
LESS_THAN = (A%NN .LT. B%NN)
  END FUNCTION
END MODULE

PROGRAM P
  USE DEF1
  TYPE NODE
TYPE (DAT), POINTER :: PT
  END TYPE
  CLASS (NODE),POINTER :: A, B
  PRINT *, A%PT .LT. B%PT
END

[Bug fortran/45933] [4.6 regression] ICE in gfc_add_component_ref, at fortran/class.c:77

[mikael at gcc dot gnu.org]

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

--- Comment #1 from Mikael Morin  2010-10-07 
13:17:12 UTC ---
Don't know if they are related, but there are already several ICEs of the same
kind on bugzilla: 

http://gcc.gnu.org/bugzilla/buglist.cgi?short_desc=gfc_add_component_ref&cf_known_to_fail_type=allwords&cf_known_to_work_type=allwords&query_format=advanced&short_desc_type=allwordssubstr&component=fortran&product=gcc

[Bug fortran/45933] [4.6 regression] [OOP] ICE in gfc_add_component_ref, at fortran/class.c:77

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.10.07 13:18:22
 CC||janus at gcc dot gnu.org
Summary|[4.6 regression] ICE in |[4.6 regression] [OOP] ICE
   |gfc_add_component_ref, at   |in gfc_add_component_ref,
   |fortran/class.c:77  |at fortran/class.c:77
 Ever Confirmed|0   |1

[Bug tree-optimization/45934] New: [4.6 Regression] g++.old-deja/g++.other/dtor5.C FAILs with -finline-small-functions

[zsojka at seznam dot cz]

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

   Summary: [4.6 Regression] g++.old-deja/g++.other/dtor5.C FAILs
with -finline-small-functions
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz


$ g++ -O -finline-small-functions dtor5.C
$ ./a.out 
Aborted

Tested revisions:
r165058 - fail
r159696 - fail
r158095 - OK
4.5 r163761 - OK

[Bug middle-end/45569] [4.5 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions

[rguenth at gcc dot gnu.org]

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

--- Comment #6 from Richard Guenther  2010-10-07 
13:36:22 UTC ---
Author: rguenth
Date: Thu Oct  7 13:36:18 2010
New Revision: 165107

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165107
Log:
2010-10-07  Richard Guenther  

Backport from mainline
2010-09-07  Richard Guenther  

PR middle-end/45569
* tree-eh.c (operation_could_trap_helper_p): Neither COMPLEX_EXPR
nor CONSTRUCTOR can trap.
* tree-complex.c (update_complex_assignment): Update EH info.

* g++.dg/eh/pr45569.C: New testcase.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/eh/pr45569.C
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/tree-complex.c
branches/gcc-4_5-branch/gcc/tree-eh.c

[Bug middle-end/45569] [4.5 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #7 from Richard Guenther  2010-10-07 
13:36:39 UTC ---
Fixed.

[Bug c/45869] [4.5/4.6 Regression] type mismatch in shift expression produces ice with -O3 and -m32

[rguenth at gcc dot gnu.org]

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

--- Comment #4 from Richard Guenther  2010-10-07 
13:39:29 UTC ---
Author: rguenth
Date: Thu Oct  7 13:39:25 2010
New Revision: 165108

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165108
Log:
2010-10-07  Richard Guenther  

PR middle-end/45869
* tree-cfg.c (verify_gimple_assign_binary): Allow vector shifts
of pointers.

* gcc.dg/torture/pr45869.c: New testcase.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/torture/pr45869.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
branches/gcc-4_5-branch/gcc/tree-cfg.c

[Bug middle-end/45935] New: Many g++.dg/gomp failures with ICE in expand_omp_taskreg

[davek at gcc dot gnu.org]

.dg/gomp/pr35028.C (test for excess errors)
FAIL: g++.dg/gomp/pr35099.C (internal compiler error)
FAIL: g++.dg/gomp/pr35099.C (test for excess errors)
FAIL: g++.dg/gomp/pr35364.C (internal compiler error)
FAIL: g++.dg/gomp/pr35364.C (test for excess errors)
FAIL: g++.dg/gomp/pr36237.C (internal compiler error)
FAIL: g++.dg/gomp/pr36237.C (test for excess errors)
FAIL: g++.dg/gomp/pr36790.C (internal compiler error)
FAIL: g++.dg/gomp/pr36790.C (test for excess errors)
FAIL: g++.dg/gomp/pr37189.C (internal compiler error)
FAIL: g++.dg/gomp/pr37189.C (test for excess errors)
FAIL: g++.dg/gomp/pr38633.C (internal compiler error)
FAIL: g++.dg/gomp/pr38633.C (test for excess errors)
FAIL: g++.dg/gomp/pr41429.C (test for excess errors)
FAIL: g++.dg/gomp/tpl-for-3.C (internal compiler error)
FAIL: g++.dg/gomp/tpl-for-3.C (test for excess errors)
FAIL: g++.dg/gomp/tpl-parallel-1.C (internal compiler error)
FAIL: g++.dg/gomp/tpl-parallel-1.C (test for excess errors)
Running /gnu/gcc/gcc-unpatched/gcc/testsuite/g++.dg/graphite/graphite.exp ...

I see that HJ's regression tester has also noticed these:
http://gcc.gnu.org/ml/gcc-testresults/2010-10/msg00550.html

(gdb) r

Starting program: /gnu/gcc/obj2/gcc/cc1plus.exe -fpreprocessed block-0.ii
-quiet
 -dumpbase block-0.C -mtune=generic -march=i686 -auxbase-strip block-0.s
-versio
n -fmessage-length=0 -fopenmp -fdump-tree-omplower -o block-0.s
[New thread 920.0x7f4]
[New thread 920.0xaa4]
GNU C++ (GCC) version 4.6.0 20101007 (experimental) (i686-pc-cygwin)
compiled by GNU C version 4.6.0 20101007 (experimental), GMP version
4.3
.1, MPFR version 2.4.1-p5, MPC version 0.8
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (GCC) version 4.6.0 20101007 (experimental) (i686-pc-cygwin)
compiled by GNU C version 4.6.0 20101007 (experimental), GMP version
4.3
.1, MPFR version 2.4.1-p5, MPC version 0.8
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 4cc6845e124b50cb6c6990d595433c0e

Breakpoint 5, 0x006f83b0 in expand_omp_taskreg (region=0x4de2020)
at /gnu/gcc/gcc-unpatched/gcc/omp-low.c:2070
2070  return n ? (omp_context *) n->value : NULL;
(gdb) bt
#0  0x006f83b0 in expand_omp_taskreg (region=0x4de2020)
at /gnu/gcc/gcc-unpatched/gcc/omp-low.c:2070
#1  0x006fa6b1 in expand_omp (region=0x4de2020)
at /gnu/gcc/gcc-unpatched/gcc/omp-low.c:2070
#2  0x7fdb0e10 in ?? ()
#3  0x7fdb07e0 in ?? ()
#4  0x04ddb770 in ?? ()
#5  0x008b572c in next_dom_son (dir=CDI_DOMINATORS, bb=0x7fdb0798)
at /gnu/gcc/gcc-unpatched/gcc/dominance.c:600
#6  0x006fe68b in build_omp_regions_1 (bb=, parent=0x1,
single_tree=)
at /gnu/gcc/gcc-unpatched/gcc/omp-low.c:2070
#7  0x0001 in ?? ()
#8  0x in ?? ()
(gdb) print *region
$4 = {outer = 0x0, inner = 0x4de2050, next = 0x4de1fc0, entry = 0x7fdb0e10,
  exit = 0x7fdb1098, cont = 0x0, ws_args = 0x7ff53c00,
  type = GIMPLE_OMP_PARALLEL, sched_kind = OMP_CLAUSE_SCHEDULE_STATIC,
  is_combined_parallel = 1 '\001'}
(gdb)

(The apparent bad frames in the stack trace and the incorrect line number
information are just artifacts, I'll need to respin a build with less
optimisation and more debug info to get a better look.)

[Bug fortran/45933] [4.6 regression] [OOP] ICE in gfc_add_component_ref, at fortran/class.c:77

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |janus at gcc dot gnu.org
   |gnu.org |

--- Comment #2 from janus at gcc dot gnu.org 2010-10-07 13:55:02 UTC ---
Mine. Here's a patch:

Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c(revision 165052)
+++ gcc/fortran/resolve.c(working copy)
@@ -5719,13 +5719,12 @@ resolve_typebound_function (gfc_expr* e)

   /* Deal with typebound operators for CLASS objects.  */
   expr = e->value.compcall.base_object;
-  if (expr && expr->symtree->n.sym->ts.type == BT_CLASS
-&& e->value.compcall.name)
+  if (expr && expr->ts.type == BT_CLASS && e->value.compcall.name)
 {
   /* Since the typebound operators are generic, we have to ensure
  that any delays in resolution are corrected and that the vtab
  is present.  */
-  ts = expr->symtree->n.sym->ts;
+  ts = expr->ts;
   declared = ts.u.derived;
   c = gfc_find_component (declared, "$vptr", true, true);
   if (c->ts.u.derived == NULL)

[Bug tree-optimization/45934] [4.6 Regression] g++.old-deja/g++.other/dtor5.C FAILs with -finline-small-functions

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.10.07 13:55:56
 CC||hubicka at gcc dot gnu.org,
   ||jamborm at gcc dot gnu.org
   Target Milestone|--- |4.6.0
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2010-10-07 
13:55:56 UTC ---
Confirmed.

This is another de-virtualization issue.

[Bug tree-optimization/45934] [4.6 Regression] g++.old-deja/g++.other/dtor5.C FAILs with -finline-small-functions

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 CC||jason at gcc dot gnu.org

--- Comment #3 from Richard Guenther  2010-10-07 
13:58:12 UTC ---
It is in the end similar to PR45734 as the object gets piecewise destructed,
changing its effective type.  Jason?

[Bug c/45869] [4.5/4.6 Regression] type mismatch in shift expression produces ice with -O3 and -m32

[rguenth at gcc dot gnu.org]

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

--- Comment #5 from Richard Guenther  2010-10-07 
14:32:26 UTC ---
Author: rguenth
Date: Thu Oct  7 14:32:20 2010
New Revision: 165113

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165113
Log:
2010-10-07  Richard Guenther  

PR middle-end/45869
* tree-cfg.c (verify_gimple_assign_binary): Allow vector shifts
of pointers.

* gcc.dg/torture/pr45869.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr45869.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-cfg.c

[Bug c/45869] [4.5/4.6 Regression] type mismatch in shift expression produces ice with -O3 and -m32

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Richard Guenther  2010-10-07 
14:53:07 UTC ---
Fixed.

[Bug tree-optimization/45732] [4.6 Regression] ICE: in bit_value_unop, at tree-ssa-ccp.c:1861 at -O1

[rguenth at gcc dot gnu.org]

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

--- Comment #3 from Richard Guenther  2010-10-07 
15:00:27 UTC ---
Author: rguenth
Date: Thu Oct  7 15:00:18 2010
New Revision: 165120

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165120
Log:
2010-10-07  Richard Guenther  

PR tree-optimization/45732
* gcc.dg/torture/pr45732.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr45732.c
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug tree-optimization/45732] [4.6 Regression] ICE: in bit_value_unop, at tree-ssa-ccp.c:1861 at -O1

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Richard Guenther  2010-10-07 
15:00:49 UTC ---
Got itself fixed.

[Bug middle-end/38318] moving the allocation of temps out of loops.

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 CC||jh at suse dot cz,
   ||rguenther at suse dot de

--- Comment #5 from Dominique d'Humieres  2010-10-07 
15:04:34 UTC ---
Another case of interest is "automatic arrays". An interesting example is the
polyhedron test nf.f90.
On Core2 Duo and Darwin the following patch


--- nf.f902005-10-11 22:53:32.0 +0200
+++ nf_v2.f902010-10-07 16:49:38.0 +0200
@@ -153,7 +153,7 @@ integer :: nx , nxy , nxyz , maxiter
 real(dpkind),dimension(nxyz):: ad,au1,au2,au3,x,b
 real(dpkind)::targrms

-real(dpkind),allocatable,dimension(:) :: r,q,p,z,g,gi
+real(dpkind),allocatable,dimension(:) :: r,q,p,z,g,gi,t,u
 real(dpkind):: alpha,beta,qr,qrp,rmserr
 integer :: iter , tbase , tgi , tcg , tickspersec , maxticks

@@ -163,7 +163,7 @@ call GetGI3D(1,nxyz) ! c
 call system_clock(tgi,tickspersec,maxticks)
 deallocate(g)

-allocate (r(nxyz),q(nxyz),p(nxyz),z(nxyz))
+allocate (r(nxyz),q(nxyz),p(nxyz),z(nxyz),t(nxyz),u(nxyz))
 CALL SPMMULT(x,r) ; r = b - r! compute initial residual vector

 write(*,'(A)') ' Iter  AlphaBeta RMS Residual   Sum of
Residuals'
@@ -171,12 +171,12 @@ write(*,'(I4,24X,2G18.7)') 0,sqrt(DOT_PR

  !  Do a single iteration with alpha =1 
  !  to reduce sum of residuals to 0
-p = r ; CALL NF3DPrecon(p,1,nxyz) ; CALL SPMMULT(p,z)
+p = r ; CALL NF3DPrecon(p,t,u,1,nxyz) ; CALL SPMMULT(p,z)
 x = x + p ; r = r - z
 write(*,'(I4,F12.5,12X,2G18.7)') 0,1.0,sqrt(DOT_PRODUCT(r,r)/nxyz),sum(r)

 do iter = 1 , maxiter
-   q = r ; CALL NF3DPrecon(q,1,nxyz)
+   q = r ; CALL NF3DPrecon(q,t,u,1,nxyz)
qr = DOT_PRODUCT(q,r)
if ( iter==1 ) then
   beta = 0.0
@@ -197,7 +197,7 @@ call system_clock(tcg,tickspersec,maxtic
 write(*,'(/A,F10.3/A,F10.3/A,F10.3)') ' Time for setup
',REAL(tgi-tbase)/REAL(tickspersec) , &
   ' Time per iteration
',REAL(tcg-tgi)/REAL(tickspersec*min(iter,maxiter)) , &
   ' Total Time
',REAL(tcg-tbase)/REAL(tickspersec)
-deallocate(r,q,p,z,gi)
+deallocate(r,q,p,z,gi,t,u)
 contains
 
!=
  ! Banded matrix multiply b = A.x
= 
@@ -253,7 +253,7 @@ end subroutine GetGI2D   !==

 
!=
  ! solve for a plane of cells using 
==
-subroutine NF2DPrecon(x,i1,i2)   ! 2D NF Preconditioning matrix
+subroutine NF2DPrecon(x,t,i1,i2)   ! 2D NF Preconditioning matrix
 integer :: i1 , i2
 real(dpkind),dimension(i2)::x,t
 integer :: i
@@ -272,11 +272,12 @@ end subroutine NF2DPrecon!==
 subroutine GetGI3D(i1,i2)! compute gi for a 3D block of cells
=
 integer :: i1 , i2
 integer :: i
+real(dpkind),dimension(nxyz)::t
 g = ad
 do i = i1 , i2 , nxy ! advance one plane at a time
if ( i>i1 ) then  ! get contribution from previous plane 
   g(i-nxy:i-1) = au3(i-nxy:i-1)
-  call NF2DPrecon(g,i-nxy,i-1)
+  call NF2DPrecon(g,t,i-nxy,i-1)
   g(i:i+nxy-1) = g(i:i+nxy-1) - au3(i-nxy:i-1)*g(i-nxy:i-1)
endif
call GetGI2D(i,i+nxy-1)   ! get contribution from this plane
@@ -285,17 +286,17 @@ end subroutine GetGI3D   !==

 
!=
  ! solve for a 3D block of cells using 
-subroutine NF3DPrecon(x,i1,i2)   ! 3D Preconditioning matrix
+subroutine NF3DPrecon(x,t,u,i1,i2)   ! 3D Preconditioning matrix
 integer :: i1 , i2
-real(dpkind),dimension(i2)::x,t
+real(dpkind),dimension(i2)::x,t,u
 integer :: i
 do i = i1 , i2 , nxy
if ( i>i1 ) x(i:i+nxy-1) = x(i:i+nxy-1) - au3(i-nxy:i-1)*x(i-nxy:i-1)
-   call NF2DPrecon(x,i,i+nxy-1)
+   call NF2DPrecon(x,u,i,i+nxy-1)
 enddo   
 do i = i2-2*nxy+1 , i1 , -nxy
t(i:i+nxy-1) = au3(i:i+nxy-1)*x(i+nxy:i+2*nxy-1)
-   call NF2DPrecon(t,i,i+nxy-1)
+   call NF2DPrecon(t,u,i,i+nxy-1)
x(i:i+nxy-1) = x(i:i+nxy-1) - t(i:i+nxy-1)
 enddo
 end subroutine NF3DPrecon   
!=

cuts the execution time from ~28s to ~20s (Note that with the options I use all
the procs are inlined).

[Bug driver/45936] New: [4.6 regression] cc1 fails to generate target code with -O2

[jojelino at gmail dot com]

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

   Summary: [4.6 regression] cc1 fails to generate target code
with -O2
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: driver
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jojel...@gmail.com


Created attachment 21990
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=21990
preprocessed source

gcc -mno-cygwin  -DHAVE_HYPOT -DHAVE_FILE64  -DHAVE_FONTCONFIG -DHAVE_LIBIDN
-DHAVE_SETLOCALE -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations
-Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing
-Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H
-DGX_COLOR_INDEX_TYPE="unsigned long long" -g -DUSE_LIBICONV_GNU  -I./obj
-I./base  -o ./obj/gxfill.o -c ./base/gxfill.c -save-temps -O2 -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-mingw32/4.6.0/lto-wrapper.exe
Target: i686-pc-mingw32
Configured with: ./configure --prefix=/usr --disable-win32-registry
--enable-threads=posix --enable-languages=c,c++,lto --with-win32-nlsapi=unicode
--enable-tls --disable-bootstrap --enable-shared --disable-sjlj-exceptions
--enable-gomp
Thread model: posix
gcc version 4.6.0 20101005 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-mno-cygwin' '-D' 'HAVE_HYPOT' '-D' 'HAVE_FILE64' '-D'
'HAVE_FONTCONFIG' '-D' 'HAVE_LIBIDN' '-D' 'HAVE_SETLOCALE' '-Wall'
'-Wstrict-prototypes' '-Wundef' '-Wmissing-declarations' '-Wmissing-prototypes'
'-Wwrite-strings' '-Wno-strict-aliasing' '-Wdeclaration-after-statement'
'-fno-builtin' '-fno-common' '-D' 'HAVE_STDINT_H' '-D'
'GX_COLOR_INDEX_TYPE=unsigned long long' '-g' '-D' 'USE_LIBICONV_GNU' '-I'
'./obj' '-I' './base' '-o' './obj/gxfill.o' '-c' '-save-temps' '-O2' '-v'
'-mtune=generic' '-march=pentiumpro'
 /usr/libexec/gcc/i686-pc-mingw32/4.6.0/cc1.exe -E -quiet -v -I ./obj -I ./base
-D__MSVCRT__ -D__MINGW32__ -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -DWINNT
-idirafter /usr/lib/gcc/i686-pc-mingw32/4.6.0/../../../../include/w32api
-idirafter
/usr/lib/gcc/i686-pc-mingw32/4.6.0/../../../../i686-pc-mingw32/lib/../../include/w32api
-D HAVE_HYPOT -D HAVE_FILE64 -D HAVE_FONTCONFIG -D HAVE_LIBIDN -D
HAVE_SETLOCALE -D HAVE_STDINT_H -D GX_COLOR_INDEX_TYPE=unsigned long long -D
USE_LIBICONV_GNU ./base/gxfill.c -mno-cygwin -mtune=generic -march=pentiumpro
-Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes
-Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin
-fno-common -g -fworking-directory -O2 -fpch-preprocess -o gxfill.i
ignoring nonexistent directory
"/usr/lib/gcc/i686-pc-mingw32/4.6.0/../../../../i686-pc-mingw32/sys-include"
ignoring duplicate directory
"/usr/lib/gcc/i686-pc-mingw32/4.6.0/../../../../i686-pc-mingw32/lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 ./obj
 ./base
 /usr/lib/gcc/i686-pc-mingw32/4.6.0/include
 /usr/lib/gcc/i686-pc-mingw32/4.6.0/include-fixed
 /usr/lib/gcc/i686-pc-mingw32/4.6.0/../../../../i686-pc-mingw32/include
 /usr/lib/gcc/i686-pc-mingw32/4.6.0/../../../../include/w32api
End of search list.
COLLECT_GCC_OPTIONS='-mno-cygwin' '-D' 'HAVE_HYPOT' '-D' 'HAVE_FILE64' '-D'
'HAVE_FONTCONFIG' '-D' 'HAVE_LIBIDN' '-D' 'HAVE_SETLOCALE' '-Wall'
'-Wstrict-prototypes' '-Wundef' '-Wmissing-declarations' '-Wmissing-prototypes'
'-Wwrite-strings' '-Wno-strict-aliasing' '-Wdeclaration-after-statement'
'-fno-builtin' '-fno-common' '-D' 'HAVE_STDINT_H' '-D'
'GX_COLOR_INDEX_TYPE=unsigned long long' '-g' '-D' 'USE_LIBICONV_GNU' '-I'
'./obj' '-I' './base' '-o' './obj/gxfill.o' '-c' '-save-temps' '-O2' '-v'
'-mtune=generic' '-march=pentiumpro'
 /usr/libexec/gcc/i686-pc-mingw32/4.6.0/cc1.exe -fpreprocessed gxfill.i -quiet
-dumpbase gxfill.c -mno-cygwin -mtune=generic -march=pentiumpro -auxbase-strip
./obj/gxfill.o -g -O2 -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations
-Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing
-Wdeclaration-after-statement -version -fno-builtin -fno-common -o gxfill.s
GNU C (GCC) version 4.6.0 20101005 (experimental) (i686-pc-mingw32)
compiled by GNU C version 4.6.0 20101005 (experimental), GMP version
5.0.0, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C (GCC) version 4.6.0 20101005 (experimental) (i686-pc-mingw32)
compiled by GNU C version 4.6.0 20101005 (experimental), GMP version
5.0.0, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 35e82bb8e3d466cb1630a260f1560108
COLLECT_GCC_OPTIONS='-mno-cygwin' '-D' 'HAVE_HYPOT' '-D' 'HAVE_FILE64' '-D'
'HAVE_FONTCONFIG' '-D' 'HAVE_LIBIDN' '-D' 'HAVE_SETLOCALE' '-Wall'
'-Wstrict-prototypes' '-Wundef' '-Wmissing-declarations' '-Wmissing-prototypes'
'-Wwrite-strings' '-Wno-strict-aliasing' '-Wdeclara

[Bug driver/45936] [4.6 regression] cc1 fails to generate target code with -O2

[jojelino at gmail dot com]

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

--- Comment #1 from gee  2010-10-07 15:26:37 UTC ---
giving -O1 had no problem.

[Bug driver/45936] [4.6 regression] cc1 fails to generate target code with -O2

[rguenth at gcc dot gnu.org]

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

--- Comment #2 from Richard Guenther  2010-10-07 
15:28:57 UTC ---
-mno-cygwin got just removed, please try without it.

[Bug middle-end/45926] [4.6 Regression] Revision 165057 breaks GOMP

[davek at gcc dot gnu.org]

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

Dave Korn  changed:

   What|Removed |Added

 CC||davek at gcc dot gnu.org

--- Comment #2 from Dave Korn  2010-10-07 15:29:22 
UTC ---
*** Bug 45935 has been marked as a duplicate of this bug. ***

[Bug middle-end/45935] [4.6 Regression] Many g++.dg/gomp failures with ICE in expand_omp_taskreg

[davek at gcc dot gnu.org]

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

Dave Korn  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #2 from Dave Korn  2010-10-07 15:29:22 
UTC ---
Found it.  Already fixed on head.

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

[Bug bootstrap/45928] genattrtab is too slow.

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

  Component|spam|bootstrap

--- Comment #1 from Andrew Pinski  2010-10-07 
15:31:16 UTC ---
Yes it is slow in 4.5.x.  It has been speed up on the trunk already.

[Bug c++/45923] constexpr diagnostic w/ non-literal

[jason at gcc dot gnu.org]

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

--- Comment #1 from Jason Merrill  2010-10-07 
15:35:45 UTC ---
(In reply to comment #0)
> constexpr-basic.cc:20:33: error: ‘double complex::real() const’ is not a
> constexpr function
> 
> NO!

Yes.  It is not valid for real() to be constexpr in a non-literal class, so it
is not constexpr.

[Bug target/45805] VFP/Neon double precision register expected -- `vmovl.s16 q2,s8

[belagod at gcc dot gnu.org]

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

--- Comment #8 from belagod at gcc dot gnu.org 2010-10-07 16:00:13 UTC ---
Author: belagod
Date: Thu Oct  7 16:00:06 2010
New Revision: 165122

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165122
Log:
2010-10-07  Tejas Belagod  

PR target/45805
* config/arm/neon.md (neon_unpack_): Add 'w' to
constraint, add register specifier in instruction template.
(neon_vec_pack_trunc_): Likewise.
(neon_vec_mult_): Add register specifier to
instruction template.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/neon.md

[Bug tree-optimization/45934] [4.6 Regression] g++.old-deja/g++.other/dtor5.C FAILs with -finline-small-functions

[jason at gcc dot gnu.org]

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

--- Comment #4 from Jason Merrill  2010-10-07 
16:16:42 UTC ---
This testcase is valid.  The effective type of an object for virtual dispatch
changes during the construction/destruction process; see 12.7 in the standard.

So in addition to the static type of the object, the devirtualizer needs to
know when a subobject is under construction or destruction.

[Bug c/45931] This is a test bug for the VELOX Project

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME

--- Comment #1 from Andrew Pinski  2010-10-07 
17:27:22 UTC ---
Closing as this was a test bug.

[Bug fortran/45933] [4.6 regression] [OOP] ICE in gfc_add_component_ref, at fortran/class.c:77

[janus at gcc dot gnu.org]

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

--- Comment #3 from janus at gcc dot gnu.org 2010-10-07 17:35:23 UTC ---
Author: janus
Date: Thu Oct  7 17:35:18 2010
New Revision: 165126

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165126
Log:
2010-10-07  Janus Weil  

PR fortran/45933
* resolve.c (resolve_typebound_function): Use correct declared type
for type-bound operators.


2010-10-07  Janus Weil  

PR fortran/45933
* gfortran.dg/typebound_operator_5.f03: New.

Added:
trunk/gcc/testsuite/gfortran.dg/typebound_operator_5.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/45933] [4.6 regression] [OOP] ICE in gfc_add_component_ref, at fortran/class.c:77

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from janus at gcc dot gnu.org 2010-10-07 17:41:16 UTC ---
Fixed with r165126. Closing.

[Bug tree-optimization/45902] CPU2006 benchmark sphinx3 fails with vectorization

[pthaugen at gcc dot gnu.org]

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

Pat Haugen  changed:

   What|Removed |Added

 Status|ASSIGNED|UNCONFIRMED
 Ever Confirmed|1   |0

--- Comment #5 from Pat Haugen  2010-10-07 
17:56:38 UTC ---
Not sure it matters since you already have a patch, but it appears the fix for
PR 44284 introduced the problem. If I revert that patch sphinx3 passes.

[Bug target/45820] FAIL: gcc.c-torture/compile/pr45728.c at -O1 and above

[danglin at gcc dot gnu.org]

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

--- Comment #4 from John David Anglin  2010-10-07 
17:59:51 UTC ---
Author: danglin
Date: Thu Oct  7 17:59:30 2010
New Revision: 165128

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165128
Log:
PR target/45820
* config/pa/pa.c (pa_secondary_reload): Handle symbolic operands
earlier.


Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/pa/pa.c

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

[Ralf.Wildenhues at gmx dot de]

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

--- Comment #6 from Ralf Wildenhues  2010-10-07 
18:34:11 UTC ---
> (In reply to comment #4)
> > There should always exist a suitable tool on systems where it is needed.
> > FWIW, I would just use the above in the Makefile though (after removing
> > the comments).
> 
> Why would you remove the comments?

Because they won't work inside a makefile rule.

> > The hunk in that changing TEXI_GCCINT_FILES seems wrong, at least
> > gcc/doc/gccint.texi still has '@include tm.texi' so that's what the
> > dependency should be.
> 
> It must depend on new-tm.texi, lest it gets not rebuilt when there is a
> change in the source files.

Hmm, but since gccint.texi file includes tm.texi it still gets rebuilt
wrongly then.   Oh well, guess the real issue here is that interactive
things (requiring the user to do something) just can't be mapped well
to make syntax.  Not sure if we can do much about it.  Thanks.

[Bug objc/45925] New objc test failures

[nicola at gcc dot gnu.org]

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

--- Comment #5 from Nicola Pero  2010-10-07 18:37:49 
UTC ---
Author: nicola
Date: Thu Oct  7 18:37:43 2010
New Revision: 165129

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165129
Log:
In gcc/:
2010-10-07  Nicola Pero  

* doc/objc.texi (Fast enumeration protocol): Mention that
'unsigned int' can also be used instead of 'unsigned long' in
countByEnumeratingWithState:objects:count:.

In gcc/objc/:
2010-10-07  Nicola Pero  

PR objc/45925
* objc-act.c (objc_finish_foreach_loop): Convert return value of
countByEnumeratingWithState:objects:count: to long unsigned int.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/doc/objc.texi
trunk/gcc/objc/ChangeLog
trunk/gcc/objc/objc-act.c

[Bug objc/45925] New objc test failures

[nicola at gcc dot gnu.org]

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

--- Comment #6 from Nicola Pero  2010-10-07 18:40:38 
UTC ---
This should be fixed now.  Can you confirm that the failures on 64-bit have
gone away ? :-)

Thanks

[Bug tree-optimization/45902] CPU2006 benchmark sphinx3 fails with vectorization

[pthaugen at gcc dot gnu.org]

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

Pat Haugen  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed|2010-10-07 13:07:52 |2010.10.07 18:41:31
 Ever Confirmed|0   |1

[Bug fortran/43018] alloc_comp_scalar_1.f90: Valgrind Invalid read of size 8

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.10.07 20:53:21
 CC||janus at gcc dot gnu.org
Summary|alloc_comp_scalar_1.f90:|alloc_comp_scalar_1.f90:
   |Valgrind  Invalid read of   |Valgrind  Invalid read of
   |size 4  |size 8
 Ever Confirmed|0   |1

--- Comment #3 from janus at gcc dot gnu.org 2010-10-07 20:53:21 UTC ---
Confirmed at r165126.

[Bug fortran/43018] alloc_comp_scalar_1.f90: Valgrind Invalid read of size 8

[janus at gcc dot gnu.org]

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

--- Comment #4 from janus at gcc dot gnu.org 2010-10-07 21:07:07 UTC ---
It seems the "invalid read" is due to the call to PACK. It still appear when
commenting out lines 15 & 16, but not any more when commenting out 14, 15 & 16.

[Bug libstdc++/45841] [4.6 Regression]: r164529 cris-elf libstdc++ 27_io/basic_filebuf/seekoff/char/2-io.cc

[hp at gcc dot gnu.org]

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

--- Comment #45 from Hans-Peter Nilsson  2010-10-07 
21:46:55 UTC ---
Author: hp
Date: Thu Oct  7 21:46:51 2010
New Revision: 165136

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165136
Log:
PR libstdc++/45841
* testsuite/lib/libstdc++.exp (check_v3_target_fileio): Rewrite to
use an actual testsuite file and machinery, not ".".  Specifically
check that incorrectly seeking backwards from 0 yields an error,
and that reading, seeking backwards and reading again works.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/testsuite/lib/libstdc++.exp

[Bug libstdc++/45841] [4.6 Regression]: r164529 cris-elf libstdc++ 27_io/basic_filebuf/seekoff/char/2-io.cc

[hp at gcc dot gnu.org]

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

Hans-Peter Nilsson  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #46 from Hans-Peter Nilsson  2010-10-07 
22:14:40 UTC ---
I think we're done here; all issues (actual libstdc++-bug and "real" test-case,
two simulator bugs, libstdc++ testsuite gate-function) fixed and committed.

[Bug objc++/23614] obj-c++.dg/lookup-2.mm fails with the GNU runtime

[nicola at gcc dot gnu.org]

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

--- Comment #7 from Nicola Pero  2010-10-07 22:26:47 
UTC ---
Author: nicola
Date: Thu Oct  7 22:26:43 2010
New Revision: 165137

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165137
Log:
In gcc/testsuite/:
2010-10-07  Nicola Pero  

   PR objc++/23614
   * obj-c++.dg/lookup-2.mm: Do not assign 'nil' to a pointer to a
   C++ class.  Removed XFAIL.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/obj-c++.dg/lookup-2.mm

[Bug objc++/23614] obj-c++.dg/lookup-2.mm fails with the GNU runtime

[nicola at gcc dot gnu.org]

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

Nicola Pero  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||nicola at gcc dot gnu.org
 Resolution||FIXED
  Known to fail||

--- Comment #8 from Nicola Pero  2010-10-07 22:28:20 
UTC ---
Testcase fixed in trunk.

Thanks

[Bug objc/45895] -Wunused-but-set-variable complains for almost all Objective-C objects

[nicola at gcc dot gnu.org]

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

Nicola Pero  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Nicola Pero  2010-10-07 22:52:40 
UTC ---
IainS fixed this in trunk.  I tested the fix and it seems to work fine. :-)

Thanks

[Bug libstdc++/45893] [C++0x] [DR 817] Finish updating std::bind to rvalue refs

[redi at gcc dot gnu.org]

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

--- Comment #16 from Jonathan Wakely  2010-10-08 
00:44:15 UTC ---
Author: redi
Date: Fri Oct  8 00:44:12 2010
New Revision: 165144

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165144
Log:
2010-10-08  Jonathan Wakely  

PR libstdc++/45893
* include/std/functional (bind): Implement DR 817 and add support
for volatile-qualified call wrappers.
* include/std/mutex (call_once): Implement DR 891.
* include/std/thread (thread::thread): Implement DR 929.
* include/std/future: Optimise use of std::bind.
* testsuite/20_util/bind/cv_quals.cc: Test volatile-qualification.
* testsuite/20_util/bind/move.cc: New.

Added:
trunk/libstdc++-v3/testsuite/20_util/bind/move.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/std/functional
trunk/libstdc++-v3/include/std/future
trunk/libstdc++-v3/include/std/mutex
trunk/libstdc++-v3/include/std/thread
trunk/libstdc++-v3/testsuite/20_util/bind/cv_quals.cc

[Bug libstdc++/45893] [C++0x] [DR 817] Finish updating std::bind to rvalue refs

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #17 from Jonathan Wakely  2010-10-08 
00:44:49 UTC ---
Fixed!

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

[hp at gcc dot gnu.org]

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

--- Comment #8 from Hans-Peter Nilsson  2010-10-08 
01:16:24 UTC ---
Has this intentionally been solved or did it just go latent?
For cris-elf, it disappeared in (r164989:165011].

[Bug target/45937] New: unnecessary push/pop to reserve stack memory

[carrot at google dot com]

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

   Summary: unnecessary push/pop to reserve stack memory
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: car...@google.com
CC: car...@google.com
  Host: i686-linux
Target: arm-eabi
 Build: i686-linux


Created attachment 21995
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=21995
test case

Compile the attached source code with options -march=armv7-a -mthumb -Os, gcc
generates:


tt:
push{r4, r5, r6, r7, lr}
sub sp, sp, #20
mov r5, r2
ldr r4, [sp, #40]
cbz r4, .L1
movsr2, #20
mulsr2, r1, r2
addsr6, r3, r2
ldr r3, [r3, r2]
cbz r3, .L1
ldr lr, [r6, #8]
ldr r7, [r6, #12]
ldr r3, [r6, #16]
ldr r2, [r6, #4]
ldr r6, .L5
str lr, [sp, #0]
cmp r3, #0
it  eq
moveq   r3, r6
str r7, [sp, #4]
str r3, [sp, #8]
mov r3, r5
blx r4
.L1:
add sp, sp, #20
pop {r4, r5, r6, r7, pc}


Notice that this function uses only 12 bytes of stack memory to pass
parameters, but it allocates 20 bytes and the other 8 bytes is never used. So
the function prologue and epilogue can be rewritten as following and reduce 2
instructions.

tt:
push{r1, r2, r3, r4, r5, r6, r7, lr}
...
pop {r1, r2, r3, r4, r5, r6, r7, pc}


The root cause of this problem is the memory is separately allocated and
aligned for out going arguments and the callee saved registers. In function
expand_call() 12 bytes is needed and 16 bytes is allocated to align to 8 bytes.
In function arm_get_frame_offsets() 20 bytes is needed and 24 bytes is
allocated to save registers. So this function needs 40 bytes of stack, exceeds
the capability of push/pop, extra sub/add instructions are needed to adjust sp.
Actually the function uses only 32 bytes of stack and no data element is 8
bytes aligned, simple push/pop should be enough.

[Bug debug/45673] -fcompare-debug failure with minor difference in dumps

[aoliva at gcc dot gnu.org]

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

--- Comment #5 from Alexandre Oliva  2010-10-08 
04:41:06 UTC ---
Author: aoliva
Date: Fri Oct  8 04:40:59 2010
New Revision: 165149

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165149
Log:
PR debug/45673
PR debug/45604
PR debug/45419
PR debug/45408
* tree-pretty-print.c (dump_generic_node): Explicitly dump the
type of MEM_REFs to INTEGER_CSTs.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-pretty-print.c

[Bug testsuite/45604] [4.6 regression] New test failures

[aoliva at gcc dot gnu.org]

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

--- Comment #4 from Alexandre Oliva  2010-10-08 
04:41:08 UTC ---
Author: aoliva
Date: Fri Oct  8 04:40:59 2010
New Revision: 165149

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165149
Log:
PR debug/45673
PR debug/45604
PR debug/45419
PR debug/45408
* tree-pretty-print.c (dump_generic_node): Explicitly dump the
type of MEM_REFs to INTEGER_CSTs.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-pretty-print.c

[Bug debug/45419] -fcompare-debug failure at -O3

[aoliva at gcc dot gnu.org]

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

--- Comment #20 from Alexandre Oliva  2010-10-08 
04:41:09 UTC ---
Author: aoliva
Date: Fri Oct  8 04:40:59 2010
New Revision: 165149

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165149
Log:
PR debug/45673
PR debug/45604
PR debug/45419
PR debug/45408
* tree-pretty-print.c (dump_generic_node): Explicitly dump the
type of MEM_REFs to INTEGER_CSTs.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-pretty-print.c

[Bug tree-optimization/45656] [4.6 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g

[aoliva at gcc dot gnu.org]

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

--- Comment #12 from Alexandre Oliva  2010-10-08 
04:41:22 UTC ---
Author: aoliva
Date: Fri Oct  8 04:41:14 2010
New Revision: 165150

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165150
Log:
PR debug/45656
* cse.c (cse_extended_basic_block): Preserve cc0 info across
debug isnsn.  Skip them when searching for cc0 setter.
(set_live_p): Skip debug insns when searching for cc0 user.

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

[Bug debug/45408] -fcompare-debug failure with -O2 -ftree-vectorize -fno-var-tracking-assignments

[aoliva at gcc dot gnu.org]

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

--- Comment #7 from Alexandre Oliva  2010-10-08 
04:41:08 UTC ---
Author: aoliva
Date: Fri Oct  8 04:40:59 2010
New Revision: 165149

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165149
Log:
PR debug/45673
PR debug/45604
PR debug/45419
PR debug/45408
* tree-pretty-print.c (dump_generic_node): Explicitly dump the
type of MEM_REFs to INTEGER_CSTs.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-pretty-print.c

[Bug fortran/45081] [4.3/4.4 Regression] ICE in gfc_conv_array_initializer, at fortran/trans-array.c:4208

[pault at gcc dot gnu.org]

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

Paul Thomas  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org
Summary|[4.3/4.4/4.5/4.6|[4.3/4.4 Regression] ICE in
   |Regression] ICE in  |gfc_conv_array_initializer,
   |gfc_conv_array_initializer, |at
   |at  |fortran/trans-array.c:4208
   |fortran/trans-array.c:4208  |

--- Comment #14 from Paul Thomas  2010-10-08 04:46:57 
UTC ---
(In reply to comment #13)
> I'll do 4.4 and 4.3 when I get back to Barcelona on Tuesday night.
> 
> Paul

I tried, produced a working patch (only one intrinsic affected in 4.4) but the
testcase fails with:

FAIL: gfortran.dg/derived_array_intrinisics_1.f90  -O  (test for excess errors)
FAIL: gfortran.dg/derived_array_intrinisics_1.f90  -O  scan-tree-dump-times
original "j = 10" 1: dump file does not exist

Why should the dump file not exist?  I am very loath to have an execute test
for this.

Paul

[Bug tree-optimization/45656] [4.6 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #13 from Alexandre Oliva  2010-10-08 
05:50:02 UTC ---
Fixed

[Bug debug/45673] -fcompare-debug failure with minor difference in dumps

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Alexandre Oliva  2010-10-08 
05:49:56 UTC ---
Fixed

[Bug fortran/45081] [4.3/4.4 Regression] ICE in gfc_conv_array_initializer, at fortran/trans-array.c:4208

[burnus at gcc dot gnu.org]

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

--- Comment #15 from Tobias Burnus  2010-10-08 
06:01:44 UTC ---
(In reply to comment #14)
> FAIL: gfortran.dg/derived_array_intrinisics_1.f90  -O  (test for excess 
> errors)
> FAIL: gfortran.dg/derived_array_intrinisics_1.f90  -O  scan-tree-dump-times
> original "j = 10" 1: dump file does not exist
> 
> Why should the dump file not exist?

Because of the first line: Seemingly, you get some (excess) error(s) and thus
the compiler aborts before it can dump the tree.

Run the test with
  cd $GCCBUILD/gcc
  make check-gfortran RUNTESTFLAGS='dg.exp=derived_array_intrinisics_1.f90'
and search for the "excess error" in testsuite/gfortran/gfortran.log.