[Bug target/46208] redundant extensions of argument registers

[ebotcazou at gcc dot gnu.org]

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

--- Comment #8 from Eric Botcazou  2010-11-19 
07:50:34 UTC ---
> However during the GCC compilation we got the following message while 
> executing
> the make all command (there is no error for make all-gcc):
> 
> 
> configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES.
> make[3]: *** [configure-target-libiberty] Error 1
> 

See http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01958.html

[Bug target/45870] [4.5 Regression] note: non-delegitimized UNSPEC 5 found (-O1 -g)

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
Summary|[4.5/4.6 Regression] note:  |[4.5 Regression] note:
   |non-delegitimized UNSPEC 5  |non-delegitimized UNSPEC 5
   |found (-O1 -g)  |found (-O1 -g)

--- Comment #11 from Jakub Jelinek  2010-11-19 
07:41:56 UTC ---
Fixed for trunk so far, for 4.5 I plan to apply just the const_ok_for_output_1
change.

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #5 from Jakub Jelinek  2010-11-19 
07:36:03 UTC ---
context_die == NULL happens exactly on the g++.old-deja/g++.other/mangle3.C
testcase, i.e. on an inline method of a type contained in another inline method
of another type.
The reason why context_die is NULL is because on this inner method
decl_function_scope returns non-NULL - while the inner method is contained in a
type, not in a function, that type is contained in a function.
The reusing happens only if is_cu_die (old_die->parent) or context_die == NULL
and for is_cu_die (old_die->parent) it should never be a problem.

I guess a different fix would be not to use decl_function_scope in deciding
whether to clear context_die, but use another function, which would return NULL
as soon as we switch from a FUNCTION_DECL to a type while traversing the
contexts.

[Bug target/45870] [4.5/4.6 Regression] note: non-delegitimized UNSPEC 5 found (-O1 -g)

[jakub at gcc dot gnu.org]

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

--- Comment #10 from Jakub Jelinek  2010-11-19 
07:22:27 UTC ---
Author: jakub
Date: Fri Nov 19 07:22:22 2010
New Revision: 166932

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166932
Log:
PR target/45870
* dwarf2out.c (const_ok_for_output_1): Don't complain about
non-delegitimized TLS UNSPECs.

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

[Bug c/46553] Can't compile libiberty for i386-elf target.

[mon...@monami-software.com]

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

--- Comment #1 from Masaki MURANAKA  2010-11-19 
06:34:26 UTC ---
Created attachment 22450
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22450
patch

[Bug c/46553] New: Can't compile libiberty for i386-elf target.

[mon...@monami-software.com]

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

   Summary: Can't compile libiberty for i386-elf target.
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mon...@monami-software.com


I've been failed to make libiberty for i386-elf target from recent CVS HEAD.

The immediate cause is the patch by '2010-10-07  Andi Kleen
'.
In direct cause is, it provide no crt0.o but cygmon-crt0.o for i386 by
libgloss.

[Bug tree-optimization/46077] [4.6 regression] ICE in tree vectorization when compiling towns_audio.cpp from scummvm

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|REOPENED|NEW
 CC||matz at suse dot de

--- Comment #5 from H.J. Lu  2010-11-19 05:23:06 
UTC ---
It is caused by revision 163998:

http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00290.html

[Bug c++/46550] [C++0x] Segmentation fault on lambda

[flast at flast dot jp]

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

Kohei Takahashi  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Kohei Takahashi  2010-11-19 04:02:58 
UTC ---
Sorry, I fount same bug report.

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

[Bug c++/45167] [C++0x] lambda+template="Internal error: Segmentation fault (program cc1plus)"

[flast at flast dot jp]

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

Kohei Takahashi  changed:

   What|Removed |Added

 CC||flast at flast dot jp

--- Comment #2 from Kohei Takahashi  2010-11-19 04:02:58 
UTC ---
*** Bug 46550 has been marked as a duplicate of this bug. ***

[Bug c++/46552] New: Internal compiler error on pointer to member variable with template

[flast at flast dot jp]

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

   Summary: Internal compiler error on pointer to member variable
with template
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: fl...@flast.jp


The compiler says:
test.cpp: In function ‘void f()’:
test.cpp:9:9: internal compiler error: unexpected expression ‘S::x’ of kind
offset_ref
Please submit a full bug report,
with preprocessed source if appropriate.

I compiled following code with "g++ 4.6.0 20101110".
But "g++ 4.6.0 20101102" does not report this error.

struct S
{
int x;
};

template < typename >
void f( void )
{
&S::x;
}

[Bug tree-optimization/46551] Generate complex addressing mode CMP instruction in x86-64

[adam at consulting dot net.nz]

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

--- Comment #1 from Adam Warner  2010-11-19 
02:55:18 UTC ---
$ gcc-snapshot.sh --version
gcc (Debian 20101116-1) 4.6.0 20101116 (experimental) [trunk revision 166792]

$ gcc-snapshot.sh -std=gnu99 -O3
complex_addressing_mode_cmp_inst_not_generated.c && objdump -d -m i386:x86-64
a.out

[Bug tree-optimization/46551] New: Generate complex addressing mode CMP instruction in x86-64

[adam at consulting dot net.nz]

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

   Summary: Generate complex addressing mode CMP instruction in
x86-64
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: a...@consulting.net.nz


Thanks for the improvements in GCC snapshot. Here's a simplified example where
GCC does not emit the instruction cmp (%rsi,%rax,8),%rdx. Instead it generates
mov (%rsi,%rax,8),%rcx; cmp %rdx,%rcx:


#include 

typedef struct {
  int64_t index[2];
  uint64_t cell[16];
} vm_t;

typedef void (*inst_t)(uint32_t *inst, vm_t *vm, uint64_t a);

void branch_upon_complex_compare(uint32_t *inst, vm_t *vm, uint64_t a) {
  if (vm->cell[vm->index[0] - 2] != a) {
uint64_t dispatch = inst[-1];
inst -= 1;
((inst_t) dispatch)(inst, vm, a);
  } else {
uint64_t dispatch = inst[1];
inst += 1;
((inst_t) dispatch)(inst, vm, a);
  }
}

int main() {
  return 0;
}


00400480 :
  400480:   48 8b 06mov(%rsi),%rax
  400483:   48 8b 0c c6 mov(%rsi,%rax,8),%rcx
  400487:   48 39 d1cmp%rdx,%rcx
  40048a:   74 0c   je 400498

  40048c:   8b 47 fcmov-0x4(%rdi),%eax
  40048f:   48 83 ef 04 sub$0x4,%rdi
  400493:   ff e0   jmpq   *%rax
  400495:   0f 1f 00nopl   (%rax)
  400498:   8b 47 04mov0x4(%rdi),%eax
  40049b:   48 89 camov%rcx,%rdx
  40049e:   48 83 c7 04 add$0x4,%rdi
  4004a2:   ff e0   jmpq   *%rax
  4004a4:   66 66 66 2e 0f 1f 84nopw   %cs:0x0(%rax,%rax,1)
  4004ab:   00 00 00 00 00 


[I found this inefficient instruction generation while trying to pinpoint an
increase in runtime. I reduced the runtime using asm goto to replace the pair
of instructions with a single complex addressing mode CMP instruction.]

[Bug c++/46550] New: [C++0x] Segmentation fault on lambda

[flast at flast dot jp]

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

   Summary: [C++0x] Segmentation fault on lambda
   Product: gcc
   Version: 4.5.1
   URL: http://ideone.com/pBaLQ
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: fl...@flast.jp


The compiler says:
g++: internal compiler error: Segmentation fault (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.

I compiled following code with g++ 4.5.1.

File content:
template < typename T >
void f( const T & );

void g( void )
{
f( []{ return []{}; }() );
}

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

[ccoutant at google dot com]

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

--- Comment #4 from ccoutant at google dot com 2010-11-19 02:17:27 UTC ---
> Ugh, this is very ugly.  gen_subprogram_die sometimes decides to reuse old_die
> which was DW_AT_declaration and can be deeply nested in type children, which
> breaks -feliminate-dwarf2-dups as well as -gdwarf-4 if those are moved to
> separate CUs (either the comdat ones or .debug_types).
> The patch fixes this by not reusing the old die if doing one or another way of
> duplicate removals (perhaps could do an extra check if the old_die is actually
> in a tree that is going to be moved, which wouldn't be that hard to do for
> break_out_includes, but would be uglier for .debug_types).  Or we could do it
> always.  Unfortunately just doing that leads to crashes, because context_die 
> is
> NULL and dwarf2out_finish doesn't want to see limbo DIEs with type contexts, 
> so
> the patch also uses comp_unit_die () in that case.

When would context_die == NULL in a case where it would not be OK to
reuse the old_die? Wouldn't it be sufficient to force the new die only
if context_die != NULL?

-cary

[Bug bootstrap/46549] New: MinGW bootstrap failure regarding texi GFPL license

[anhvofrcaus at gmail dot com]

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

   Summary: MinGW bootstrap failure regarding texi GFPL license
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: anhvofrc...@gmail.com


Boostrap failed with the output below. In addition, the latest snapshot,
gcc-4.6-20101113 fails the same way.

if [ xinfo = xinfo ]; then \
makeinfo --split-size=500 --split-size=500
--split-size=
500 --no-split -I . -I ../../gcc-4.6-20101016/gcc/doc \
-I ../../gcc-4.6-20101016/gcc/doc/include -o
doc/gcc.inf
o ../../gcc-4.6-20101016/gcc/doc/gcc.texi; \
fi
make[3]: Circular s-tm-texi <- ../../gcc-4.6-20101016/gcc/doc/tm.texi
dependency
 dropped.
build/genhooks.exe \
../../gcc-4.6-20101016/gcc/doc/tm.texi.in > tmp-tm.texi
/bin/sh ../../gcc-4.6-20101016/gcc/../move-if-change tmp-tm.texi tm.texi

Verify that you have permission to grant a GFDL license for all
new text in tm.texi, then copy it to ../../gcc-4.6-20101016/gcc/doc/tm.texi.
make[3]: *** [s-tm-texi] Error 1
make[3]: Leaving directory `/c/Gcc/Build-4.6.x/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory `/c/Gcc/Build-4.6.x'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/c/Gcc/Build-4.6.x'
make: *** [all] Error 2

[Bug target/46546] ix86_pad_returns may leave BB_END (bb) pointing to deleted insn

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Component|middle-end  |target
 Resolution||FIXED
   Target Milestone|--- |4.6.0

--- Comment #3 from H.J. Lu  2010-11-19 00:20:38 
UTC ---
Fixed.

[Bug tree-optimization/46077] [4.6 regression] ICE in tree vectorization when compiling towns_audio.cpp from scummvm

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Severity|critical|normal

[Bug tree-optimization/46077] [4.6 regression] ICE in tree vectorization when compiling towns_audio.cpp from scummvm

[matt at use dot net]

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

Matt Hargett  changed:

   What|Removed |Added

   Severity|normal  |critical

[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10

[dave at hiauly1 dot hia.nrc.ca]

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

--- Comment #15 from dave at hiauly1 dot hia.nrc.ca 2010-11-18 23:53:19 UTC ---
> powerpc-apple-darwin9 is currently regtesting without anything obvious so far
> (at obj-c++).

My MacPro is darwin9, and I'm only setup to do 32-bit builds at the moment.

Dave

[Bug target/46548] Build arm gcc failure after patch 165463

[froydnj at gcc dot gnu.org]

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

Nathan Froyd  changed:

   What|Removed |Added

 CC||froydnj at gcc dot gnu.org,
   ||pbrook at gcc dot gnu.org

--- Comment #1 from Nathan Froyd  2010-11-18 
23:49:26 UTC ---
Paul had mentioned that he saw similar failures and was working on a better
patch.  Paul, did you ever get things into a workable state?

[Bug middle-end/46546] ix86_pad_returns may leave BB_END (bb) pointing to deleted insn

[uros at gcc dot gnu.org]

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

--- Comment #2 from uros at gcc dot gnu.org 2010-11-18 23:46:16 UTC ---
Author: uros
Date: Thu Nov 18 23:46:13 2010
New Revision: 166921

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166921
Log:
PR target/46546
* config/i386/i386.c (ix86_reorg): Call compute_bb_for_insn.


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

[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10

[dominiq at lps dot ens.fr]

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

--- Comment #14 from Dominique d'Humieres  
2010-11-18 23:44:09 UTC ---
> hppa2.0w-hp-hpux11.11  bootstraps successfully with the assert removed.

Can you also regtest? On x86_64-apple-darwin10 I did not see any regression and
powerpc-apple-darwin9 is currently regtesting without anything obvious so far
(at obj-c++).

[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10

[dave at hiauly1 dot hia.nrc.ca]

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

--- Comment #13 from dave at hiauly1 dot hia.nrc.ca 2010-11-18 23:37:15 UTC ---
On Thu, 18 Nov 2010, dominiq at lps dot ens.fr wrote:

> What happens if you remove the gcc_assert at line 338 of varpool.c (see 
> comment
> #8)?

hppa2.0w-hp-hpux11.11  bootstraps successfully with the assert removed.

Dave

[Bug target/46548] New: Build arm gcc failure after patch 165463

[carrot at google dot com]

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

   Summary: Build arm gcc failure after patch 165463
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: car...@google.com
CC: froy...@codesourcery.com


When I build arm gcc from the trunk source, I got a compile error. It is caused
by patch r165463. I can build arm gcc successfully when sync to revision
165462.

My configuration:

../trunk2/configure '--build=x86_64-build_pc-linux-gnu'
'--host=x86_64-build_pc-linux-gnu' '--target=arm-unknown-linux-gnueabi'
'--with-sysroot=/home/carrot/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root'
'--disable-multilib' '--with-float=soft' '--disable-sjlj-exceptions'
'--enable-__cxa_atexit' '--disable-nls' '--enable-threads=posix'
'--enable-symvers=gnu' '--enable-c99' '--enable-long-long'
'--enable-target-optspace' '--disable-bootstrap'
'build_alias=x86_64-build_pc-linux-gnu' 'host_alias=x86_64-build_pc-linux-gnu'
'target_alias=arm-unknown-linux-gnueabi' '--enable-languages=c,c++'


The error message is:

/usr/local/google/home/carrot/armobj3/./gcc/xgcc
-B/usr/local/google/home/carrot/armobj3/./gcc/
-B/usr/local/arm-unknown-linux-gnueabi/bin/
-B/usr/local/arm-unknown-linux-gnueabi/lib/ -isystem
/usr/local/arm-unknown-linux-gnueabi/include -isystem
/usr/local/arm-unknown-linux-gnueabi/sys-include-g -Os -O2 -g -Os -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
./include  -I. -I. -I../../trunk2/gcc -I../../trunk2/gcc/.
-I../../trunk2/gcc/../include -I../../trunk2/gcc/../libcpp/include
-I/usr/local/google/home/carrot/armobj3/./gmp
-I/usr/local/google/home/carrot/trunk2/gmp
-I/usr/local/google/home/carrot/armobj3/./mpfr
-I/usr/local/google/home/carrot/trunk2/mpfr
-I/usr/local/google/home/carrot/trunk2/mpc/src 
-I../../trunk2/gcc/../libdecnumber -I../../trunk2/gcc/../libdecnumber/dpd
-I../libdecnumber-g0 -finhibit-size-directive -fno-inline -fno-exceptions
-fno-zero-initialized-in-bss -fno-toplevel-reorder -fno-tree-vectorize
-fno-stack-protector  -I. -I. -I../.././gcc -I../../../trunk2/libgcc
-I../../../trunk2/libgcc/. -I../../../trunk2/libgcc/../gcc
-I../../../trunk2/libgcc/../include  -o crtbegin.o -MT crtbegin.o -MD -MP -MF
crtbegin.dep  \
  -c ../../../trunk2/libgcc/../gcc/crtstuff.c -DCRT_BEGIN
../../../trunk2/libgcc/../gcc/crtstuff.c: In function '__do_global_dtors_aux':
../../../trunk2/libgcc/../gcc/crtstuff.c:308:26: error: '__DTOR_LIST__'
undeclared (first use in this function)
../../../trunk2/libgcc/../gcc/crtstuff.c:308:26: note: each undeclared
identifier is reported only once for each function it appears in
make[2]: *** [crtbegin.o] Error 1
make[2]: Leaving directory
`/usr/local/google/home/carrot/armobj3/arm-unknown-linux-gnueabi/libgcc'
make[1]: *** [all-target-libgcc] Error 2
make[1]: Leaving directory `/usr/local/google/home/carrot/armobj3'
make: *** [all] Error 2

[Bug other/44574] Avoid use of atoi

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 22:32:30
 Ever Confirmed|0   |1

--- Comment #1 from Andrew Pinski  2010-11-18 
22:32:30 UTC ---
Confirmed.

[Bug middle-end/46515] [4.6 Regression] Many libjava failures

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #11 from Jakub Jelinek  2010-11-18 
22:16:46 UTC ---
Fixed.

[Bug middle-end/46534] [4.3/4.4/4.5 Regression] ICE optimizing printf ("...>10MBstring\n") into puts

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

  Known to work||4.6.0
Summary|[4.3/4.4/4.5/4.6|[4.3/4.4/4.5 Regression]
   |Regression] ICE optimizing  |ICE optimizing printf
   |printf ("...>10MBstring\n") |("...>10MBstring\n") into
   |into puts   |puts
  Known to fail|4.6.0   |

--- Comment #6 from Jakub Jelinek  2010-11-18 
22:14:09 UTC ---
Fixed on the trunk so far.

[Bug middle-end/46546] ix86_pad_returns may leave BB_END (bb) pointing to deleted insn

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.11.18 22:09:38
  Component|target  |middle-end
 AssignedTo|unassigned at gcc dot   |ubizjak at gmail dot com
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Uros Bizjak  2010-11-18 22:09:38 
UTC ---
I have a fix.

[Bug bootstrap/46528] [ia64] profiledbootstrap failure

[steven at gcc dot gnu.org]

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

Steven Bosscher  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 21:43:15
 Ever Confirmed|0   |1

--- Comment #3 from Steven Bosscher  2010-11-18 
21:43:15 UTC ---
Also happens with --enable-checking=release on ia64:


../../trunk/libcpp/macro.c: In function 'cpp_macro_definition':
../../trunk/libcpp/macro.c:2123:1: error: corrupted profile info: profile data
is not flow-consistent
../../trunk/libcpp/macro.c:2123:1: error: corrupted profile info: number of
executions for edge 45-59 thought to be -104
../../trunk/libcpp/macro.c:2123:1: error: corrupted profile info: number of
executions for edge 45-1 thought to be 104
../../trunk/libcpp/macro.c:2123:1: error: corrupted profile info: number of
executions for edge 55-56 thought to be 10
../../trunk/libcpp/macro.c:2123:1: error: corrupted profile info: number of
executions for edge 55-57 thought to be -5
make[3]: *** [macro.o] Error 1
make[3]: *** Waiting for unfinished jobs
make[3]: Leaving directory `/home/stevenb/devel/build-test/libcpp'
make[2]: *** [all-stagefeedback-libcpp] Error 2
make[2]: Leaving directory `/home/stevenb/devel/build-test'
make[1]: *** [stagefeedback-bubble] Error 2
make[1]: Leaving directory `/home/stevenb/devel/build-test'
make: *** [profiledbootstrap] Error 2
stev...@iowa:~/devel/build-test$ cat gcc/configargs.h 
/* Generated automatically. */
static const char configuration_arguments[] = "../trunk/configure
--with-gmp=/home/stevenb --with-mpfr=/home/stevenb --enable-languages=c
--enable-checking=release --disable-nls --disable-libmudflap --disable-libssp";
static const char thread_model[] = "posix";

[Bug ada/35998] debug info invalid x86_64 DW_AT_byte_size 0xffffffff

[tromey at gcc dot gnu.org]

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

Tom Tromey  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
   Last reconfirmed||2010.11.18 21:09:15
 CC||tromey at gcc dot gnu.org
 Resolution|WONTFIX |
 Ever Confirmed|0   |1

--- Comment #6 from Tom Tromey  2010-11-18 21:09:15 
UTC ---
AFAICT, nobody ever reviewed this patch.

I am reopening this PR because I think that it is bad for GCC to emit
bogus DWARF like this.  The patch is not ideal, but it is an improvement.
I'll ping the patch as well.

I think we'll end up putting in the GDB workaround regardless of what
happens in GCC.

[Bug middle-end/46515] [4.6 Regression] Many libjava failures

[rth at gcc dot gnu.org]

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

--- Comment #10 from Richard Henderson  2010-11-18 
21:08:45 UTC ---
Author: rth
Date: Thu Nov 18 21:08:38 2010
New Revision: 166920

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166920
Log:
PR middle-end/46515
* function.c (maybe_copy_prologue_epilogue_insn): Rename from
maybe_copy_epilogue_insn; handle prologue insns as well.
* rtl.h, cfglayout.c: Update for rename.
* recog.c (peep2_attempt): Copy prologue/epilogue data for
RTX_FRAME_RELATED_P insns.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/cfglayout.c
trunk/gcc/function.c
trunk/gcc/recog.c
trunk/gcc/rtl.h

[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf ("...>10MBstring\n") into puts

[jakub at gcc dot gnu.org]

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

--- Comment #5 from Jakub Jelinek  2010-11-18 
20:51:24 UTC ---
Author: jakub
Date: Thu Nov 18 20:51:19 2010
New Revision: 166918

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166918
Log:
PR middle-end/46534
* builtins.c (fold_builtin_printf): Don't copy and modify string
before build_string_literal, instead modify what
build_string_literal returned.

* gcc.c-torture/compile/pr46534.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr46534.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/builtins.c
trunk/gcc/testsuite/ChangeLog

[Bug c/46547] [4.5/4.6 Regression] internal compiler error when converting a complex to a bool

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |4.5.2

[Bug c/46547] [4.5/4.6 Regression] internal compiler error when converting a complex to a bool

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 CC||jsm28 at gcc dot gnu.org

--- Comment #3 from Andrew Pinski  2010-11-18 
20:19:43 UTC ---
Any complex type will cause this ICE.

[Bug c/46547] [4.5/4.6 Regression] internal compiler error when converting a long double complex to a bool

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

  Component|middle-end  |c

--- Comment #2 from Andrew Pinski  2010-11-18 
20:17:50 UTC ---
<<< Unknown tree: c_maybe_const_expr

  SAVE_EXPR <*s++ > >>>

[Bug middle-end/46547] [4.5/4.6 Regression] internal compiler error when converting a long double complex to a bool

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Known to work||4.3.2
   Keywords||ice-on-valid-code
   Last reconfirmed||2010.11.18 20:16:14
  Component|c   |middle-end
 Ever Confirmed|0   |1
Summary|internal compiler error |[4.5/4.6 Regression]
   |when converting a long  |internal compiler error
   |double complex to a bool|when converting a long
   ||double complex to a bool
  Known to fail||4.5.0, 4.6.0

--- Comment #1 from Andrew Pinski  2010-11-18 
20:16:14 UTC ---
Confirmed.

[Bug debug/46338] -fcompare-debug failure (length) with -O -fprofile-generate

[zsojka at seznam dot cz]

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

--- Comment #4 from Zdenek Sojka  2010-11-18 20:05:39 
UTC ---
Created attachment 22449
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22449
more reduced testcase

$ gcc -O -fprofile-generate -fcompare-debug testcase.C
gcc: error: testcase.C: -fcompare-debug failure (length)

Fails in r166899

[Bug c/46547] New: internal compiler error when converting a long double complex to a bool

[kumbera1 at llnl dot gov]

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

   Summary: internal compiler error when converting a long double
complex to a bool
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: kumbe...@llnl.gov


I have reduced the original application down to a small reproducer. The
following code fails to compile. It works with gcc 4.3.0, intel (icc), sun
(cc), and pathscale (pathcc). PGI's pgcc also generates an ICE with the
function and I'll submit the bug to them as well.

void foo (void) {
  _Bool d;
  long double _Complex *s;

  d = *s++;
}


When you try to compile with gcc version 4.5.1. It generates an error:
foo.c: In function 'foo':
foo.c:5:7: internal compiler error: in gimplify_expr, at gimplify.c:7137



My full output from gcc -v... is:

Using built-in specs.
COLLECT_GCC=/usr/local/apps/gnu/4.5.1/bin/gcc
COLLECT_LTO_WRAPPER=/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.5.1/configure --prefix=/usr/apps/gnu/4.5.1
--with-mpfr-include=/usr/apps/gnu/4.5.1/include
--with-mpfr-lib=/usr/apps/gnu/4.5.1/lib --with-libelf=/usr/apps/gnu/4.5.1
--disable-multilib --with-gmp=/usr/apps/gnu/4.5.1/lib
--with-gmp-include=/usr/apps/gnu/4.5.1/include
--enable-languages=c,c++,fortran,java,objc --enable-lto
Thread model: posix
gcc version 4.5.1 (GCC) 
COLLECT_GCC_OPTIONS='-c' '-v' '-save-temps' '-mtune=generic' '-march=x86-64'

/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/cc1
-E -quiet -v -iprefix
/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/
foo.c -mtune=generic -march=x86-64 -fpch-preprocess -o foo.i
ignoring nonexistent directory
"/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../x86_64-unknown-linux-gnu/include"
ignoring duplicate directory
"/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include"
ignoring duplicate directory
"/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include-fixed"
ignoring nonexistent directory
"/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:

/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include

/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include-fixed
 /usr/local/include
 /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../include
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-c' '-v' '-save-temps' '-mtune=generic' '-march=x86-64'

/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/cc1
-fpreprocessed foo.i -quiet -dumpbase foo.c -mtune=generic -march=x86-64
-auxbase foo -version -o foo.s
GNU C (GCC) version 4.5.1 (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.1, GMP version 4.2.2, MPFR version 2.4.2,
MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C (GCC) version 4.5.1 (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.1, GMP version 4.2.2, MPFR version 2.4.2,
MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 59090c9e0e8cd3d0437c78809f831ff7
foo.c: In function 'foo':
foo.c:5:7: internal compiler error: in gimplify_expr, at gimplify.c:7137

[Bug target/46546] New: ix86_pad_returns may leave BB_END (bb) pointing to deleted insn

[hjl.tools at gmail dot com]

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

   Summary: ix86_pad_returns may leave BB_END (bb) pointing to
deleted insn
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com
CC: ubiz...@gmail.com


ix86_pad_returns has

rtx ret = BB_END (bb);
...
  emit_jump_insn_before (gen_return_internal_long (), ret); 
  delete_insn (ret);
...

It may leave BB_END (bb) pointing to deleted insn. A patch is posed at

http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01930.html

[Bug libstdc++/46455] resource leaks due to missing destructors for mutexes and condvars

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #37 from Jonathan Wakely  2010-11-18 
18:58:35 UTC ---
fixed for 4.6.0

I think this is a bit risky for the 4.5 branch, and isn't a regression as we've
never cleaned up those mutexes (the change in shared_ptr behaviour may be a
regression, but seems to be caused by a change in MinGW's port - maybe they can
apply the fix to their release if necessary)

[Bug libstdc++/46455] resource leaks due to missing destructors for mutexes and condvars

[redi at gcc dot gnu.org]

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

--- Comment #36 from Jonathan Wakely  2010-11-18 
18:56:34 UTC ---
Author: redi
Date: Thu Nov 18 18:56:29 2010
New Revision: 166917

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166917
Log:
2010-11-18  Jonathan Wakely  

PR libstdc++/46455
* include/std/mutex: Define destructors for mutex types which use an
init function.
* include/ext/concurrence.h: Likewise.


Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/ext/concurrence.h
trunk/libstdc++-v3/include/std/mutex

[Bug lto/45789] [4.6 Regression] ICE: tree code 'lang_type' is not supported in gimple streams with -flto when using __builtin_printf()

[zsojka at seznam dot cz]

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

Zdenek Sojka  changed:

   What|Removed |Added

   Keywords||lto
 Status|RESOLVED|UNCONFIRMED
  Known to work||4.5.2
 Resolution|DUPLICATE   |
  Known to fail||4.6.0

--- Comment #2 from Zdenek Sojka  2010-11-18 17:36:23 
UTC ---
This still fails in r166899, after fixing PR44561:

$ gcc -flto testcase.C
testcase.C:6:19: internal compiler error: tree code 'lang_type' is not
supported in gimple streams
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug fortran/46540] libquadmath: Implement --disable-libquadmath

[rwild at gcc dot gnu.org]

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

Ralf Wildenhues  changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu.org

--- Comment #2 from Ralf Wildenhues  2010-11-18 
17:34:33 UTC ---
*** Bug 46541 has been marked as a duplicate of this bug. ***

[Bug bootstrap/46541] libquadmath: No way to disable it

[rwild at gcc dot gnu.org]

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

Ralf Wildenhues  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||rwild at gcc dot gnu.org
 Resolution||DUPLICATE

--- Comment #1 from Ralf Wildenhues  2010-11-18 
17:34:33 UTC ---
Duplicate of bug 46540.

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

[Bug libstdc++/26211] [DR 419, US 137 / US 139] basic_istream::tellg, seekg are unformatted input functions

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

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

--- Comment #9 from Paolo Carlini  2010-11-18 
17:29:20 UTC ---
Reapplied together with the N3168 tweaks.

[Bug libstdc++/26211] [DR 419, US 137 / US 139] basic_istream::tellg, seekg are unformatted input functions

[paolo at gcc dot gnu.org]

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

--- Comment #8 from paolo at gcc dot gnu.org  
2010-11-18 17:21:44 UTC ---
Author: paolo
Date: Thu Nov 18 17:21:35 2010
New Revision: 166911

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166911
Log:
2010-11-18  Paolo Carlini  

PR libstdc++/26211 + N3168
* include/bits/istream.tcc (basic_istream<>::tellg, seekg(pos_type),
seekg(off_type, ios_base::seekdir)): Construct a sentry.
(basic_istream<>::tellg, seekg(pos_type), seekg(off_type,
ios_base::seekdir, putback, unget)): Clear eofbit first, per N3168.  
* testsuite/27_io/basic_istream/seekg/char/26211.cc: New.
* testsuite/27_io/basic_istream/seekg/wchar_t/26211.cc: Likewise.
* testsuite/27_io/basic_istream/tellg/char/26211.cc: Likewise.
* testsuite/27_io/basic_istream/tellg/wchar_t/26211.cc: Likewise.
* testsuite/27_io/basic_istream/tellg/char/8348.cc: Tweak.
* testsuite/27_io/basic_istream/tellg/wchar_t/8348.cc: Likewise.

Added:
trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/char/26211.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/wchar_t/26211.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/char/26211.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/wchar_t/26211.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/istream.tcc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/char/8348.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/wchar_t/8348.cc

[Bug c/33193] slopiness in __real/__imag

[sabre at nondot dot org]

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

Chris Lattner  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #6 from Chris Lattner  2010-11-18 17:15:32 
UTC ---
http://gcc.gnu.org/onlinedocs/gcc/Complex.html#Complex still does not
document what arguments are accepted to __real and __imag.

[Bug libstdc++/46544] std::map::at() defined even if __GXX_EXPERIMENTAL_CXX0X__ is not

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||paolo.carlini at oracle dot
   ||com
 Resolution||INVALID

--- Comment #1 from Paolo Carlini  2010-11-18 
17:06:06 UTC ---
As you can clearly see this feature is part of DR 464, a Defect vs C++03,
already voted in CD1:

  http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#464

We are delivering already *many* other features per DRs, in C++03 mode, both
for the library and the core compiler.

[Bug middle-end/46515] [4.6 Regression] Many libjava failures

[jakub at gcc dot gnu.org]

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

--- Comment #9 from Jakub Jelinek  2010-11-18 
16:55:03 UTC ---
Actually we have maybe_copy_epilogue_insn, just not maybe_copy_prologue_insn.

[Bug middle-end/46515] [4.6 Regression] Many libjava failures

[rth at gcc dot gnu.org]

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

--- Comment #8 from Richard Henderson  2010-11-18 
16:51:36 UTC ---
We do: maybe_copy_epilogue_insn.

[Bug middle-end/46515] [4.6 Regression] Many libjava failures

[jakub at gcc dot gnu.org]

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

--- Comment #7 from Jakub Jelinek  2010-11-18 
16:48:54 UTC ---
I don't think we have any API to add a new insn into prologue or epilogue
hashes, guess easiest would be to reuse the old insn (and just change its
PATTERN/notes/etc. as needed) in the RTX_FRAME_RELATED_P case.

[Bug middle-end/46515] [4.6 Regression] Many libjava failures

[jakub at gcc dot gnu.org]

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

--- Comment #6 from Jakub Jelinek  2010-11-18 
16:42:12 UTC ---
Created attachment 22448
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22448
link.ii.bz2

./cc1plus -fpreprocessed link.ii -quiet -dumpbase link.ii -mtune=generic
-march=x86-64 -auxbase-strip link.s -g -O2 -fno-rtti -fnon-call-exceptions
-fdollars-in-identifiers -fomit-frame-pointer -fPIC -o link.s

if it saves you time...

[Bug middle-end/46515] [4.6 Regression] Many libjava failures

[rth at gcc dot gnu.org]

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

Richard Henderson  changed:

   What|Removed |Added

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

--- Comment #5 from Richard Henderson  2010-11-18 
16:34:36 UTC ---
A change in the placement of remember_state suggests a change
in the placement of EPILOGUE_BEG.  Which suggests a change in
prologue_epilogue_contains -- peep2 not copying status?

Mine.

[Bug c/33193] slopiness in __real/__imag

[froydnj at gcc dot gnu.org]

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

Nathan Froyd  changed:

   What|Removed |Added

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

--- Comment #5 from Nathan Froyd  2010-11-18 
16:26:07 UTC ---
Fixed on trunk.

[Bug c/33193] slopiness in __real/__imag

[froydnj at gcc dot gnu.org]

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

--- Comment #4 from Nathan Froyd  2010-11-18 
16:25:04 UTC ---
Author: froydnj
Date: Thu Nov 18 16:24:56 2010
New Revision: 166909

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166909
Log:
gcc/
PR c/33193
* c-typeck.c (build_unary_op): Call build_real_imag_expr for
REALPART_EXPR and IMAGPART_EXPR.

gcc/c-family/
PR c/33193
* c-common.h (build_real_imag_expr): Declare.
* c-semantics.c (build_real_imag_expr): Define.

gcc/cp/
PR c/33193
* typeck.c (cp_build_unary_op): Call build_real_imag_expr for
REALPART_EXPR and IMAGPART_EXPR.

gcc/testsuite/
PR c/33193
* c-c++-common/pr33193.c: New test.


Added:
trunk/gcc/testsuite/c-c++-common/pr33193.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-common.h
trunk/gcc/c-family/c-semantics.c
trunk/gcc/c-typeck.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog

[Bug other/46542] GCC 4.7 pending patches meta-bug

[manu at gcc dot gnu.org]

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

   Keywords||meta-bug
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 16:20:52
 CC||manu at gcc dot gnu.org
 Depends on||41998
 Ever Confirmed|0   |1

[Bug middle-end/46515] [4.6 Regression] Many libjava failures

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 16:17:40
 CC||jakub at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #4 from Jakub Jelinek  2010-11-18 
16:17:40 UTC ---
This seems to be wrong unwind info for
_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi,
at least backtrace like:
#24 0x75f73df2 in _Jv_Linker::resolve_pool_entry (klass=0x7fffeeb91618,
index=2, lazy=true) at ../../../libjava/link.cc:440
#25 0x75f74158 in _Jv_Linker::ensure_class_linked
(klass=0x7fffeeb91618) at ../../../libjava/link.cc:1748
#26 0x75f72a20 in _Jv_Linker::wait_for_state (klass=0x7fffeeb91618,
state=9) at ../../../libjava/link.cc:2076
#27 0x75f737a8 in _Jv_Linker::get_interfaces (klass=0x7fffeeb91af8,
ifaces=0x7fffdbd0) at ../../../libjava/link.cc:777
#28 0x75f74357 in _Jv_Linker::prepare_constant_time_tables
(klass=0x7fffeeb91af8) at ../../../libjava/link.cc:716
#29 0x75f72b08 in _Jv_Linker::wait_for_state (klass=0x7fffeeb91af8,
state=7) at ../../../libjava/link.cc:2067
#30 0x0003 in ?? ()
#31 0x75f733b6 in _Jv_Linker::link_symbol_table (klass=0x0) at
../../../libjava/link.cc:1308
#32 0x75f72a30 in _Jv_Linker::wait_for_state (klass=0x7fffeeb913a8,
state=9) at ../../../libjava/link.cc:2078
#33 0x75fa77e3 in java::lang::Class::initializeClass
(this=0x7fffeeb913a8) at ../../../libjava/java/lang/natClass.cc:720
suggests there (note the weird ra 0x0003 in it).  GDB doesn't crash on it,
but the libgcc unwinder does.

The code difference from yesterday in that routine is:

 193f:  0f 84 79 fe ff ff   je 17be
<_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1e>
 1945:  e8 00 00 00 00  callq  194a
<_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1aa>
1946: R_X86_64_PLT32_Z20_Jv_GetCurrentJNIEnvv-0x4
-194a:  48 83 c4 08 add$0x8,%rsp
-194e:  48 89 d9mov%rbx,%rcx
-1951:  4c 89 eemov%r13,%rsi
-1954:  5b  pop%rbx
-1955:  5d  pop%rbp
-1956:  41 5c   pop%r12
-1958:  41 5d   pop%r13
-195a:  41 5e   pop%r14
-195c:  41 5f   pop%r15
-195e:  48 89 c2mov%rax,%rdx
-1961:  bf 38 00 00 00  mov$0x38,%edi
-1966:  31 c0   xor%eax,%eax
-1968:  e9 00 00 00 00  jmpq   196d
<_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1cd>
-   1969: R_X86_64_PLT32   
_Z19_Jv_JVMTI_PostEvent10jvmtiEventPN4java4lang6ThreadEz-0x4
-196d:  0f 1f 00nopl   (%rax)
+194a:  41 58   pop%r8
+194c:  48 89 d9mov%rbx,%rcx
+194f:  4c 89 eemov%r13,%rsi
+1952:  48 89 c2mov%rax,%rdx
+1955:  5b  pop%rbx
+1956:  5d  pop%rbp
+1957:  41 5c   pop%r12
+1959:  41 5d   pop%r13
+195b:  41 5e   pop%r14
+195d:  41 5f   pop%r15
+195f:  bf 38 00 00 00  mov$0x38,%edi
+1964:  31 c0   xor%eax,%eax
+1966:  e9 00 00 00 00  jmpq   196b
<_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1cb>
+   1967: R_X86_64_PLT32   
_Z19_Jv_JVMTI_PostEvent10jvmtiEventPN4java4lang6ThreadEz-0x4
+196b:  0f 1f 44 00 00  nopl   0x0(%rax,%rax,1)
 1970:  48 89 dfmov%rbx,%rdi
 1973:  e8 00 00 00 00  callq  1978
<_ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1d8>
1974: R_X86_64_PLT32   
_ZN10_Jv_Linker28ensure_method_table_completeEPN4java4lang5ClassE-0x4

(i.e. replacement of addq $8, %rsp with popq %r8 and movq %rax, %rdx scheduled
elsewhere).

And unwind info difference is:

   DW_CFA_advance_loc: 4 to 17d0
   DW_CFA_restore_state
-  DW_CFA_advance_loc2: 382 to 194e
-  DW_CFA_remember_state
+  DW_CFA_advance_loc2: 380 to 194c
   DW_CFA_def_cfa_offset: 56
-  DW_CFA_advance_loc: 7 to 1955
+  DW_CFA_advance_loc: 10 to 1956
+  DW_CFA_remember_state
   DW_CFA_def_cfa_offset: 48
-  DW_CFA_advance_loc: 1 to 1956
+  DW_CFA_advance_loc: 1 to 1957
   DW_CFA_def_cfa_offset: 40
-  DW_CFA_advance_loc: 2 to 1958
+  DW_CFA_advance_loc: 2 to 19

[Bug tree-optimization/45301] [4.6 Regression] ICE: SIGSEGV in instantiate_scev_r (tree-scalar-evolution.c:3391) with -O2 -ftree-loop-distribution -fgraphite-identity

[zsojka at seznam dot cz]

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

--- Comment #2 from Zdenek Sojka  2010-11-18 16:10:30 
UTC ---
This seems to have disappeared between r163636 and r165699.
I can't reproduce it anymore with r166868/x86_64-linux.

[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10

[dominiq at lps dot ens.fr]

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

--- Comment #12 from Dominique d'Humieres  
2010-11-18 15:49:53 UTC ---
(In reply to comments #10 and #11)
> Also occurs for arm-eabi with the tls tests in the testsuite. 
> ...

What happens if you remove the gcc_assert at line 338 of varpool.c (see comment
#8)?

[Bug tree-optimization/44676] [4.5/4.6 Regression] ICE: in loop_entry_phi_arg, at graphite-sese-to-poly.c:89 with -fgraphite-identity -fprofile-generate

[zsojka at seznam dot cz]

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

--- Comment #4 from Zdenek Sojka  2010-11-18 15:46:05 
UTC ---
This seems to have disappeared between r161659 and r163636.
I can't reproduce it anymore with r166868/x86_64-linux.

[Bug fortran/46545] New: libquadmath: Update gfortran.texi

[burnus at gcc dot gnu.org]

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

   Summary: libquadmath: Update gfortran.texi
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org


Currently, gfortran.texi assumes that there is only REAL 10 or REAL 16 and not
both. That should be updated.

That's something trivial, but I am currently swamped in libquad bugs - and thus
I defer it.

[Bug libstdc++/46544] New: std::map::at() defined even if __GXX_EXPERIMENTAL_CXX0X__ is not

[phresnel at gmail dot com]

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

   Summary: std::map::at() defined even if
__GXX_EXPERIMENTAL_CXX0X__ is not
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: trivial
  Priority: P3
 Component: libstdc++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: phres...@gmail.com


The function std::map::at(), first defined by the upcoming standard, slips into
C++03 mode.

$ diff -ru include/c++/bits/stl_map.h.orig include/c++/bits/stl_map.h
--- include/c++/bits/stl_map.h.orig 2010-11-18 15:21:42 +
+++ include/c++/bits/stl_map.h  2010-11-18 15:20:02 +
@@ -452,6 +452,7 @@
return (*__i).second;
   }

+#ifdef __GXX_EXPERIMENTAL_CXX0X__
   // _GLIBCXX_RESOLVE_LIB_DEFECTS
   // DR 464. Suggestion for new member functions in standard containers.
   /**
@@ -478,6 +479,7 @@
  __throw_out_of_range(__N("map::at"));
return (*__i).second;
   }
+#endif

   // modifiers
   /**

[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10

[ramana at gcc dot gnu.org]

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

--- Comment #11 from Ramana Radhakrishnan  
2010-11-18 15:29:24 UTC ---
(In reply to comment #10)
> Also occurs for arm-eabi with the tls tests in the testsuite. 
> 
> 
> FAIL: gcc.dg/tls/opt-14.c (internal compiler error)
> 
> gcc.dg/tls/opt-14.c:28:1: internal compiler error: in
> decide_is_variable_needed, at varpool.c:338
> 
> 
> GCC configured with. 
> 
> /arm/scratch/pdtltest/work/sandboxes/fsf/trunk/source/gcc-fsf/configure
> --target=arm-eabi --with-cpu=cortex-a9 --with-float=softfp --with-fpu=neon

And so do all these tests. 

arm-sim/-mthumb: gcc.dg/tls/nonpic-1.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-1.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-14.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-3.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-5.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-6.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/opt-9.c (internal compiler error)
arm-sim/-mthumb: gcc.dg/tls/pic-1.c (internal compiler error)
arm-sim: gcc.dg/tls/nonpic-1.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-1.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-14.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-3.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-5.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-6.c (internal compiler error)
arm-sim: gcc.dg/tls/opt-9.c (internal compiler error)
arm-sim: gcc.dg/tls/pic-1.c (internal compiler error)

[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Target|*-*-darwin* |*-*-darwin*, arm*-eabi
 CC||ramana at gcc dot gnu.org

--- Comment #10 from Ramana Radhakrishnan  
2010-11-18 15:27:07 UTC ---
Also occurs for arm-eabi with the tls tests in the testsuite. 


FAIL: gcc.dg/tls/opt-14.c (internal compiler error)

gcc.dg/tls/opt-14.c:28:1: internal compiler error: in
decide_is_variable_needed, at varpool.c:338


GCC configured with. 

/arm/scratch/pdtltest/work/sandboxes/fsf/trunk/source/gcc-fsf/configure
--target=arm-eabi --with-cpu=cortex-a9 --with-float=softfp --with-fpu=neon

[Bug tree-optimization/46172] [4.3/4.4/4.5/4.6 Regression] ICE: in expand_widen_pattern_expr, at optabs.c:522 with -ftree-vectorize -fno-tree-dce

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work||4.6.0
 Resolution||FIXED
   Target Milestone|4.3.6   |4.6.0
  Known to fail|4.6.0   |

--- Comment #10 from Richard Guenther  2010-11-18 
15:18:15 UTC ---
Fixed on trunk.  Not worth backporting anywhere.

[Bug tree-optimization/46172] [4.3/4.4/4.5/4.6 Regression] ICE: in expand_widen_pattern_expr, at optabs.c:522 with -ftree-vectorize -fno-tree-dce

[rguenth at gcc dot gnu.org]

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

--- Comment #9 from Richard Guenther  2010-11-18 
15:17:43 UTC ---
Author: rguenth
Date: Thu Nov 18 15:17:37 2010
New Revision: 166908

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166908
Log:
2010-11-18  Richard Guenther  

PR tree-optimization/46172
* tree-vect-loop-manip.c (remove_dead_stmts_from_loop): New
function.
(slpeel_tree_peel_loop_to_edge): Call it.

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

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr46172.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vect-loop-manip.c

[Bug fortran/46543] New: libquadmath: Add documentation

[burnus at gcc dot gnu.org]

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

   Summary: libquadmath: Add documentation
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org


If the library should be used by everyone, we need to document which functions
(= interface) it provides.

[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

Jorn Wolfgang Rennecke  changed:

   What|Removed |Added

 Status|NEW |WAITING

[Bug bootstrap/46528] [ia64] profiledbootstrap failure

[mkuvyrkov at gcc dot gnu.org]

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

Maxim Kuvyrkov  changed:

   What|Removed |Added

 CC||mkuvyrkov at gcc dot
   ||gnu.org

--- Comment #2 from Maxim Kuvyrkov  2010-11-18 
14:55:35 UTC ---
Also confirmed on x86_64-unknown-linux-gnu.  The execution numbers are exactly
the same as on ia64.

[Bug other/46542] GCC 4.7 pending patches meta-bug

[law at redhat dot com]

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

--- Comment #1 from Jeffrey A. Law  2010-11-18 14:47:10 
UTC ---
Created attachment 22447
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22447
Improve reload inheritance's code generation and predictability

http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01917.html

[Bug other/46542] New: GCC 4.7 pending patches meta-bug

[law at redhat dot com]

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

   Summary: GCC 4.7 pending patches meta-bug
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: l...@redhat.com


Place to attach GCC 4.7 pending patches and PRs

[Bug driver/46516] Non-multilib search problem in gcc.c / gfortran error: libgfortran.spec: No such file or directory

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW

--- Comment #16 from Tobias Burnus  2010-11-18 
14:36:00 UTC ---
We (for another group of "we") agreed that that's the wrong approach.

Current suggestion my Matz:

15:20 < richi> I wonder why/how it works for libgomp
15:21 < matz> That is included via %:include in the linker_command_spec.  That
comes after the multilib paths are ready.
15:21 < matz> But there's (currently) no hook for frontends to include anything
into link_command_spec.
[...]
15:29 < matz> Add a new (frontend-driver) macro: LANG_LINK_LIBS (or something).
 In gcc.c handle it similar to STACK_SPLIT_SPEC.  (#ifndef -> then empty).  In
fortran frontend header #define it to
'%:include(libgfortran.spec)%lib_gfortran)'.  in libgfortran.spec don't define
'lib:' but 'lib_gfortran:' (look at libgomp.spec).
15:30 < matz> Similar to STACK_SPLIT_SPEC includes adding it to
LINK_COMMAND_SPEC.
15:31 < matz> And then hack long enough until everything works.  But at least
that way libgfortran.spec will be found in the multilib dirs.

[Bug middle-end/46297] [4.6 Regression] gfortran.dg/g77/980701-0.f FAILs with -Os -fno-asynchronous-unwind-tables

[law at gcc dot gnu.org]

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

--- Comment #10 from Jeffrey A. Law  2010-11-18 
14:34:33 UTC ---
Author: law
Date: Thu Nov 18 14:34:29 2010
New Revision: 166905

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

PR middle-end-optimization/46297
* postreload.c (reload_combine_note_store): Deal with embedded
side effects in MEM expressions.

* gfortran.dg/pr46297.f: New test.



Added:
trunk/gcc/testsuite/gfortran.dg/pr46297.f
Modified:
trunk/gcc/ChangeLog
trunk/gcc/postreload.c
trunk/gcc/testsuite/ChangeLog

[Bug middle-end/46297] [4.6 Regression] gfortran.dg/g77/980701-0.f FAILs with -Os -fno-asynchronous-unwind-tables

[law at redhat dot com]

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

Jeffrey A. Law  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
  Component|tree-optimization   |middle-end
 AssignedTo|unassigned at gcc dot   |law at redhat dot com
   |gnu.org |

[Bug rtl-optimization/46522] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7092 with -O3 -fsel-sched-pipelining -fselective-scheduling2 -funroll-loops

[abel at gcc dot gnu.org]

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

Andrey Belevantsev  changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot   |abel at gcc dot gnu.org
   |gnu.org |

--- Comment #2 from Andrey Belevantsev  2010-11-18 
14:28:54 UTC ---
I have a patch.

[Bug c++/46526] [4.6 Regression] VTable Problem?

[redi at gcc dot gnu.org]

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

--- Comment #3 from Jonathan Wakely  2010-11-18 
14:23:52 UTC ---
4.6.0 20100925 was OK

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Keywords||ice-checking

--- Comment #12 from Richard Guenther  2010-11-18 
14:11:39 UTC ---
Now ice-checking only.

[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE

[rguenth at gcc dot gnu.org]

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

--- Comment #11 from Richard Guenther  2010-11-18 
14:11:04 UTC ---
Author: rguenth
Date: Thu Nov 18 14:11:00 2010
New Revision: 166904

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166904
Log:
2010-11-18  Richard Guenther  

PR lto/45089
* dwarf2out.c (add_AT_die_ref): Work around LTO losing types
when checking is not enabled.

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

[Bug testsuite/46529] guality_check times out, so guality tests are not run

[dave at hiauly1 dot hia.nrc.ca]

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

--- Comment #2 from dave at hiauly1 dot hia.nrc.ca 2010-11-18 14:05:39 UTC ---
> --- Comment #1 from Richard Guenther  2010-11-18 
> 10:11:00 UTC ---
> Huh.  But after all it correctly detects the tests won't work ...

Actually, that's not true.  See for example
http://gcc.gnu.org/ml/gcc-testresults/2010-11/msg01408.html

This testsuite run used an old build of gdb from cvs:
502 (hiauly1)dave> gdb --version
GNU gdb 2004-01-08-cvs

The situation on hppa1.1-hp-hpux10.20 is not any worse than on
hppa-unknown-linux-gnu where in theory things should work ...
In fact, the majority of failing tests are the same.

Dave

[Bug tree-optimization/46535] [4.6 Regression] Endless loop during inlining

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 14:02:15
 CC||jason at redhat dot com
 Ever Confirmed|0   |1

--- Comment #2 from H.J. Lu  2010-11-18 14:02:15 
UTC ---
It is triggered by revision 166167:

http://gcc.gnu.org/ml/gcc-cvs/2010-11/msg00053.html

[Bug other/42670] demangler doesn't completely demangle a global constructor symbol

[hjl at gcc dot gnu.org]

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

--- Comment #9 from hjl at gcc dot gnu.org  2010-11-18 
13:24:05 UTC ---
Author: hjl
Date: Thu Nov 18 13:24:00 2010
New Revision: 166903

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166903
Log:
Update expected demangler output.

2010-11-18  H.J. Lu  

PR other/42670
* testsuite/abi/demangle/regression/cw-13.cc: Updated.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/testsuite/abi/demangle/regression/cw-13.cc

[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g

[jakub at gcc dot gnu.org]

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

--- Comment #3 from Jakub Jelinek  2010-11-18 
13:13:57 UTC ---
Created attachment 22446
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22446
gcc46-pr46123.patch

Ugh, this is very ugly.  gen_subprogram_die sometimes decides to reuse old_die
which was DW_AT_declaration and can be deeply nested in type children, which
breaks -feliminate-dwarf2-dups as well as -gdwarf-4 if those are moved to
separate CUs (either the comdat ones or .debug_types).
The patch fixes this by not reusing the old die if doing one or another way of
duplicate removals (perhaps could do an extra check if the old_die is actually
in a tree that is going to be moved, which wouldn't be that hard to do for
break_out_includes, but would be uglier for .debug_types).  Or we could do it
always.  Unfortunately just doing that leads to crashes, because context_die is
NULL and dwarf2out_finish doesn't want to see limbo DIEs with type contexts, so
the patch also uses comp_unit_die () in that case.

Jason/Cary, what do you think?

[Bug bootstrap/46541] New: libquadmath: No way to disable it

[rguenth at gcc dot gnu.org]

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

   Summary: libquadmath: No way to disable it
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rgue...@gcc.gnu.org


There needs to be a way to disable building (and using) libquadmath (similar
to decimal float support).  Documented in doc/install.texi.

[Bug fortran/46540] libquadmath: Implement --disable-libquadmath

[burnus at gcc dot gnu.org]

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

--- Comment #1 from Tobias Burnus  2010-11-18 
13:13:11 UTC ---
Probably also needs some update of the general GCC documentation such as
"install".

[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #7 from Richard Guenther  2010-11-18 
13:12:10 UTC ---
Fixed.

[Bug fortran/46540] New: libquadmath: Implement --disable-libquadmath

[burnus at gcc dot gnu.org]

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

   Summary: libquadmath: Implement --disable-libquadmath
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org


Add this option to build GCC without libquadmath.

That implies:
- No building of libquadmath is self
- No acceptance of REAL(16) (except on long double == 128bit systems) by the
Fortran front end
- No dependence on libquadmath by libgfortran

[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto

[rguenth at gcc dot gnu.org]

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

--- Comment #6 from Richard Guenther  2010-11-18 
13:10:45 UTC ---
Author: rguenth
Date: Thu Nov 18 13:10:40 2010
New Revision: 166902

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166902
Log:
2010-11-18  Richard Guenther  

PR lto/46525
* gimple.c (gimple_register_type): Update TYPE_MAIN_VARIANT of
type leaders.
(gimple_register_canonical_type): Also cache the canoncial type
for non type leaders.

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

[Bug target/45359] poor -march=native choices for VIA C7 Esther processors

[mahatma at eu dot by]

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

Dzianis Kahanovich  changed:

   What|Removed |Added

  Attachment #22306|0   |1
is obsolete||

--- Comment #5 from Dzianis Kahanovich  2010-11-18 
13:05:51 UTC ---
Created attachment 22445
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22445
centaur2.patch

Compatibility with GNU assembler -mtune set (#40171).

[Bug fortran/46539] New: libquadmath: Add -static-libquadmath

[burnus at gcc dot gnu.org]

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

   Summary: libquadmath: Add -static-libquadmath
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org


One should add such a flag. For some systems such as Darwin, it needs more
changes than to the general argument handling (gcc/gcc.c?)

Cf. http://gcc.gnu.org/ml/fortran/2010-11/msg00273.html

[Bug fortran/46532] [OMP] missing error for loop bounds missing an attribute

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

   Keywords||accepts-invalid, openmp
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.18 12:56:26
 CC||burnus at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Tobias Burnus  2010-11-18 
12:56:26 UTC ---
Intel has:

error #6752: Since the OpenMP DEFAULT(NONE) clause applies, the PRIVATE,
SHARED, REDUCTION, FIRSTPRIVATE, or LASTPRIVATE attribute must be explicitly
specified for every variable.   [N]

>From the OpenMP 3.0 specification:

"The default(none) clause requires that each variable that is referenced in the
construct, and that does not have a predetermined data-sharing attribute, must
have its data-sharing attribute explicitly determined by being listed in a
data-sharing attribute clause." ("2.9.3.1 default clause")

Cf. also "2.9.1.1 Data-sharing Attribute Rules for Variables Referenced in a
Construct", which lists the variables which have "predetermined data-sharing
attributes"; in the example, it only affects "i" ("The loop iteration
variable(s) in the associated do-loop(s) of a do or parallel do construct
is(are) private.")

[Bug target/45102] mm/page-writeback.c:820: internal compiler error: Segmentation fault

[rootkit85 at yahoo dot it]

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

rootki...@yahoo.it  changed:

   What|Removed |Added

 CC||rootkit85 at yahoo dot it

--- Comment #5 from rootkit85 at yahoo dot it  
2010-11-18 12:52:31 UTC ---
*** Bug 46536 has been marked as a duplicate of this bug. ***

[Bug c/46536] ICE when compiling ARM kernel

[rootkit85 at yahoo dot it]

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

rootki...@yahoo.it  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #3 from rootkit85 at yahoo dot it  
2010-11-18 12:52:31 UTC ---
duplicate of #45102

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

[Bug c/46536] ICE when compiling ARM kernel

[mikpe at it dot uu.se]

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

Mikael Pettersson  changed:

   What|Removed |Added

 CC||mikpe at it dot uu.se

--- Comment #2 from Mikael Pettersson  2010-11-18 
12:46:46 UTC ---
gcc-4.4.0?

1. try a recent compiler, preferably gcc-4.4.5 or gcc-4.5.1, the bug may have
been fixed already

2. using the preprocessed source file, try to reduce the number of options to
the bare minimum needed to reproduce the ICE

[Bug c++/46538] [4.3/4.4./4.5/4.6 Regression] ICE: SIGSEGV in cp_make_fname_decl (decl.c:3690) on invalid code when using __PRETTY_FUNCTION__

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.3.6

[Bug c++/46538] New: [4.3/4.4./4.5/4.6 Regression] ICE: SIGSEGV in cp_make_fname_decl (decl.c:3690) on invalid code when using __PRETTY_FUNCTION__

[zsojka at seznam dot cz]

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

   Summary: [4.3/4.4./4.5/4.6 Regression] ICE: SIGSEGV in
cp_make_fname_decl (decl.c:3690) on invalid code when
using __PRETTY_FUNCTION__
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz


- testcase.C -
S():str(__PRETTY_FUNCTION__) {}
--

Output with valgrind:
$ gcc testcase.C
testcase.C:1:3: error: ISO C++ forbids declaration of 'S' with no type
[-fpermissive]
testcase.C: In function 'int S()':
testcase.C:1:5: error: only constructors take member initializers
==12873== Invalid read of size 1
==12873==at 0x503CE7: cp_make_fname_decl (decl.c:3690)
==12873==by 0x662D44: fname_decl (c-common.c:856)
==12873==by 0x602FD5: finish_fname (semantics.c:2289)
==12873==by 0x5A7DA3: cp_parser_primary_expression (parser.c:3781)
==12873==by 0x5A7FBF: cp_parser_postfix_expression (parser.c:5137)
==12873==by 0x5A8C7B: cp_parser_unary_expression (parser.c:6109)
==12873==by 0x5A95D7: cp_parser_binary_expression (parser.c:6779)
==12873==by 0x5A9ADA: cp_parser_assignment_expression (parser.c:6995)
==12873==by 0x5ABBAE: cp_parser_parenthesized_expression_list
(parser.c:5703)
==12873==by 0x5B1C7B: cp_parser_ctor_initializer_opt_and_function_body
(parser.c:10667)
==12873==by 0x5B24B1: cp_parser_function_definition_after_declarator
(parser.c:19647)
==12873==by 0x5B3C9B: cp_parser_init_declarator (parser.c:19576)
==12873==  Address 0x74 is not stack'd, malloc'd or (recently) free'd
==12873== 
cc1plus: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r166868 - crash
3.3.6, 4.1.2, 4.2.4, 4.3.5, 4.4.5, 4.5.1 - bails out (release/no checking)
3.4.6, 4.0.4 - OK (release/no checking)

[Bug target/40171] GCC does not pass -mtune and -march options to assembler!

[mahatma at eu dot by]

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

Dzianis Kahanovich  changed:

   What|Removed |Added

  Attachment #22434|0   |1
is obsolete||

--- Comment #7 from Dzianis Kahanovich  2010-11-18 
12:31:25 UTC ---
Created attachment 22444
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22444
atune2.patch

Bugfix & targets.

[Bug tree-optimization/46537] [4.6 Regression] ICE: SIGSEGV in simplify_replace_fn_rtx (simplify-rtx.c:362) with -g -O -fipa-cp -fipa-cp-clone -freorder-blocks

[zsojka at seznam dot cz]

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

--- Comment #1 from Zdenek Sojka  2010-11-18 12:28:43 
UTC ---
(gdb) bt
#0  simplify_replace_fn_rtx (x=0x0, old_rtx=0x0, fn=0xb8c4c0
, data=0x0)
at /mnt/svn/gcc-trunk/gcc/simplify-rtx.c:362
#1  0x00b9b1c8 in emit_note_insn_var_location (varp=0x1938840,
data=)
at /mnt/svn/gcc-trunk/gcc/var-tracking.c:7324
#2  0x011cf478 in htab_traverse_noresize (htab=, 
callback=0xb9a840 , info=0x7fffd880) at
/mnt/svn/gcc-trunk/libiberty/hashtab.c:784
#3  0x00b927bd in emit_notes_for_changes (insn=0x75d8d798,
where=EMIT_NOTE_BEFORE_INSN, 
vars=) at /mnt/svn/gcc-trunk/gcc/var-tracking.c:7532
#4  0x00b981ed in emit_notes_for_differences () at
/mnt/svn/gcc-trunk/gcc/var-tracking.c:7674
#5  vt_emit_notes () at /mnt/svn/gcc-trunk/gcc/var-tracking.c:7995
#6  0x00b9e783 in variable_tracking_main_1 () at
/mnt/svn/gcc-trunk/gcc/var-tracking.c:8610
#7  variable_tracking_main () at /mnt/svn/gcc-trunk/gcc/var-tracking.c:8624
#8  0x00909e0f in execute_one_pass (pass=0x177f6c0) at
/mnt/svn/gcc-trunk/gcc/passes.c:1560
#9  0x0090a0d5 in execute_pass_list (pass=0x177f6c0) at
/mnt/svn/gcc-trunk/gcc/passes.c:1615
#10 0x0090a0e7 in execute_pass_list (pass=0x177c1c0) at
/mnt/svn/gcc-trunk/gcc/passes.c:1616
#11 0x0090a0e7 in execute_pass_list (pass=0x177c220) at
/mnt/svn/gcc-trunk/gcc/passes.c:1616
#12 0x00a4e0d6 in tree_rest_of_compilation (fndecl=0x75d0ed00) at
/mnt/svn/gcc-trunk/gcc/tree-optimize.c:422
#13 0x00c15a12 in cgraph_expand_function (node=0x75d24420) at
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1494
#14 0x00c17fea in cgraph_expand_all_functions () at
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1553
#15 cgraph_optimize () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1809
#16 0x00c1855a in cgraph_finalize_compilation_unit () at
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1017
#17 0x00585ded in cp_write_global_declarations () at
/mnt/svn/gcc-trunk/gcc/cp/decl2.c:3973
#18 0x009f6d60 in compile_file (argc=7, argv=0x7fffde88) at
/mnt/svn/gcc-trunk/gcc/toplev.c:882
#19 do_compile (argc=7, argv=0x7fffde88) at
/mnt/svn/gcc-trunk/gcc/toplev.c:2313
#20 toplev_main (argc=7, argv=0x7fffde88) at
/mnt/svn/gcc-trunk/gcc/toplev.c:2374
#21 0x76579bbd in __libc_start_main () from /lib/libc.so.6
#22 0x004caea1 in _start ()

[Bug tree-optimization/46537] New: [4.6 Regression] ICE: SIGSEGV in simplify_replace_fn_rtx (simplify-rtx.c:362) with -g -O -fipa-cp -fipa-cp-clone -freorder-blocks

[zsojka at seznam dot cz]

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

   Summary: [4.6 Regression] ICE: SIGSEGV in
simplify_replace_fn_rtx (simplify-rtx.c:362) with -g
-O -fipa-cp -fipa-cp-clone -freorder-blocks
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz
  Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu


Created attachment 22443
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22443
reduced testcase

Compiler output:
$ gcc -g -O -fipa-cp -fipa-cp-clone -freorder-blocks testcase.C
testcase.C: In function 'void test5()':
testcase.C:56:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r166868 - crash
r165699 - OK
r163636 - OK
4.5 r166509 - OK

[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5

[rguenth at gcc dot gnu.org]

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

--- Comment #14 from Richard Guenther  2010-11-18 
12:11:42 UTC ---
(In reply to comment #13)
> > That said - the middle-end doesn't really have a notion of "unprototyped".
> > That's a concept the frontend should lower (at call-sites, but that
> > requires some middle-end infrastructure change).
> What I was thinking of here is some gimple optimization working out that we 
> can
> update type of the originally indirect call...  That way the types don't need
> to
> be neccesarily compatible.
> Obviously K&R C will also do variadic functions without prototypes...

What we need (and what I unfortunately have postponed to next stage1) is
a way to keep the (indirect call) function type.  For which I will simply
add a fn_type member to gimple_call which is controlled by the frontend.
We then can treat function pointer conversions as useless (and then
the inliner has to decide if the call is suitable for the fndecl).

[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5

[hubicka at ucw dot cz]

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

--- Comment #13 from Jan Hubicka  2010-11-18 12:07:51 
UTC ---
> That said - the middle-end doesn't really have a notion of "unprototyped".
> That's a concept the frontend should lower (at call-sites, but that
> requires some middle-end infrastructure change).
What I was thinking of here is some gimple optimization working out that we can
update type of the originally indirect call...  That way the types don't need
to
be neccesarily compatible.
Obviously K&R C will also do variadic functions without prototypes...

Honza