[Bug lto/46055] New: [4.6 Regression] LTO failed to bootstrap

[hjl.tools at gmail dot com]

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

   Summary: [4.6 Regression] LTO failed to bootstrap
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com
CC: andi-...@firstfloor.org


On Linux/x86-64, revision 165574 failed to
bootstrap:

http://gcc.gnu.org/ml/gcc-regression/2010-10/msg00186.html

Revision 165562 is OK.

[Bug lto/46055] [4.6 Regression] LTO failed to bootstrap

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

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

--- Comment #1 from H.J. Lu  2010-10-17 07:54:19 
UTC ---
It may be caused by revision 165569:

http://gcc.gnu.org/ml/gcc-cvs/2010-10/msg00754.html

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

[paolo.carlini at oracle dot com]

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

--- Comment #39 from Paolo Carlini  2010-10-17 
09:56:52 UTC ---
I don't know exactly what we are doing in such headers but for sure if we have
facilities which rely vitally on atomic builtins either should be disabled
*completely* when the builtins are not actually available or the use of the
builtins should be moved to functions exported by the .so (and then at build
time either use as implementation details the atomic builtins or a slow fall
back, like we do for , more or less)

[Bug objc++/35891] wrong pointer type in build_module_initializer_routine?

[nicola at gcc dot gnu.org]

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

Nicola Pero  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2010.10.17 09:59:19
 Ever Confirmed|0   |1

[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|NEW |WAITING

[Bug objc/18255] [GNU runtime] Protocols are not initialized correctly

[nicola at gcc dot gnu.org]

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

--- Comment #11 from Nicola Pero  2010-10-17 
10:11:25 UTC ---
Author: nicola
Date: Sun Oct 17 10:11:23 2010
New Revision: 165579

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

PR objc/18255
* objc.dg/pr18255.m: New.

Added:
trunk/gcc/testsuite/objc.dg/pr18255.m
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug objc/18255] [GNU runtime] Protocols are not initialized correctly

[nicola at gcc dot gnu.org]

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

Nicola Pero  changed:

   What|Removed |Added

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

--- Comment #12 from Nicola Pero  2010-10-17 
10:12:09 UTC ---
I fixed this in trunk (will be 4.6.0).  Testcase committed to the testsuite.

Thanks

[Bug objc/30461] Class methods should be marked as hidden

[nicola at gcc dot gnu.org]

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

Nicola Pero  changed:

   What|Removed |Added

 CC||nicola at gcc dot gnu.org

--- Comment #1 from Nicola Pero  2010-10-17 10:15:38 
UTC ---
I'm confused by this enhancement ... it sounds very interesting but I couldn't
figure out what it means ;-)

Andrew, can you clarify ? :-)

Thanks

[Bug libstdc++/43554] profile-mode version of forward_list missing

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 AssignedTo|rus at google dot com   |paolo.carlini at oracle dot
   ||com

--- Comment #11 from Paolo Carlini  2010-10-17 
10:23:21 UTC ---
I'm not able to get in contact with Silvius. Thus I'm adding a dummy
profile-mode forward_list myself, and hoping for substantive work from the
contributors of profile-mode in the future (by the way, the situation with
 seems quite similar).

[Bug c++/30745] Undefined static const

[sch...@linux-m68k.org]

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

Andreas Schwab  changed:

   What|Removed |Added

 CC||rarrum at gmail dot com

--- Comment #7 from Andreas Schwab  2010-10-17 11:36:54 
UTC ---
*** Bug 46054 has been marked as a duplicate of this bug. ***

[Bug c++/46054] Linker cannot resolve a pointer to a static member of a class in an anonymous namespace

[sch...@linux-m68k.org]

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

Andreas Schwab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Andreas Schwab  2010-10-17 11:36:54 
UTC ---
.

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

[Bug c++/46054] Linker cannot resolve a pointer to a static member of a class in an anonymous namespace

[sch...@linux-m68k.org]

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

Andreas Schwab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Andreas Schwab  2010-10-17 11:36:54 
UTC ---
.

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

[Bug c++/43281] [c++0x] ICE with invalid auto

[aaz at althenia dot net]

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

Andrey Zholos  changed:

   What|Removed |Added

 CC||aaz at althenia dot net

--- Comment #5 from Andrey Zholos  2010-10-17 12:10:12 
UTC ---
This valid code triggers the new error message:

template
struct A {
int f();
void g() {
auto x = f(), y = x;
}
};

[Bug bootstrap/46050] gcc/c-parser.c fails to build with -O2 -finline-functions

[baryluk at smp dot if.uj.edu.pl]

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

--- Comment #2 from Witold Baryluk  2010-10-17 
12:16:25 UTC ---
Not exactly your patch. In true-branch of if, there is no assigment to incr (so
error is correct).

But moving else assigments, before if, resolves problem. Modified patch agains
snapshot 20101009 attached.

If you have been genereting against SVN trunk, that it is possible that it is
already fixed there (as comment in your patch indicates also).

[Bug bootstrap/46050] gcc/c-parser.c fails to build with -O2 -finline-functions

[baryluk at smp dot if.uj.edu.pl]

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

--- Comment #3 from Witold Baryluk  2010-10-17 
12:18:15 UTC ---
Created attachment 22069
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22069
Move initializations patch of incr and cond (against gcc-4.6-20101009)

[Bug tree-optimization/46006] vectorization outside of loops

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

 CC||irar at il dot ibm.com

--- Comment #1 from Ira Rosen  2010-10-17 13:22:18 UTC 
---
This code requires SLP to originate from loads, which seems to be a bit more
complicated than the currently implemented use-def scan (it will also need to
reduce/extract scalars from the vectors in the end of vector computation). I
don't see any major obstacles for this, however, currently I don't plan to work
on this.

Another required feature is to work on groups bigger than vectorization factor,
i.e., combining 2 statements in this example and leaving the 3rd one scalar.

Ira

[Bug c++/46056] New: range-based for loop inside lambda crashes if _GLIBCXX_DEBUG is defined

[alserkli at inbox dot ru]

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

   Summary: range-based for loop inside lambda crashes if
_GLIBCXX_DEBUG is defined
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: alser...@inbox.ru
Target: i686-pc-linux-gnu


The following test crashes once compiled by
g++ (GCC) 4.6.0 20101017 (experimental) on i686-pc-linux-gnu

// Test for range-based for loop inside lambda
// { dg-options "-std=c++0x" }
// { dg-do run }
#define _GLIBCXX_DEBUG
#include 
#include 
int main(){
  std::vector v(1);
  [&]() { for(auto i: v); }();
}

Apparently it crashes during safe sequence destruction once main is finished.
It does work (i.e., does not crash) without any one of _GLIBCXX_DEBUG, lambda,
or range-based for. Also, it does not crash if optimization is on (e.g., with
-O).

[Bug target/45325] [4.6 Regression] target attribute doesn't work with -march=i586

[davek at gcc dot gnu.org]

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

--- Comment #12 from Dave Korn  2010-10-17 14:24:06 
UTC ---
This also breaks lto-bootstrap on i686-pc-cygwin:

/gnu/gcc/gcc/libcpp/lex.c: In function ‘search_line_sse2’:
/gnu/gcc/gcc/libcpp/lex.c:370:15: internal compiler error: in convert_move, at
expr.c:326

In the call to convert_move, we have:

to = (reg/v:V16QI 62 [ repl_nl ])
from = (mem/u/c:BLK (reg/f:SI 97) [0 MEM[(const v16qi *)&repl_chars]+0 S16
A128])

[Bug libstdc++/43554] profile-mode version of forward_list missing

[paolo at gcc dot gnu.org]

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

--- Comment #12 from paolo at gcc dot gnu.org  
2010-10-17 14:49:16 UTC ---
Author: paolo
Date: Sun Oct 17 14:49:11 2010
New Revision: 165587

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165587
Log:
2010-10-17  Paolo Carlini  

PR libstdc++/43554
* include/profile/forward_list: New file.
* include/std/forward_list: Include .
* include/Makefile.am: Add.
* testsuite/23_containers/forward_list/capacity/1.cc: Adjust.
* include/Makefile.in: Regenerate.


Added:
trunk/libstdc++-v3/include/profile/forward_list
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/Makefile.am
trunk/libstdc++-v3/include/Makefile.in
trunk/libstdc++-v3/include/std/forward_list
trunk/libstdc++-v3/testsuite/23_containers/forward_list/capacity/1.cc

[Bug fortran/45636] Failed to fold simple Fortran string

[dave at hiauly1 dot hia.nrc.ca]

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

--- Comment #11 from dave at hiauly1 dot hia.nrc.ca 2010-10-17 15:41:54 UTC ---
In addition, although gcc.c-torture/execute/pr45636.c doesn't fail on
hppa-unknown-linux-gnu, it does fail on hpux:

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/test/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/pr45636.c  -w  -O0   -lm 
 -o /test/gnu/gcc/objdir/gcc/testsuite/gcc/pr45636.x0(timeout = 300)
/usr/ccs/bin/ld: Unsatisfied symbols:
   mempcpy (first referenced in /var/tmp//ccT7jpSk.o) (code)

Looking at the hppa-linux .s, there are still many calls to various 'mem*'
functions.  I don't see any on x86.

Dave

[Bug bootstrap/46018] [4.6 Regression] Bootstrap fails on i386-pc-solaris2.10

[ahaas at airmail dot net]

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

--- Comment #6 from Art Haas  2010-10-17 15:45:40 UTC 
---
Running 'git bisect' but interpreting a failed build as 'good' and a successful
build as 'bad' leads to this commit which restored the build:

7332acfcfbd1a9c70674c62419096022f72bd201 is the first bad commit
commit 7332acfcfbd1a9c70674c62419096022f72bd201
Author: jsm28 
Date:   Sat Oct 16 12:12:24 2010 +

* config/arm/arm.c (arm_option_optimization): Set
flag_section_anchors to 1 not 2.
* config/i386/i386.c (ix86_option_override_internal): Check
global_options_set.x_flag_zee and
global_options_set.x_flag_omit_frame_pointer.
(ix86_option_optimization): Don't set flag_omit_frame_pointer and
flag_zee to 2.
* config/i386/sol2-10.h (SUBTARGET_OVERRIDE_OPTIONS): Check
global_options_set.x_flag_omit_frame_pointer.
* config/rs6000/rs6000.c (rs6000_option_init_struct): Set
opts->x_flag_section_anchors to 1 not 2.
* config/sh/sh.c (sh_option_optimization): Don't set
flag_schedule_insns to 2.
(sh_option_override): Check
global_options_set.x_flag_schedule_insns.
* opts.c (finish_options): Check opts_set->x_flag_section_anchors.


git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/tr...@165539
138bc75d-0d04-0410-961f-82ee72b054a4

:04 04 4d93fdb436ce6c956250256c221c663f7d085bb0
0dd0b04692b88501a315407dd58cfaae228d1c89 M  gcc

I'll leave it to those much more savvy regarding GCC internals to figure out
what caused the initial build failure and why things started working again.

[Bug c/46045] incorrect code generated if redecalring local variable in do-while(0)

[mbuilov at gmail dot com]

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

--- Comment #3 from Michael Builov  2010-10-17 
15:51:16 UTC ---
Just a warning with -Wextra, but no warnings with -Wall -pedantic.

I found a bug with this code:

struct A {


#definer dump(_a_) \
do { \
  Struct A *a = _a_; \
  printf("%d, %d\n", a->k, a->m); \
} while (0)

Struct *b, a;
dump(b); /* fine */
dump(a); /* crash */

[Bug c/46045] incorrect code generated if redecalring local variable in do-while(0)

[mbuilov at gmail dot com]

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

--- Comment #4 from Michael Builov  2010-10-17 
16:19:37 UTC ---
Just a warning with -Wextra, but no warnings with -Wall -pedantic.

I found a bug with this code:

struct A {
int k;
int m;
};

#define dump(_a_) \
do { \
struct A *a = _a_; \
printk("%d, %d\n", a->k, a->m); \
} while (0)

void foo(struct A *b, struct A *a)
{
dump(b); /* fine */
dump(a); /* crash */
}

This code compiles and runs fine with Sun cc, but crashes with gcc.

I think it is definitely a bug in gcc, this code compiled only with extra
warnings (not enabled by default in linux kernel) should not crash.

The best way to fix this issue - generate an error message, like when
redeclaring variable in function:

void bar(struct A *a)
{
struct A *a = a; /* error: 'a' redeclared as different kind of symbol
*/
}

strange, but no errors/non-extra warnings with:

void bar(struct A *a)
{
{
struct A *a = a;
}
}

[Bug c++/46056] [C++0x] range-based for loop inside lambda crashes if _GLIBCXX_DEBUG is defined

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 CC||jason at gcc dot gnu.org

--- Comment #1 from Paolo Carlini  2010-10-17 
16:25:50 UTC ---
I have big troubles debugging this at the library level only, I suspect the
internal details of the range-based loop (and lambda maybe) are involved.
Adding Jason in CC...

[Bug target/46057] New: All stackalign tests fail on hppa-hpux

[danglin at gcc dot gnu.org]

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

   Summary: All stackalign tests fail on hppa-hpux
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dang...@gcc.gnu.org
  Host: hppa2.0w-hp-hpux11.11
Target: hppa2.0w-hp-hpux11.11
 Build: hppa2.0w-hp-hpux11.11


FAIL: gcc.dg/torture/stackalign/alloca-1.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/alloca-1.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/alloca-1.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/alloca-1.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/global-1.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/global-1.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/global-1.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/global-1.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/inline-1.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/inline-1.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/inline-1.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/inline-1.c  -O3 -fomit-frame-pointer  execution 
test
FAIL: gcc.dg/torture/stackalign/inline-1.c  -O3 -g  execution test
FAIL: gcc.dg/torture/stackalign/inline-1.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/inline-2.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/inline-2.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/inline-2.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/inline-2.c  -O3 -fomit-frame-pointer  execution 
test
FAIL: gcc.dg/torture/stackalign/inline-2.c  -O3 -g  execution test
FAIL: gcc.dg/torture/stackalign/inline-2.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/nested-1.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer  execution 
test
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  execution test
FAIL: gcc.dg/torture/stackalign/nested-2.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer  execution 
test
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  execution test
FAIL: gcc.dg/torture/stackalign/nested-3.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/nested-4.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/nested-4.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/nested-4.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/nested-4.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/pr16660-1.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/pr16660-1.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/pr16660-1.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/pr16660-1.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/ret-struct-1.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/ret-struct-1.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/ret-struct-1.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/ret-struct-1.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/struct-1.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/struct-1.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/struct-1.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/struct-1.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/vararg-1.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/vararg-1.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/vararg-1.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/vararg-1.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/vararg-2.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/vararg-2.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/vararg-2.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/vararg-2.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/alloca-1.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/alloca-1.c  -O1  execution test
FAIL: gcc.dg/torture/stackalign/alloca-1.c  -O2  execution test
FAIL: gcc.dg/torture/stackalign/alloca-1.c  -O3 -fomit-frame-pointer  execution 
test
FAIL: gcc.dg/torture/stackalign/alloca-1.c  -O3 -g  execution test
FAIL: gcc.dg/torture/stackalign/alloca-1.c  -Os  execution test
FAIL: gcc.dg/torture/stackalign/global-1.c  -O0  execution test
FAIL: gcc.dg/torture/stackalign/global-1.c  -O1  execution test
FAIL: gcc.dg/torture/s

[Bug objc/45925] New objc test failures

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

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

--- Comment #7 from H.J. Lu  2010-10-17 17:05:16 
UTC ---
Fixed.

[Bug c++/46058] New: gcc crashes with lvalue error on the following Code

[niklas at komani dot de]

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

   Summary: gcc crashes with lvalue error on the following Code
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: nik...@komani.de


Created attachment 22070
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22070
Preprocessed c++ source that triggers the Bug

This is the output of "gcc -v -save-temps -c -o commands.o commands.cpp"
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr
--enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
--enable-gnu-unique-object --enable-lto --enable-plugin --disable-multilib
--disable-libstdcxx-pch --with-system-zlib --with-ppl --with-cloog
--libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man
--infodir=/usr/share/info
Thread model: posix
gcc version 4.5.1 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-c' '-o' 'commands.o' '-mtune=generic'
'-march=pentiumpro'
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/cc1plus -E -quiet -v -D_GNU_SOURCE
commands.cpp -mtune=generic -march=pentiumpro -fpch-preprocess -o commands.ii
ignoring nonexistent directory
"/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../include/c++/4.5.1

/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../include/c++/4.5.1/i686-pc-linux-gnu
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../include/c++/4.5.1/backward
 /usr/local/include
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include-fixed
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-c' '-o' 'commands.o' '-mtune=generic'
'-march=pentiumpro'
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/cc1plus -fpreprocessed commands.ii -quiet
-dumpbase commands.cpp -mtune=generic -march=pentiumpro -auxbase-strip
commands.o -version -o commands.s
GNU C++ (GCC) version 4.5.1 (i686-pc-linux-gnu)
compiled by GNU C version 4.5.1, GMP version 5.0.1, MPFR version 3.0.0-p3,
MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=97 --param ggc-min-heapsize=126654
GNU C++ (GCC) version 4.5.1 (i686-pc-linux-gnu)
compiled by GNU C version 4.5.1, GMP version 5.0.1, MPFR version 3.0.0-p3,
MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=97 --param ggc-min-heapsize=126654
Compiler executable checksum: 09c286d6478a532084f45ddd675021da
commands.cpp:12:67: internal compiler error: in lvalue_p_1, at cp/tree.c:156
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug c++/46058] gcc crashes with lvalue error on the following Code

[niklas at komani dot de]

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

--- Comment #1 from Niklas Schnelle  2010-10-17 
17:07:03 UTC ---
Forgot to mention, it works with gcc 4.3 and clang

[Bug bootstrap/46050] gcc/c-parser.c fails to build with -O2 -finline-functions

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #4 from Uros Bizjak  2010-10-17 18:00:58 
UTC ---
(In reply to comment #2)
> Not exactly your patch. In true-branch of if, there is no assigment to incr 
> (so
> error is correct).
> 
> But moving else assigments, before if, resolves problem. Modified patch agains
> snapshot 20101009 attached.
> 
> If you have been genereting against SVN trunk, that it is possible that it is
> already fixed there (as comment in your patch indicates also).

Yeah, my patch was against latest SVN trunk. But anyway, an assignment in both
arms on an if can surely be CSE'd out of the "if" entirely.

So, fixed in latest SVN.

[Bug target/46051] [4.6 Regression] ICE: in extract_insn, at recog.c:2110 with -mavx -ftree-vectorize

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |ubizjak at gmail dot com
   |gnu.org |

--- Comment #2 from Uros Bizjak  2010-10-17 18:06:39 
UTC ---
Created attachment 22071
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22071
Patch to fix expanders.

I have a different patch in testing.

[Bug c++/46046] internal compiler error with SFINAE expression in a template inside a template

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #2 from Paolo Carlini  2010-10-17 
18:16:44 UTC ---
I have a patch.

[Bug bootstrap/46059] New: internel compiler error when compiling libjava/gnu/awt/LightweightRedirector.java with -finline-functions

[baryluk at smp dot if.uj.edu.pl]

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

   Summary: internel compiler error when compiling
libjava/gnu/awt/LightweightRedirector.java with
-finline-functions
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bary...@smp.if.uj.edu.pl


Hi.

I have long standing problem of bootstraping gcc 4.6 with -finline-functions
(or -O3 actually).



# export FLAGS="-O2 -finline-functions"
# export CFLAGS=$FLAGS
# export CXXFLAGS=$FLAGS

# cd /
# rm -rf /scratch/obiekty
# mkdir /scratch/obiekty || exit 1
# cd /scratch/obiekty
# /scratch/gcc-4.6-20101016/configure \
--enable-languages=c,c++,java \
--enable-checking=yes \
CFLAGS="$CFLAGS" CXXFLAGS="$CXXFLAGS"

# make "BOOT_CFLAGS=$CFLAGS" bootstrap


...
libtool: compile:  /scratch/obiekty/./gcc/gcj
-B/scratch/obiekty/i686-pc-linux-gnu/libjava/ -B/scratch/obiekty/./gcc/
-B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/
-isystem /usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-include -ffloat-store -fomit-frame-pointer
-Usun -fclasspath=
-fbootclasspath=/scratch/gcc-4.6-20101009/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c
-fsource-filename=/scratch/obiekty/i686-pc-linux-gnu/libjava/classpath/lib/classes
-MT gnu/awt.lo -MD -MP -MF gnu/awt.deps @gnu/awt.list  -fPIC -o gnu/.libs/awt.o
/scratch/gcc-4.6-20101009/libjava/gnu/awt/LightweightRedirector.java: In class
'gnu.awt.LightweightRedirector':
/scratch/gcc-4.6-20101009/libjava/gnu/awt/LightweightRedirector.java: In method
'gnu.awt.LightweightRedirector.getButtonNumber(java.awt.event.InputEvent)':
In file included from :2:0:
/scratch/gcc-4.6-20101009/libjava/gnu/awt/LightweightRedirector.java:160:0:
error: verification failed at PC=12: branch out of range
/scratch/gcc-4.6-20101009/libjava/gnu/awt/LightweightRedirector.java:160:0:
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[3]: *** [gnu/awt.lo] Błąd 1
make[3]: Opuszczenie katalogu `/scratch/obiekty/i686-pc-linux-gnu/libjava'
make[2]: *** [all-recursive] Błąd 1
make[2]: Opuszczenie katalogu `/scratch/obiekty/i686-pc-linux-gnu/libjava'
make[1]: *** [all-target-libjava] Błąd 2
make[1]: Opuszczenie katalogu `/scratch/obiekty'
make: *** [bootstrap] Błąd 2
#



This problem is present in gcc 4.6 snapshots from more than a month. Compiling
without -finline-functions resolves problem.




Compiling manually with '-v -save-temps':


r...@tytus:/scratch/obiekty/i686-pc-linux-gnu/libjava#
/scratch/obiekty/./gcc/gcj -v -save-temps 
-B/scratch/obiekty/i686-pc-linux-gnu/libjava/ -B/scratch/obiekty/./gcc/
-B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/
-isystem /usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-include -ffloat-store -fomit-frame-pointer
-Usun -fclasspath=
-fbootclasspath=/scratch/gcc-4.6-20101009/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c
-fsource-filename=/scratch/obiekty/i686-pc-linux-gnu/libjava/classpath/lib/classes
-MT gnu/awt.lo -MD -MP -MF gnu/awt.deps @gnu/awt.list  -fPIC -o gnu/.libs/awt.o
Reading specs from /scratch/obiekty/./gcc/specs
Reading specs from /scratch/obiekty/i686-pc-linux-gnu/libjava/libgcj.spec
rename spec startfile to startfileorig
rename spec lib to liborig
COLLECT_GCC=/scratch/obiekty/./gcc/gcj
COLLECT_LTO_WRAPPER=/scratch/obiekty/./gcc/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: /scratch/gcc-4.6-20101009/configure
--enable-languages=c,c++,java --enable-checking=yes CFLAGS='-O2
-finline-functions' CXXFLAGS='-O2 -finline-functions'
Thread model: posix
gcc version 4.6.0 20101016 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-B'
'/scratch/obiekty/i686-pc-linux-gnu/libjava/' '-B' '/scratch/obiekty/./gcc/'
'-B' '/usr/local/i686-pc-linux-gnu/bin/' '-B'
'/usr/local/i686-pc-linux-gnu/lib/' '-isystem'
'/usr/local/i686-pc-linux-gnu/include' '-isystem'
'/usr/local/i686-pc-linux-gnu/sys-include' '-ffloat-store'
'-fomit-frame-pointer' '-U' 'sun' '-fencoding=UTF-8' '-Wno-deprecated'
'-fbootstrap-classes' '-g' '-O2' '-c'
'-fsource-filename=/scratch/obiekty/i686-pc-linux-gnu/libjava/classpath/lib/classes'
'-MT' 'gnu/awt.lo' '-MD' '-MP' '-MF' 'gnu/awt.deps' '-fPIC' '-o'
'gnu/.libs/awt.o'
'-fbootclasspath=./:/scratch/gcc-4.6-20101009/libjava/classpath/lib/'
'-shared-libgcc' '-mtune=generic' '-march=pentiumpro'
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-B'
'/scratch/obiekty/i686-pc-linux-gnu/libjava/' '-B' '/scratch/obiekty/./gcc/'
'-B' '/usr/local/i686-pc-linux-gnu/bin/' '-B'
'/usr/local/i686-pc-linux-gnu/lib/' '-isystem'
'/usr/local/i686-pc-linux-gnu/include' '-isystem'
'/usr/local/i686

[Bug target/46057] All stackalign tests fail on hppa-hpux

[danglin at gcc dot gnu.org]

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

--- Comment #1 from John David Anglin  2010-10-17 
18:19:47 UTC ---
Actually, only test with ALIGNMENT greater than 16 fail.

[Bug bootstrap/45801] [4.6 regression] powerpc64-linux bootstrap comparison failure

[mikpe at it dot uu.se]

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

--- Comment #8 from Mikael Pettersson  2010-10-17 
19:29:43 UTC ---
Is there a problem with Alexandre Oliva's PR42289 patch that's causing it not
to get applied?  I still (3+ weeks) have to apply it to get past the bootstrap
comparison failure with trunk on ppc64-linux.

[Bug bootstrap/46059] internel compiler error when compiling libjava/gnu/awt/LightweightRedirector.java with -finline-functions

[baryluk at smp dot if.uj.edu.pl]

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

--- Comment #1 from Witold Baryluk  2010-10-17 
19:42:33 UTC ---
Same version compiled with '-g -O2 -finline-functions', to have debuging
symbols.

(gdb) run
Starting program: /scratch/obiekty/gcc/jc1
/scratch/gcc-4.6-20101009/libjava/classpath/lib/gnu/awt/LightweightRedirector.class
-fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc
-fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase
LightweightRedirector.class -mtune=generic -march=pentiumpro -auxbase-strip
gnu/.libs/awt.o -g -O2 -Wno-deprecated -version -ffloat-store
-fomit-frame-pointer -fencoding=UTF-8 -fbootstrap-classes
-fsource-filename=/scratch/obiekty/i686-pc-linux-gnu/libjava/classpath/lib/classes
-fPIC -fbootclasspath=./:/scratch/gcc-4.6-20101009/libjava/classpath/lib/
-faux-classpath LightweightRedirector.zip -MD_ -MT gnu/awt.lo -MF gnu/awt.deps
-o LightweightRedirector.s
GNU Java (GCC) version 4.6.0 20101016 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.6.0 20101016 (experimental), GMP version 4.3.2,
MPFR version 3.0.0-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU Java (GCC) version 4.6.0 20101016 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.6.0 20101016 (experimental), GMP version 4.3.2,
MPFR version 3.0.0-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Class path starts here:
LightweightRedirector.zip/ (zip)
./ (system)
/scratch/gcc-4.6-20101009/libjava/classpath/lib/ (system)
/scratch/gcc-4.6-20101009/libjava/gnu/awt/LightweightRedirector.java: In class
'gnu.awt.LightweightRedirector':
/scratch/gcc-4.6-20101009/libjava/gnu/awt/LightweightRedirector.java: In method
'gnu.awt.LightweightRedirector.getButtonNumber(java.awt.event.InputEvent)':
In file included from :2:0:
/scratch/gcc-4.6-20101009/libjava/gnu/awt/LightweightRedirector.java:160:0:
error: verification failed at PC=12: branch out of range

Program received signal SIGSEGV, Segmentation fault.
0x080eba22 in merge_into (npc=111936440, from_state=0x8d2e9b8) at
/scratch/gcc-4.6-20101009/gcc/java/verify-impl.c:1415
1415  for (iter = vfr->states[npc]; iter != NULL; iter = iter->next)
(gdb) bt
#0  0x080eba22 in merge_into (npc=111936440, from_state=0x8d2e9b8) at
/scratch/gcc-4.6-20101009/gcc/java/verify-impl.c:1415
#1  0x080ee586 in push_jump () at
/scratch/gcc-4.6-20101009/gcc/java/verify-impl.c:1460
#2  verify_instructions_0 () at
/scratch/gcc-4.6-20101009/gcc/java/verify-impl.c:2867
#3  0x080f38f5 in verify_instructions (meth=0xb218) at
/scratch/gcc-4.6-20101009/gcc/java/verify-impl.c:3197
#4  verify_method (meth=0xb218) at
/scratch/gcc-4.6-20101009/gcc/java/verify-impl.c:3306
#5  0x080eaf4a in verify_jvm_instructions_new (jcf=0xb75ec000,
byte_ops=0x8cfcbdf "+\266", length=74) at
/scratch/gcc-4.6-20101009/gcc/java/verify-glue.c:498
#6  0x080e04f9 in expand_byte_code (jcf=0xb75ec000, method=0xb75ead00) at
/scratch/gcc-4.6-20101009/gcc/java/expr.c:3155
#7  0x080faa5c in parse_class_file () at
/scratch/gcc-4.6-20101009/gcc/java/jcf-parse.c:1658
#8  0x080fb325 in java_parse_file (set_yydebug=0) at
/scratch/gcc-4.6-20101009/gcc/java/jcf-parse.c:1970
#9  0x0841a076 in compile_file (argc=34, argv=0xb504) at
/scratch/gcc-4.6-20101009/gcc/toplev.c:919
#10 do_compile (argc=34, argv=0xb504) at
/scratch/gcc-4.6-20101009/gcc/toplev.c:2363
#11 toplev_main (argc=34, argv=0xb504) at
/scratch/gcc-4.6-20101009/gcc/toplev.c:2423
#12 0x08106deb in main (argc=34, argv=0xb504) at
/scratch/gcc-4.6-20101009/gcc/main.c:36
(gdb)

[Bug bootstrap/45801] [4.6 regression] powerpc64-linux bootstrap comparison failure

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 CC||aoliva at gcc dot gnu.org

--- Comment #9 from Dominique d'Humieres  2010-10-17 
19:51:20 UTC ---
> Is there a problem with Alexandre Oliva's PR42289 patch that's causing it not
> to get applied?  I still (3+ weeks) have to apply it to get past the bootstrap
> comparison failure with trunk on ppc64-linux.

I have the same question for pr45816.

[Bug fortran/46060] New: gfortran crash when referencing procedure pointer

[sjbespa at comcast dot net]

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

   Summary: gfortran crash when referencing procedure pointer
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sjbe...@comcast.net


Created attachment 22072
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22072
module test_1.f90 which is referenced in the bug report

Compiling the module below causes a segmentation fault.

gfortran -c test_1.f90
test_1.f90: In function ‘test_subroutine’:
test_1.f90:20:0: internal compiler error: Segmentation fault

the crash occurs in last week's 4.6 trunk and 4.5.



gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/usr/local/gfortran/libexec/gcc/x86_64-apple-darwin10.3.0/4.5.1/lto-wrapper
Target: x86_64-apple-darwin10.3.0
Configured with: ../gcc-4_5-branch/configure --prefix=/usr/local/gfortran
--enable-languages=c,c++,fortran
--with-gmp=/Users/fx/devel/gcc/ibin45/../irun45 --enable-bootstrap
--with-included-gettext --with-arch=nocona --with-tune=generic
Thread model: posix
gcc version 4.5.1 20100506 (prerelease) (GCC) 

=

/volumes/dev/gfortran-4.6-trunk/bin/gfortran -v
Using built-in specs.
COLLECT_GCC=/volumes/dev/gfortran-4.6-trunk/bin/gfortran
COLLECT_LTO_WRAPPER=/Volumes/dev/gfortran-4.6-trunk/bin/../libexec/gcc/x86_64-apple-darwin10/4.6.0/lto-wrapper
Target: x86_64-apple-darwin10
Configured with: ../gfortran-4.6-src/configure
--prefix=/volumes/dev/gfortran-4.6-trunk --enable-languages=fortran
--host=x86_64-apple-darwin10 --build=x86_64-apple-darwin10
--target=x86_64-apple-darwin10
Thread model: posix
gcc version 4.6.0 20101013 (experimental) (GCC)

[Bug target/46051] [4.6 Regression] ICE: in extract_insn, at recog.c:2110 with -mavx -ftree-vectorize

[uros at gcc dot gnu.org]

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

--- Comment #3 from uros at gcc dot gnu.org 2010-10-17 20:46:04 UTC ---
Author: uros
Date: Sun Oct 17 20:46:01 2010
New Revision: 165599

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165599
Log:
PR target/46051
* config/i386/sse.md (vec_interleave_highv4df): Fix third RTX of
generated sequence to match *avx_vperm2f128_nozero.
(vec_interleave_lowv4df): Ditto.
(vec_interleave_highv8sf): Ditto.
(vec_interleave_lowv8sf): Ditto.

testsuite/ChangeLog:

PR target/46051
* gcc.target/i386/pr46051.c: New test.


Added:
trunk/gcc/testsuite/gcc.target/i386/pr46051.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/sse.md
trunk/gcc/testsuite/ChangeLog

[Bug target/46051] [4.6 Regression] ICE: in extract_insn, at recog.c:2110 with -mavx -ftree-vectorize

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
URL|http://gcc.gnu.org/ml/gcc-p |http://gcc.gnu.org/ml/gcc-p
   |atches/2010-10/msg01410.htm |atches/2010-10/msg01447.htm
   |l   |l
 Resolution||FIXED

--- Comment #4 from Uros Bizjak  2010-10-17 20:48:47 
UTC ---
Fixed.

[Bug lto/46055] [4.6 Regression] LTO failed to bootstrap

[hjl.tools at gmail dot com]

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

--- Comment #2 from H.J. Lu  2010-10-17 20:55:24 
UTC ---
I got

[...@gnu-32 prev-gcc]$ ./xgcc -B./ -O2  /tmp/foo.i -fuse-linker-plugin 
-fwhopr=jobserver
[...@gnu-32 prev-gcc]$ cat /tmp/foo.i
char pstat_getstatic ();
char (*f) () = pstat_getstatic;
int
main ()
{
  return f != pstat_getstatic;
}
[...@gnu-32 prev-gcc]$ ./xgcc -B./ -O2  /tmp/foo.i -fuse-linker-plugin 
-fwhopr=jobserver
[...@gnu-32 prev-gcc]$ ./xgcc -B./ -O2  /tmp/foo.i -fuse-linker-plugin 
ld.gold: /tmp/ccdoQXrS.o: in function main:foo.i(.text+0x9): error: undefined
reference to 'pstat_getstatic'
ld.gold: /tmp/ccdoQXrS.o: in function f:foo.i(.data+0x0): error: undefined
reference to 'pstat_getstatic'
collect2: ld returned 1 exit status
[...@gnu-32 prev-gcc]$ 

Revision 165569 breaks -fwhopr=jobserver.

[Bug fortran/42169] [4.4/4.5/4.6 Regression] gfortran.dg/pr41928.f90:47: internal compiler error: in store_can_be_removed_p, at ira-emit.c:371

[danglin at gcc dot gnu.org]

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

--- Comment #16 from John David Anglin  2010-10-17 
21:01:27 UTC ---
Based on my posted test results for hppa2.0-hp-hpux11.11, this PR was
fixed on the trunk between r163182 and r163254.

Need to find the change.

[Bug target/45987] gcc.target/i386/push-1.c XPASSes on Solaris 10+/x86

[uros at gcc dot gnu.org]

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

--- Comment #2 from uros at gcc dot gnu.org 2010-10-17 21:03:13 UTC ---
Author: uros
Date: Sun Oct 17 21:03:10 2010
New Revision: 165600

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165600
Log:
PR testsuite/45987
* gcc.target/i386/push-1.c: Remove.


Removed:
trunk/gcc/testsuite/gcc.target/i386/push-1.c
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug testsuite/45987] gcc.target/i386/push-1.c XPASSes on Solaris 10+/x86

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|target  |testsuite
 Resolution||FIXED
   Target Milestone|--- |4.6.0

--- Comment #3 from Uros Bizjak  2010-10-17 21:05:57 
UTC ---
The test was removed.

[Bug lto/46055] [4.6 Regression] -fwhopr failed LTO bootstrap test

[hjl.tools at gmail dot com]

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

--- Comment #3 from H.J. Lu  2010-10-17 21:22:02 
UTC ---
(In reply to comment #2)
> I got
> 
> [...@gnu-32 prev-gcc]$ ./xgcc -B./ -O2  /tmp/foo.i -fuse-linker-plugin 
> -fwhopr=jobserver
> [...@gnu-32 prev-gcc]$ cat /tmp/foo.i
> char pstat_getstatic ();
> char (*f) () = pstat_getstatic;
> int
> main ()
> {
>   return f != pstat_getstatic;
> }

This test may not be compatible with -fwhopr. Can we
use

--
char pstat_getstatic ();
int
main ()
{
  return pstat_getstatic != (void *) 1;
}
--

instead?

[Bug bootstrap/46055] [4.6 Regression] -fwhopr failed configure test

[hjl.tools at gmail dot com]

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

--- Comment #4 from H.J. Lu  2010-10-17 21:32:51 
UTC ---
I am not sure test:

---
char pstat_getstatic ();
char (*f) () = pstat_getstatic;
int
main ()
{
  return f != pstat_getstatic;
}
---

which detects if pstat_getstatic is defined,
is compatible with whopr, which may decide
f is never changed and optimize it to

int
main ()
{
  return 0;
}

We need a better way to detect if a function is
available when whopr is enabled.

[Bug tree-optimization/46053] [4.6 Regression] g++.dg/torture/pr45699.C FAILs with -fno-early-inlining

[jamborm at gcc dot gnu.org]

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

Martin Jambor  changed:

   What|Removed |Added

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

--- Comment #2 from Martin Jambor  2010-10-17 
22:04:45 UTC ---
Mine.

[Bug bootstrap/45954] LTO isn't enabled in stage1 cc1 with --with-build-config=bootstrap-lto

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-p
   ||atches/2010-10/msg01455.htm
   ||l

--- Comment #6 from H.J. Lu  2010-10-17 22:08:29 
UTC ---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2010-10/msg01455.html

[Bug bootstrap/46055] [4.6 Regression] -fwhopr failed configure test

[hjl.tools at gmail dot com]

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

--- Comment #5 from H.J. Lu  2010-10-17 22:17:41 
UTC ---
To test if pstat_getstatic exists with a link
test, why not just use

---
int pstat_getstatic ();
int
main ()
{
  return pstat_getstatic ();
}
---

[Bug bootstrap/46055] [4.6 Regression] -fwhopr failed configure test

[andi-gcc at firstfloor dot org]

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

--- Comment #6 from Andi Kleen  2010-10-17 
22:28:09 UTC ---
Could simply mark the variable volatile?

Cudo Od Adaptera -> KASENS GS-5000 2W USB Wireless Adapter

[Ivan]

Rjesava problem slabog wireless signala,
hvata signale cak do 1-2 km udaljenosti!

Te Ima puno bolji i stabilniji signal od drugih!!


Trenutno najjaci Wireless USB Adapter na Trzistu!!


RTL8187L Chipset

2 WATA IZLAZNE SNAGE na b/g standardu!!

Dolazi s Antenom od 10 DBI-a !!

Backtrack 4 DVD i Upute na Hrvatskome!

Podrzava Windowse 7 !!

Spaja se na USB port te dolazi s kabelom.


!!! BOLJI JE OD ALFE AWUS036H !!!



Cijena: 435KN

Za Rogoznicu i blizu okolicu moguca dostava,
za sve ostalo slanje postom tj pouzecem.


MOB: 091 168 19 10


ODGOVARAM SAMO NA POZIVE !!!

[Bug c++/46061] New: Variadic Template Templates: not expandable into fixed-size argument list, Implementation Gap.

[andreas.milton.m at gmail dot com]

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

   Summary: Variadic Template Templates: not expandable into
fixed-size argument list, Implementation Gap.
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: andreas.milto...@gmail.com


Created attachment 22073
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22073
full demo for bug ( .ii-file <14 lines)

The following struct "type_list" marks a list of types, which is constructed as
a template template class with a variadic type list of template arguments:

template  class T, template  class...
R> 
struct type_list 
{ 
   typedef type_list< T, R... > tail; 
}; 

template class T> 
struct type_list {};


The code (attached as variadic_templ_templ.ii) produces the following
error-message (identical for gcc 4.4 and 4.5.1):

"sorry, unimplemented: cannot expand ‘template class ... R ...’ into a
fixed-length argument list"

No other flags than -v -save-temps -Wall -std=c++0x were used.

[Bug fortran/46060] gfortran crash when referencing procedure pointer

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 CC||kargl at gcc dot gnu.org
   Severity|critical|normal

--- Comment #1 from kargl at gcc dot gnu.org 2010-10-18 02:17:48 UTC ---
The following patch allows your code to compile, but 
I have no idea if it is the correct fix.

Index: trans-expr.c
===
--- trans-expr.c(revision 165533)
+++ trans-expr.c(working copy)
@@ -5675,7 +5675,7 @@ gfc_trans_assignment_1 (gfc_expr * expr1
   gfc_conv_expr (&rse, expr2);

   /* Stabilize a string length for temporaries.  */
-  if (expr2->ts.type == BT_CHARACTER)
+  if (expr2->ts.type == BT_CHARACTER && rse.string_length)
 string_length = gfc_evaluate_now (rse.string_length, &rse.pre);
   else
 string_length = NULL_TREE;

[Bug c/46062] New: TOT gcc: ice in dwarf2out_cfi_begin_epilogue, at dwarf2out.c:2930

[jgu222 at gmail dot com]

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

   Summary: TOT gcc: ice in dwarf2out_cfi_begin_epilogue, at
dwarf2out.c:2930
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jgu...@gmail.com


Created attachment 22074
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22074
pre-processed gcc/jump.c

$ gcc -c -g -O2  -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 -fno-common jump.i -o jump.o../../trunk/gcc/jump.c: In function
‘reversed_comparison_code_parts’:
../../trunk/gcc/jump.c:402:1: internal compiler error: in
dwarf2out_cfi_begin_epilogue, at dwarf2out.c:2930
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

I had this with TOT of gcc (svn) on Oct 18. The last revision is
r165596 | ktietz | 2010-10-17 12:43:34 -0700 (Sun, 17 Oct 2010) | 8 lines

[Bug rtl-optimization/45865] [4.6 Regression] ifcvt/crossjump failed to mark return jump

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 CC||jgu222 at gmail dot com

--- Comment #11 from H.J. Lu  2010-10-18 04:37:11 
UTC ---
*** Bug 46062 has been marked as a duplicate of this bug. ***

[Bug c/46062] TOT gcc: ice in dwarf2out_cfi_begin_epilogue, at dwarf2out.c:2930

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||hjl.tools at gmail dot com
 Resolution||DUPLICATE

--- Comment #1 from H.J. Lu  2010-10-18 04:37:11 
UTC ---
Duplicated

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

[Bug target/45980] Use not in stead of add to generate new constant

[carrot at google dot com]

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

--- Comment #1 from Carrot  2010-10-18 06:24:04 UTC 
---
The replacement of constant loading with add operations is occurred at pass
postreload in function reload_cse_move2add. It is straight forward to extend
that to other ALU operations, such as not, and, or, xor, shift ...

But there is a problem as shown in this example. 

  context->state[0] = 0x67452301;// r3
  context->state[1] = 0xEFCDAB89;
  context->state[2] = 0x98BADCFE;
  context->state[3] = 0x10325476;

After the first statement, value 0x67452301 is in register r3, and after the
second statement, value 0xEFCDAB89 is in r3, and the original value 0x67452301
is lost, so we can't get the third value by simple "movns r3, r3". We need some
form of register renaming at the same time.

[Bug fortran/46060] gfortran crash when referencing procedure pointer

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org

--- Comment #2 from Tobias Burnus  2010-10-18 
06:42:42 UTC ---
(In reply to comment #1)
> The following patch allows your code to compile, but 
> I have no idea if it is the correct fix.

I have the feeling that it is not the best fix. The string lengths are known at
the compile time - thus, rse.string_length should be defined. I wonder whether
something goes wrong either in resolve_procedure_interface, or in
add_hidden_procptr_result or in ...?