[Bug target/48227] New: "rep ret" generated for -march=core2

[zuxy.meng at gmail dot com]

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

   Summary: "rep ret" generated for -march=core2
   Product: gcc
   Version: 4.5.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zuxy.m...@gmail.com


gcc 4.5 will use "rep; ret" for K8, Athlon, AMDFam10, Core2, and
generic.  Looking into the change history, we can see that gcc has padded
returns for Core2 ever since Core2 support was added here:
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00860.html

It is suspected
that Vlad just copied the generic tunings for Core2, and didn't notice
that there was no particular reason to pad returns for Core2.

[Bug target/48173] [4.6 regression] bootstrap error on arm-linux-gnueabi (defaulting to armv4t)

[hector.oron at gmail dot com]

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

--- Comment #2 from Hector Oron  2011-03-22 
00:53:52 UTC ---
Created attachment 23746
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23746
Preprocessed source for segfault

I was also able to reproduce the bug. Find attached the preprocessed source.

[Bug middle-end/14840] fold tree_code_type[CST] and tree_code_length[CST] in GCC itself

[froydnj at gcc dot gnu.org]

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

Nathan Froyd  changed:

   What|Removed |Added

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

--- Comment #10 from Nathan Froyd  2011-03-22 
00:29:53 UTC ---
This bug has been open for almost five years.  When I tried Andrew's posted
patch, I think bootstrap slowed down slightly--possibly because of the extra
parsing and logic in TREE_CODE_CLASS?

Anyway, LTO should take care of this.  I'm going to close this; if somebody
wants to keep the bug around for posterity, feel free to reopen.

[Bug ada/47717] building library for arm-none-eabi causes internal error

[laguest at archeia dot com]

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

Luke A. Guest  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

--- Comment #7 from Luke A. Guest  2011-03-22 
00:13:13 UTC ---
Thanks, that's the conclusion I came to.

Luke.

[Bug rtl-optimization/48181] [4.5/4.6/4.7 Regression] wrong code with -O -fgcse --param ira-max-conflict-table-size=0

[steven at gcc dot gnu.org]

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

Steven Bosscher  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.21 23:20:59
 Ever Confirmed|0   |1

[Bug target/48209] FAIL: gcc.c-torture/execute/pr47917.c execution

[dave at hiauly1 dot hia.nrc.ca]

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

--- Comment #3 from dave at hiauly1 dot hia.nrc.ca 2011-03-21 23:03:11 UTC ---
> It looks like this is broken for HP-UX 11.11 and 11.23.  On 11.31 there is a
> object that can be linked in (unix2003.o) to fix this.   Just like we 
> currently
> link in unix95.0 or unix98.o for UNIX 1995 or UNIX 1998 standards, if you link
> in unix2003.o then you will get the UNIX 2003 standard and the correct C99
> handling of snprintf.

That's good to know.  We should add 11.31 support and make lonking
with unix2003.o the default.

So, we have:
HP-UX 10.*: no snprintf
HP-UX 11.[0-2]*": non standard snprintf
HP-UX 11.31: C99 snprintf with unix2003.o

In my opinion, the testcase should be testing the GCC implementation
of snprintf.  If any of the four cases are not optimized by GCC, they
should be removed.  The HP-UX issues with snprintf aren't unique from
what I see on the net.

Dave

[Bug lto/48200] linking shared library with LTO results in different exported symbols

[zeev.tarantov at gmail dot com]

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

--- Comment #4 from Zeev Tarantov  2011-03-21 
22:40:12 UTC ---
I've constructed a trivial example, the bug did not reproduce in it.
I've tried -save-temps and -Wl,--verbose but those did not reveal anything.
I do not have a nicer testcase than comment #2.

[Bug target/48226] Boost does not build on power7

[meissner at gcc dot gnu.org]

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

--- Comment #3 from Michael Meissner  2011-03-21 
21:58:14 UTC ---
Created attachment 23745
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23745
Patch to allow vector vector in boost

[Bug target/48226] Boost does not build on power7

[meissner at gcc dot gnu.org]

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

--- Comment #2 from Michael Meissner  2011-03-21 
21:48:20 UTC ---
Created attachment 23744
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23744
simple test case to show the bug

[Bug target/48226] Boost does not build on power7

[meissner at gcc dot gnu.org]

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

Michael Meissner  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.03.21 21:47:02
 Ever Confirmed|0   |1

--- Comment #1 from Michael Meissner  2011-03-21 
21:47:02 UTC ---
A C only way to show the bug is with the following code:

struct vector {
  float v[4];
};

struct vector vector = { 1, 2, 3, 4 };

[Bug target/48226] New: Boost does not build on power7

[meissner at gcc dot gnu.org]

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

   Summary: Boost does not build on power7
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: meiss...@gcc.gnu.org
ReportedBy: meiss...@gcc.gnu.org
  Host: powerpc64-linux
Target: powerpc64-linux
 Build: powerpc64-linux


GCC's -mcpu=power7 (or --with-cpu=power7 used in configuration) enables the
Altivec vector interface.  This interface marks vector as a conditional macro,
which when expanded will either be just 'vector' in the normal case, or
__attribute__((altivec(vector__))) if the next token is a standard type (or
bool/pixel followed by a standard type).

The library boost has a template of the form:
typedef typename Iterator::vector vector;

The processing of the conditional macros did not handle the case where the
vector keyword was repeated.  This caused the conditional macro handling to be
recusrively called, and the code is expanded as:
typedef typename Iterator::vector;

The fix is to specifically handle vector vector to prevent the recursive call.

[Bug target/48209] FAIL: gcc.c-torture/execute/pr47917.c execution

[sje at cup dot hp.com]

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

Steve Ellcey  changed:

   What|Removed |Added

 CC||sje at cup dot hp.com

--- Comment #2 from Steve Ellcey  2011-03-21 21:42:02 
UTC ---
It looks like this is broken for HP-UX 11.11 and 11.23.  On 11.31 there is a
object that can be linked in (unix2003.o) to fix this.   Just like we currently
link in unix95.0 or unix98.o for UNIX 1995 or UNIX 1998 standards, if you link
in unix2003.o then you will get the UNIX 2003 standard and the correct C99
handling of snprintf.

[Bug lto/48225] Segmentation fault in lookup_type_die, at dwarf2out.c:8121

[d.g.gorbachev at gmail dot com]

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

--- Comment #1 from Dmitry Gorbachev  
2011-03-21 20:51:40 UTC ---
Created attachment 23743
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23743
Backtrace

[Bug lto/48225] New: Segmentation fault in lookup_type_die, at dwarf2out.c:8121

[d.g.gorbachev at gmail dot com]

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

   Summary: Segmentation fault in lookup_type_die, at
dwarf2out.c:8121
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d.g.gorbac...@gmail.com


Created attachment 23742
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23742
Testcase (run `gcc -flto -c bug.cc; gcc -flto -g bug.o')

[Bug debug/48214] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Uros Bizjak  2011-03-21 20:12:42 
UTC ---
Fixed.

[Bug debug/48214] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983

[ubizjak at gmail dot com]

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

--- Comment #4 from Uros Bizjak  2011-03-21 20:12:07 
UTC ---
Author: uros
Date: Mon Mar 21 20:09:45 2011
New Revision: 171266

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171266
Log:
PR debug/48214
* config/alpha/alpha.c (alpha_pad_noreturn): Do not emit an unop
between a call and its CALL_ARG_LOCATION note.


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

[Bug target/12171] calling convention omitted in error message

[ktietz at gcc dot gnu.org]

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

Kai Tietz  changed:

   What|Removed |Added

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

--- Comment #5 from Kai Tietz  2011-03-21 20:04:07 
UTC ---
Fixed on trunk (4.7)

[Bug c++/48224] ERROR: compile in g++ version 4.5

[redi at gcc dot gnu.org]

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

--- Comment #2 from Jonathan Wakely  2011-03-21 
19:29:44 UTC ---
The C++ standard library says the effects are undefined if an incomplete type
is used as a template argument when instantiating a template component
(17.4.3.6p2)

[Bug c++/48224] ERROR: compile in g++ version 4.5

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #1 from Andrew Pinski  2011-03-21 
19:24:26 UTC ---
I think this is correct as structure is incomplete when the instantiation of
std::pair happens which is in SetMos.
Try:
#include 

struct structure;

typedef std::map mapOfStructure;

class simpleClass
{
mapOfStructure m_mos;
const mapOfStructure& GetMos () const { return m_mos; }
inline void SetMos ( const mapOfStructure& v );
};

struct structure
{
int i;
};

inline void simpleClass::SetMos ( const mapOfStructure& v )
{
  m_mos = v;
}

--- CUT ---
Which is fixes the problem as pair needs both template arguments to be complete
when SetMos is declared.  Note I think it is needed for simpleClass is also
declared really.  So moving the declaration of structure before simpleClass is
the correct fix really.

[Bug c++/48224] New: ERROR: compile in g++ version 4.5

[evgenij.fokin at gmail dot com]

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

   Summary: ERROR: compile in g++ version 4.5
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: evgenij.fo...@gmail.com


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

I have found the code normal working with g++ version 4.4. After upgrade to
g++ version 4.5 I see "ERROR: compile".

I made simple code for demonstration this compile error. Look attached
files.

$ g++ compileError.cxx
In file included from /usr/include/c++/4.5/bits/stl_algobase.h:66:0,
 from /usr/include/c++/4.5/bits/stl_tree.h:62,
 from /usr/include/c++/4.5/map:60,
 from compileError.hxx:1,
 from compileError.cxx:1:
/usr/include/c++/4.5/bits/stl_pair.h: In instantiation of
‘std::pair’:
compileError.hxx:11:62:   instantiated from here
/usr/include/c++/4.5/bits/stl_pair.h:77:11: error: ‘std::pair<_T1,
_T2>::second’ has incomplete type
compileError.hxx:3:8: error: forward declaration of ‘struct structure’
distcc[7487] ERROR: compile compileError.cxx on localhost failed


g++ installed from debian package "g++" version 4.5.2-4.

[Bug bootstrap/44107] libstdc++ (dylib) is built with an erroneous dependency towards /usr/lib

[mikestump at comcast dot net]

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

--- Comment #15 from Mike Stump  2011-03-21 
18:53:12 UTC ---
I'd trust the person doing the work.  :-)  They usually have more state on
exactly what problem they are fixing and if the work for any one bug covers the
problems in other bug reports completely or partially.  I prefer that as enough
work is put in to fix one bug report, that that bug report is then marked as
fixed, and other the other bug reports that are completely solved by it are
then marked as dup of that bug.

[Bug lto/48200] linking shared library with LTO results in different exported symbols

[zeev.tarantov at gmail dot com]

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

--- Comment #3 from Zeev Tarantov  2011-03-21 
18:26:46 UTC ---
I am sorry but I don't know which parts are relevant. The source is GPL2, I
just ran "make SHARED=yes CFLAGS="-fPIC -O2 -flto" lib/libpci.so.3.1.7" and
then linked the SO a second time with -Wl,-flto (as if it was in the LDFLAGS)
and attached a tarball with the result. You can compare the two (renamed)
shared objects, built from the same object files and version script.

I'll try to construct a minimal (single file, single symbol) test case.

[Bug bootstrap/48216] [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

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

--- Comment #4 from Eric Botcazou  2011-03-21 
18:21:32 UTC ---
Presumably.

[Bug bootstrap/48216] [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1

[ebotcazou at gcc dot gnu.org]

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

--- Comment #3 from Eric Botcazou  2011-03-21 
18:19:53 UTC ---
Author: ebotcazou
Date: Mon Mar 21 18:19:47 2011
New Revision: 171254

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171254
Log:
PR bootstrap/48216
* gcc-interface/decl.c (elaborate_expression_1): Localize GNU_DECL.

Modified:
trunk/gcc/ada/ChangeLog
trunk/gcc/ada/gcc-interface/decl.c

[Bug lto/48200] linking shared library with LTO results in different exported symbols

[zeev.tarantov at gmail dot com]

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

--- Comment #2 from Zeev Tarantov  2011-03-21 
18:18:26 UTC ---
Created attachment 23740
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23740
sources, object files and two shared objects: one good, one bad (resulted from
linking with LTO)

[Bug c/42544] Bad codegen with signed short cast to unsigned int, then promoted to unsigned long long

[jakub at gcc dot gnu.org]

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

--- Comment #7 from Jakub Jelinek  2011-03-21 
17:57:40 UTC ---
Author: jakub
Date: Mon Mar 21 17:57:34 2011
New Revision: 171252

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171252
Log:
PR c/42544
PR c/48197
* c-common.c (shorten_compare): If primopN is first sign-extended
to opN and then zero-extended to result type, set primopN to opN.

* gcc.c-torture/execute/pr42544.c: New test.
* gcc.c-torture/execute/pr48197.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/execute/pr42544.c
trunk/gcc/testsuite/gcc.c-torture/execute/pr48197.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-family/c-common.c
trunk/gcc/testsuite/ChangeLog

[Bug c/48197] possible wrong code bug at -O0

[jakub at gcc dot gnu.org]

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

--- Comment #11 from Jakub Jelinek  2011-03-21 
17:57:41 UTC ---
Author: jakub
Date: Mon Mar 21 17:57:34 2011
New Revision: 171252

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171252
Log:
PR c/42544
PR c/48197
* c-common.c (shorten_compare): If primopN is first sign-extended
to opN and then zero-extended to result type, set primopN to opN.

* gcc.c-torture/execute/pr42544.c: New test.
* gcc.c-torture/execute/pr48197.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/execute/pr42544.c
trunk/gcc/testsuite/gcc.c-torture/execute/pr48197.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-family/c-common.c
trunk/gcc/testsuite/ChangeLog

[Bug bootstrap/48216] [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-03-21 17:45:25 UTC ---
> --- Comment #1 from Eric Botcazou  2011-03-21 
> 17:41:52 UTC ---
> What BOOT_CFLAGS do you use here?  It's easy to see that the warning is bogus.

Just -g -O2 (the default).  This happens in stage 2.

> I'm going to tweak the code anyway.

Great, thanks.

Rainer

[Bug bootstrap/48216] [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.03.21 17:41:52
 AssignedTo|unassigned at gcc dot   |ebotcazou at gcc dot
   |gnu.org |gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Eric Botcazou  2011-03-21 
17:41:52 UTC ---
What BOOT_CFLAGS do you use here?  It's easy to see that the warning is bogus.

I'm going to tweak the code anyway.

[Bug target/43603] gcc-4.4.3 ICE on ia64 with -O3

[sje at cup dot hp.com]

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

--- Comment #11 from Steve Ellcey  2011-03-21 17:30:34 
UTC ---
*** Bug 48191 has been marked as a duplicate of this bug. ***

[Bug target/48191] internal compiler error: in issue_nops_and_insn, at config/ia64/ia64.c:8258

[sje at cup dot hp.com]

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

Steve Ellcey  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #5 from Steve Ellcey  2011-03-21 17:30:34 
UTC ---
This is a duplicate of 43603 which is fixed on ToT for 4.6 and later and should
be back ported on to the 4.5 branch.

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

[Bug go/48223] New: gob/check fails on Solaris 2

[ro at gcc dot gnu.org]

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

   Summary: gob/check fails on Solaris 2
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
AssignedTo: i...@airs.com
ReportedBy: r...@gcc.gnu.org
  Host: i386-pc-solaris2.11
Target: i386-pc-solaris2.11
 Build: i386-pc-solaris2.11


The gob libgo test fails on Solaris 2:

/bin/ksh: line 1: 1126: Abort
FAIL: gob
/vol/gcc/src/hg/trunk/solaris/libgo/testsuite/gotest: line 325: 1230: Abort
make: *** [gob/check] Error 1

./a.out -test.v=true 
=== RUN  gob.TestUintCodec
--- PASS: gob.TestUintCodec (0.0 seconds)
=== RUN  gob.TestIntCodec
--- PASS: gob.TestIntCodec (0.0 seconds)
=== RUN  gob.TestScalarEncInstructions
--- PASS: gob.TestScalarEncInstructions (0.0 seconds)
=== RUN  gob.TestScalarDecInstructions
--- PASS: gob.TestScalarDecInstructions (0.0 seconds)
=== RUN  gob.TestInvalidField
Abort

I've checked that all other tests pass if run individually.

[Bug go/48222] New: libgo assertion failure in thread.c:40/63 on Solaris 2

[ro at gcc dot gnu.org]

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

   Summary: libgo assertion failure in thread.c:40/63 on Solaris 2
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
AssignedTo: i...@airs.com
ReportedBy: r...@gcc.gnu.org
  Host: i386-pc-solaris2.11
Target: i386-pc-solaris2.11
 Build: i386-pc-solaris2.11


Both in the go and libgo testsuites, a couple of testcases randomly fail like
this:

FAIL: go.test/test/chan/powser2.go execution,  -O2 -g 
/vol/gcc/src/hg/trunk/local/libgo/runtime/thread.c:63: libgo assertion failure
/vol/gcc/src/hg/trunk/local/libgo/runtime/thread.c:40: libgo assertion failure

I found that at that time sem is completely empty, so either it hasn't been
initialized yet or already destroyed.  Don't yet know which.

[Bug other/48221] documentation for -Wno-cpp seems wrong

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||documentation
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.21 16:56:07
 Ever Confirmed|0   |1

--- Comment #1 from Jonathan Wakely  2011-03-21 
16:56:07 UTC ---
Confirmed. Fixed by 

--- doc/invoke.texi.orig2011-03-21 16:51:03.807891871 +
+++ doc/invoke.texi 2011-03-21 16:51:17.134973994 +
@@ -237,7 +237,7 @@
 -Wno-attributes -Wno-builtin-macro-redefined @gol
 -Wc++-compat -Wc++0x-compat -Wcast-align  -Wcast-qual  @gol
 -Wchar-subscripts -Wclobbered  -Wcomment @gol
--Wconversion  -Wcoverage-mismatch  -Wcpp  -Wno-deprecated  @gol
+-Wconversion  -Wcoverage-mismatch  -Wno-cpp  -Wno-deprecated  @gol
 -Wno-deprecated-declarations -Wdisabled-optimization  @gol
 -Wno-div-by-zero -Wdouble-promotion -Wempty-body  -Wenum-compare @gol
 -Wno-endif-labels -Werror  -Werror=* @gol
@@ -3036,7 +3036,7 @@
 comment, or whenever a Backslash-Newline appears in a @samp{//} comment.
 This warning is enabled by @option{-Wall}.

-@item -Wno-cpp \
+@item -Wno-cpp
 @r{(C, Objective-C, C++, Objective-C++ and Fortran only)}

 Suppress warning messages emitted by @code{#warning} directives.

[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #47 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-03-21 16:49:19 UTC ---
> --- Comment #46 from Jakub Jelinek  2011-03-21 
> 16:34:39 UTC ---
> You clearly don't understand that linking librt in means linking both librt 
> and
> libpthread in, thus both some overhead at the start of application, for 
> various
> places in the C library that behave differently if libpthread is linked in, 
> and
> even gthr* suddenly is more costly just because librt has been linked in.

Of course I do, I was just asking for what the actual overhead is.

> I think on a target which doesn't support weaks having GFORTRAN_USE_WEAK
> defined to 1 is just wrong.

No, this target (and others) do support weak, just not weakrefs.  The
macros should reflect their meaning (SUPPORTS_WEAKREF) and have all
necessary knowledge in one place (acinclude.m4) instead of playing games
with both SUPPORTS_WEAK and GTHREAD_USE_WEAK.

Rainer

[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

[jakub at gcc dot gnu.org]

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

--- Comment #46 from Jakub Jelinek  2011-03-21 
16:34:39 UTC ---
You clearly don't understand that linking librt in means linking both librt and
libpthread in, thus both some overhead at the start of application, for various
places in the C library that behave differently if libpthread is linked in, and
even gthr* suddenly is more costly just because librt has been linked in.
I think on a target which doesn't support weaks having GFORTRAN_USE_WEAK
defined to 1 is just wrong.

[Bug debug/48220] DW_OP_GNU_entry_value/DW_TAG_GNU_call_site_parameter vs. register window targets

[jakub at gcc dot gnu.org]

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

--- Comment #1 from Jakub Jelinek  2011-03-21 
16:09:03 UTC ---
Created attachment 23739
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23739
gcc47-pr48220.patch

Untested patch, which changes using %iN to %oN registers in
DW_OP_GNU_entry_value on SPARC, and doesn't change anything on IA-64 (if we
choose to use variant 1 there).

No idea about mep/mmix/xtensa - the patch might make a difference on xtensa
only I think, as mep doesn't define OUTGOING_REGNO and mmix doesn't define
LEAF_REGISTERS.

[Bug other/48221] New: documentation for -Wno-cpp seems wrong

[Denis.Excoffier at airbus dot com]

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

   Summary: documentation for -Wno-cpp seems wrong
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: denis.excoff...@airbus.com


Within GCC 4.6.0 RC 20110314.

Please revise the documentation for -Wno-cpp in invoke.texi:

- the gcc.info contains an empty string instead of `-Wno-cpp' (perhaps
generated by the backslash at the end of the corresponding line in invoke.texi)
- 3.1 Summary lists `-Wcpp' while 3.8 lists `-Wno-cpp', this is not consistent

Thank you.

[Bug debug/48220] New: DW_OP_GNU_entry_value/DW_TAG_GNU_call_site_parameter vs. register window targets

[jakub at gcc dot gnu.org]

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

   Summary: DW_OP_GNU_entry_value/DW_TAG_GNU_call_site_parameter
vs. register window targets
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ja...@gcc.gnu.org


I haven't thought too much about register window issues when designing this
extension, so it would be good to decide what exactly to do for such targets.

Let's start with some testcases:

__attribute__((noinline, noclone))
void fn1 (long int x, long int y, long int z)
{
  asm volatile ("" : : "r" (x), "r" (y), "r" (z) : "memory");
}

__attribute__((noinline, noclone)) long int
fn2 (long int a, long int b, long int c) 
{
  long int q = 2 * a;
  fn1 (5, 6, 7); 
  return 0;
}

long int
fn3 (long int x, long int (*fn4) (long int *))
{
  long int v, w, w2, z;
  w = (*fn4) (&w2);
  v = (*fn4) (&w2);
  z = fn2 (1, v + 1, w);
  {
int v1 = v + 4;
z += fn2 (w, v * 2, x);
  }
  return z;
}

int
main (void)
{
  return 0;
}

and testcase from http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01224.html

While GDB support has been written for these extensions on
http://sourceware.org/git/?p=archer.git;a=shortlog;h=refs/heads/archer-jankratochvil-entryval
I bet it hasn't been tested on sparc/ia64/and other register window targets
yet.

For SPARC, my preference would be if DW_OP_GNU_entry_value contained the output
regs, after all when it is defined as value at the start of the function (==
put a breakpoint on the very first insn and use value of that register), then
the parameters are passed in %o[0-5] registers rather than %i[0-5].
And I guess the gdb changes should then magically work when using
DW_TAG_call_site info - it will just look up the same registers with no
translation.  OT, seems if we wanted to be exact we'd need to model the
register window save/restrore insns in var-tracking adjust_insn and start in
vt_add_function_parameter with the outgoing regs instead of incoming that are
in DECL_INCOMING_RTL.
Current SVN trunk uses %i* instead of %o* in DW_OP_GNU_entry_value operands
and %o* registers in DW_AT_location of DW_OP_GNU_entry_value.

IA-64 is more challenging.  On SPARC just the save/restore insns are relevant
to the register windows, while on IA-64 both br{,l}.call and alloc insns.
With the definition that DW_OP_GNU_entry_value should be defined as put a
breakpoint on the very first insn in a function, remember register values there
I'd say thus that DW_OP_GNU_entry_value should reference r32/r33/etc. regs. 
The question is what should be used in DW_AT_location of
DW_TAG_GNU_call_site_parameter.  Either it can be the state on the br.call insn
itself (which would mean they are the outN registers mapped accordinly to the
hard register numbers given the current alloc insn), or after the call insn is
executed (then we'd need to map the outN registers to the inNs).
The first option would mean more work for the debugger on IA-64, it would need
to map the outNs to inS, but perhaps is more in line with the proposal that
DW_TAG_GNU_call_site_parameter lists the location at the call.  And it would
require no changes to GCC.  The other option would mean less work for the
debugger, but GCC would need to map the parameter registers in
prepare_call_arguments using INCOMING_REGNO for ia64.  If we go this route, the
question is if registers mentioned in DW_AT_GNU_call_site_value etc. shouldn't
be remapped too, so I very much prefer the first variant for IA-64 if it can be
implemented.

[Bug lto/48217] lto mishandles quotes in command line defines

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Keywords||lto
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.21 15:57:03
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-03-21 
15:57:03 UTC ---
Confirmed.  We encode ' as '\'' but don't handle that in lto-wrapper.c.  I'm
not sure why we put -D options there though.

[Bug rtl-optimization/48215] internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268 on IA-64

[amonakov at gcc dot gnu.org]

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

--- Comment #3 from Alexander Monakov  2011-03-21 
15:53:43 UTC ---
Looks like PR 46518 (the fix was not propagated from trunk to 4.5-branch).  Can
you please check whether below patch fixes these problems?

diff --git a/gcc/sel-sched-ir.c b/gcc/sel-sched-ir.c
index e169276..71c02c4 100644
--- a/gcc/sel-sched-ir.c
+++ b/gcc/sel-sched-ir.c
@@ -1595,7 +1595,7 @@ static void
 init_expr (expr_t expr, vinsn_t vi, int spec, int use, int priority,
int sched_times, int orig_bb_index, ds_t spec_done_ds,
ds_t spec_to_check_ds, int orig_sched_cycle,
-   VEC(expr_history_def, heap) *history, bool target_available,
+   VEC(expr_history_def, heap) *history, signed char target_available,
bool was_substituted, bool was_renamed, bool needs_spec_check_p,
bool cant_move)
 {
diff --git a/gcc/sel-sched.c b/gcc/sel-sched.c
index 8550fcc..cb3c379 100644
--- a/gcc/sel-sched.c
+++ b/gcc/sel-sched.c
@@ -3735,7 +3735,7 @@ fill_vec_av_set (av_set_t av, blist_t bnds, fence_t
fence,
 {
   expr_t expr = VEC_index (expr_t, vec_av_set, n);
   insn_t insn = EXPR_INSN_RTX (expr);
-  char target_available;
+  signed char target_available;
   bool is_orig_reg_p = true;
   int need_cycles, new_prio;

[Bug target/48218] internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64

[sebastian.heg...@tu-dresden.de]

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

sebastian.heg...@tu-dresden.de changed:

   What|Removed |Added

   Severity|normal  |blocker

[Bug target/48219] internal compiler error: Segmentation fault on IA-64

[sebastian.heg...@tu-dresden.de]

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

sebastian.heg...@tu-dresden.de changed:

   What|Removed |Added

   Severity|normal  |blocker

[Bug c/47939] Missing DW_TAG_typedef for qualified types

[rguenth at gcc dot gnu.org]

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

--- Comment #9 from Richard Guenther  2011-03-21 
15:32:37 UTC ---
Author: rguenth
Date: Mon Mar 21 15:32:21 2011
New Revision: 171245

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171245
Log:
2011-03-21  Richard Guenther  

PR c/47939
* c-decl.c (grokdeclarator): Drop to the main variant only
for array types.  Drop flag_gen_aux_info check.

* gcc.dg/debug/dwarf2/pr47939-1.c: New testcase.
* gcc.dg/debug/dwarf2/pr47939-2.c: Likewise.
* gcc.dg/debug/dwarf2/pr47939-3.c: Likewise.
* gcc.dg/debug/dwarf2/pr47939-4.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.dg/debug/dwarf2/pr47939-1.c
trunk/gcc/testsuite/gcc.dg/debug/dwarf2/pr47939-2.c
trunk/gcc/testsuite/gcc.dg/debug/dwarf2/pr47939-3.c
trunk/gcc/testsuite/gcc.dg/debug/dwarf2/pr47939-4.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-decl.c
trunk/gcc/testsuite/ChangeLog

[Bug translation/47911] gettext string typo: params.def:861: parition

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

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

--- Comment #2 from Richard Guenther  2011-03-21 
15:30:53 UTC ---
Fixed.

[Bug translation/47911] gettext string typo: params.def:861: parition

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2011-03-21 
15:30:13 UTC ---
Author: rguenth
Date: Mon Mar 21 15:30:03 2011
New Revision: 171244

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171244
Log:
2011-03-21  Richard Guenther  

PR translation/47911
* params.def (lto-partitions): Fix typo.
(lto-min-partition): Fix wording.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/params.def

[Bug rtl-optimization/48215] internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268 on IA-64

[sebastian.heg...@tu-dresden.de]

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

--- Comment #2 from sebastian.heg...@tu-dresden.de 2011-03-21 15:23:52 UTC ---
I have now submitted PR 48218 and PR 48219, which may or may not be related to
this issue. 

What these three have in common is that they only appear when gcc is built with
"--enable-build-with-cxx".

[Bug target/48219] New: internal compiler error: Segmentation fault on IA-64

[sebastian.heg...@tu-dresden.de]

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

   Summary: internal compiler error: Segmentation fault on IA-64
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sebastian.heg...@tu-dresden.de
  Host: ia64-unknown-linux-gnu
Target: ia64-unknown-linux-gnu
 Build: ia64-unknown-linux-gnu


Created attachment 23738
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23738
The preprocessed file (*.i*) that triggers the bug, generated by adding
-save-temps to the complete compilation command, compressed with gzip.

I am trying to compile boost v1.44.0 ("www.boost.org") library on IA-64, which
fails with: 

./boost/test/utils/runtime/cla/id_policy.hpp: In member function ‘bool
boost::runtime::cla::dual_id_policy::matching(const boost::runtime::cla::parameter&,
boost::runtime::cla::argv_traverser&, bool) const [with MostDerived =
boost::runtime::cla::dual_name_policy, PrimaryId =
boost::runtime::cla::string_name_policy, SecondId =
boost::runtime::cla::char_name_policy]’:
./boost/test/utils/runtime/cla/id_policy.hpp:114:5: internal compiler error:
Segmentation fault

Important here seems to be the fact that I built GCC with
"--enable-build-with-cxx".

Continuing as per "http://gcc.gnu.org/bugs/#report";. Full Terminal output
follows here, the output from "-save-temps" comes as an attachment.

Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/lto-wrapper
Target: ia64-unknown-linux-gnu
Configured with: ../gcc-4.5.2/configure
--prefix=/home/radar-08/modules-ia64/gcc/4.5.2
--with--mpfr=/home/radar-08/modules-ia64/gcc/4.5.2
--with-gmp=/home/radar-08/modules-ia64/gcc/4.5.2
--with-mpc=/home/radar-08/modules-ia64/gcc/4.5.2
--with-libelf=/home/radar-08/modules-ia64/gcc/4.5.2 --enable-lto --enable-gold
--enable-bootstrap --enable-build-with-cxx
Thread model: posix
gcc version 4.5.2 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-ftemplate-depth-128' '-O3'
'-finline-functions' '-Wno-inline' '-Wall' '-pedantic' '-pthread'
'-DBOOST_ALL_NO_LIB=1' '-DNDEBUG' '-I.' '-c' '-o'
'bin.v2/libs/test/build/gcc-4.5.2/release/link-static/threading-multi/unit_test_parameters.o'
'-shared-libgcc'

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/cc1plus
-E -quiet -v -I. -iprefix
/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/
-D_GNU_SOURCE -D_REENTRANT -DBOOST_ALL_NO_LIB=1 -DNDEBUG
libs/test/src/unit_test_parameters.cpp -Wno-inline -Wall -pedantic
-ftemplate-depth-128 -finline-functions -O3 -fpch-preprocess -o
unit_test_parameters.ii
ignoring nonexistent directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include-fixed"
ignoring nonexistent directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 .

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include-fixed
 /usr/local/include
 /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../include
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-ftemplate-depth-128' '-O3'
'-finline-functions' '-Wno-inline' '-Wall' '-pedantic' '-pthread'
'-DBOOST_ALL_NO_LIB=1' '-DNDEBUG' '-I.' '-c' '-o'
'bin.v2/libs/test/build/gcc-4.5.2/release/link-static/threading-multi/unit_tes

[Bug target/48218] internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64

[sebastian.heg...@tu-dresden.de]

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

--- Comment #3 from sebastian.heg...@tu-dresden.de 2011-03-21 15:09:33 UTC ---
Attachment #23737 and attachment #23736 belong to the same file, which is
different from the original one (and also from the boost 1.44.0 library), but
triggers the same ICE. I hope that helps.

[Bug target/48218] internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64

[sebastian.heg...@tu-dresden.de]

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

--- Comment #2 from sebastian.heg...@tu-dresden.de 2011-03-21 15:04:54 UTC ---
Created attachment 23737
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23737
Terminal output of the other failure location.

[Bug target/48218] internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64

[sebastian.heg...@tu-dresden.de]

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

--- Comment #1 from sebastian.heg...@tu-dresden.de 2011-03-21 15:02:42 UTC ---
Created attachment 23736
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23736
Preprocessed file of the same ICE in another code location, compressed with
gzip.

[Bug target/48218] New: internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64

[sebastian.heg...@tu-dresden.de]

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

   Summary: internal compiler error: in
verify_target_availability, at sel-sched.c:1598 on
IA-64
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sebastian.heg...@tu-dresden.de
  Host: ia64-unknown-linux-gnu
Target: ia64-unknown-linux-gnu
 Build: ia64-unknown-linux-gnu


Created attachment 23735
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23735
The preprocessed file (*.i*) that triggers the bug, generated by adding
-save-temps to the complete compilation command, compressed with gzip.

I am trying to compile boost v1.44.0 ("www.boost.org") library on IA-64, which
fails with: 

libs/serialization/src/extended_type_info.cpp: In member function ‘void
boost::serialization::extended_type_info::key_register() const’:
libs/serialization/src/extended_type_info.cpp:118:1: internal compiler error:
in verify_target_availability, at sel-sched.c:1598


Important here seems to be the fact that I built GCC with
"--enable-build-with-cxx".


Continuing as per "http://gcc.gnu.org/bugs/#report";. Full Terminal output
follows here, the output from "-save-temps" comes as an attachment.

Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/lto-wrapper
Target: ia64-unknown-linux-gnu
Configured with: ../gcc-4.5.2/configure
--prefix=/home/radar-08/modules-ia64/gcc/4.5.2
--with--mpfr=/home/radar-08/modules-ia64/gcc/4.5.2
--with-gmp=/home/radar-08/modules-ia64/gcc/4.5.2
--with-mpc=/home/radar-08/modules-ia64/gcc/4.5.2
--with-libelf=/home/radar-08/modules-ia64/gcc/4.5.2 --enable-lto --enable-gold
--enable-bootstrap --enable-build-with-cxx
Thread model: posix
gcc version 4.5.2 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-ftemplate-depth-128' '-O3'
'-finline-functions' '-Wno-inline' '-Wall' '-pthread' '-fPIC'
'-DBOOST_ALL_NO_LIB=1' '-DBOOST_SERIALIZATION_DYN_LINK=1' '-DNDEBUG' '-I.' '-c'
'-o'
'bin.v2/libs/serialization/build/gcc-4.5.2/release/threading-multi/extended_type_info.o'
'-shared-libgcc'

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/cc1plus
-E -quiet -v -I. -iprefix
/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/
-D_GNU_SOURCE -D_REENTRANT -DBOOST_ALL_NO_LIB=1
-DBOOST_SERIALIZATION_DYN_LINK=1 -DNDEBUG
libs/serialization/src/extended_type_info.cpp -Wno-inline -Wall
-ftemplate-depth-128 -finline-functions -fPIC -O3 -fpch-preprocess -o
extended_type_info.ii
ignoring nonexistent directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include-fixed"
ignoring nonexistent directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 .

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include-fixed
 /usr/local/include
 /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../include
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-ftemplate-depth-128' '-O3'
'-finline-functions' '-Wno-inline' '-Wall' '-pthread' '-fPIC'
'-DBOOST_ALL_NO_LIB=1' '-DBOOST_SERIALIZATION_DYN_LINK=1' '-DNDEBUG' '-I.' '-c'
'-o'
'bin.v2/libs/serialization/build/gcc-4.5.2/release/threading-multi/extended_type_info.o'
'-shared-libgcc'

/home/

[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #45 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-03-21 14:47:20 UTC ---
> --- Comment #38 from Janne Blomqvist  2011-03-15 
> 17:04:41 UTC ---
> Created attachment 23669
>   --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23669
> Updated patch
>
> This patch takes into account the comments by Jakub, and unconditionally sets
> GF_CLOCK_MONOTONIC if clock_gettime is available; this should fix a bug if
> CLOCK_* are not preprocessor macros.

This patch doesn't work:

SUPPORTS_WEAK is 1, GTHREAD_USE_WEAK is 1 since acinclude.m4
(LIBGFOR_GTHREAD_WEAK) doesn't set it to 0, and HAVE_CLOCK_GETTIME_LIBRT
is 1, too, so we still have an undefined reference to clock_gettime ;-(

Could we please avoid this mess with SUPPORTS_WEAK and GTHREAD_USE_WEAK
and make configure define SUPPORTS_WEAKREF or something like this, since
this is what we are actually looking for?

If we include alpha*-dec-osf* in the list of targets that don't support
weakrefs, things should start working again, but I'd prefer a patch where
you can actually read *and understand* what's going on here.

Apart from that, has anyone actually *measured* the overhead of simply
linking libgfortran with librt on Linux, rather than claiming that there
might be some?  It the overhead were acceptable or even neglegible, we
could avoid all this mess in the first place, link with -lrt if need be,
and be done with it.

Additionally, the usage model for the weakref seems questionable to
me: while the technique is well-known and common on ELF targets to
produce code that can work with or without libpthread linked into the
application (which is what users will actually do!), which user is
supposed to link his Fortran code with librt to get improved system
clock resolution?  I dare say that close to nobody will even think about
this.

Rainer

[Bug rtl-optimization/48215] internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268 on IA-64

[sebastian.heg...@tu-dresden.de]

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

--- Comment #1 from sebastian.heg...@tu-dresden.de 2011-03-21 14:46:07 UTC ---
There's actually a plethora of ICEs popping up when using a gcc compiled with
"--enable-build-with-cxx".

I'll file separate reports on those, and mention them here when I'm done.

[Bug ada/47717] building library for arm-none-eabi causes internal error

[charlet at adacore dot com]

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

--- Comment #6 from charlet at adacore dot com  
2011-03-21 14:44:20 UTC ---
> Just so we know, should it be possible to build libgnat.a using a project file
> via gnatmake?

No, project files aren't designed to do that out of the box, libgnat.a is
a special library.

Arno

Re: [Bug ada/47717] building library for arm-none-eabi causes internal error

[Arnaud Charlet]

> Just so we know, should it be possible to build libgnat.a using a project file
> via gnatmake?

No, project files aren't designed to do that out of the box, libgnat.a is
a special library.

Arno

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

[zsojka at seznam dot cz]

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

--- Comment #8 from Zdenek Sojka  2011-03-21 14:34:14 
UTC ---
(In reply to comment #7)
> I just checked again and this problem seems to be fixed in trunk now.

It still crashes for me (with the testcase from comment #0):
$ gcc-4.7.0-pre xxx.C
xxx.C:5:1: error: types may not be defined in template arguments
xxx.C:6:4: error: ISO C++ forbids declaration of ‘f’ with no type
[-fpermissive]
xxx.C:6:6: error: expected ‘}’ at end of input
xxx.C:6:6: error: expected template-argument at end of input
xxx.C:6:6: error: expected ‘>’ at end of input
xxx.C:6:6: error: expected ‘::’ at end of input
xxx.C:6:6: error: expected unqualified-id at end of input
xxx.C:6:6: error: expected ‘;’ at end of input
xxx.C:6:6: error: expected ‘}’ at end of input
xxx.C:6:6: internal compiler error: in cp_lexer_new_from_tokens, at
cp/parser.c:395
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug lto/48217] New: lto mishandles quotes in command line defines

[vapier at gentoo dot org]

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

   Summary: lto mishandles quotes in command line defines
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: vap...@gentoo.org
CC: toolch...@gentoo.org


this code fails when using lto:
$ echo 'main(){}' > test.c
$ gcc -flto -Dfoo=\"\'foo\" test.c
lto-wrapper: malformed COLLECT_GCC_OPTIONS

and this:
$ gcc -Dfoo=\"\'asdf\'\" -flto test.c
gcc: error: \: No such file or directory
gcc: error: ": No such file or directory

dropping the -flto and everything operates as expected

last checked with the gcc-4.6 snapshot from 20110305

[Bug target/48191] internal compiler error: in issue_nops_and_insn, at config/ia64/ia64.c:8258

[sebastian.heg...@tu-dresden.de]

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

--- Comment #4 from sebastian.heg...@tu-dresden.de 2011-03-21 13:54:55 UTC ---
(In reply to comment #3)
> It looks like this is the same problem as PR 43603 (but with a different error
> result).  I can reproduce it on the trunk at r167587, but it is fixed at
> r167588.
Confirming fixed in r167588. Should we mark this one as a duplicate of PR
43603?

[Bug middle-end/47661] predict is confused by FP comparisons when math can trap

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.21 13:51:31
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2011-03-21 
13:51:31 UTC ---
predict confusion about

 pred = a CMP b;
 if (pred)

remains.

[Bug middle-end/47661] predict is confused by FP comparisons when math can trap

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2011-03-21 
13:50:35 UTC ---
Author: rguenth
Date: Mon Mar 21 13:50:26 2011
New Revision: 171236

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171236
Log:
2011-03-21  Richard Guenther  

PR middle-end/47661
* gimple.c (is_gimple_condexpr): Use tree_could_throw_p.

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

[Bug lto/48210] ICE: SIGFPE with -flto --param lto-partitions=0 on basic code

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Richard Guenther  2011-03-21 
13:43:00 UTC ---
Fixed.

[Bug lto/48210] ICE: SIGFPE with -flto --param lto-partitions=0 on basic code

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2011-03-21 
13:42:32 UTC ---
Author: rguenth
Date: Mon Mar 21 13:42:27 2011
New Revision: 171234

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171234
Log:
2011-03-21  Richard Guenther  

PR lto/48210
* params.def (lto-partitions): Require at least 1 partition.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/params.def

[Bug bootstrap/48216] New: [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1

[ro at gcc dot gnu.org]

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

   Summary: [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl
uninitialized in
gcc-interface/decl.c:elaborate_expression_1
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
CC: ebotca...@gcc.gnu.org
  Host: mips-sgi-irix6.5
Target: mips-sgi-irix6.5
 Build: mips-sgi-irix6.5


As of rev 171156, Ada bootstrap is broken on IRIX 6.5:

/vol/gcc/src/hg/trunk/local/gcc/ada/gcc-interface/decl.c: In function
'elaborate_expression_1':
/vol/gcc/src/hg/trunk/local/gcc/ada/gcc-interface/decl.c:6008:8: error:
'gnu_decl' may be used uninitialized in this function [-Werror=uninitialized]

[Bug debug/48207] ICE in lhd_set_decl_assembler_name, at langhooks.c:158

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Keywords||lto
   Last reconfirmed||2011.03.21 13:12:20
  Component|lto |debug
 Blocks||47819
 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2011-03-21 
13:12:20 UTC ---
Confirmed, mine.

We are processing BLOCKs of the function which has the TYPE_DECL.

#10 0x0093b5a4 in decls_for_scope (stmt=0x75b7edc0, 
context_die=0x77ef8140, depth=1)
at /space/rguenther/src/svn/trunk/gcc/dwarf2out.c:20886
20886   process_scope_var (stmt, decl, NULL_TREE, context_die);
(gdb) p decl->base.code
$5 = TYPE_DECL

and we probably expect that a DIE was already created for it by
the FE:

  else if (TREE_CODE (decl_or_origin) == TYPE_DECL
   && TYPE_DECL_IS_STUB (decl_or_origin))
die = lookup_type_die (TREE_TYPE (decl_or_origin));

...

  if (die != NULL && die->die_parent == NULL)
add_child_die (context_die, die);

but we fall through to gen_decl_die.  Then we run into

  /* This is a GNU Extension.  We are adding a
 DW_AT_linkage_name attribute to the DIE of the
 anonymous struct TYPE.  The value of that attribute
 is the name of the typedef decl naming the anonymous
 struct.  This greatly eases the work of consumers of
 this debug info.  */
  add_linkage_attr (lookup_type_die (type), decl);

which we barf on as we didn't create assembler-names for TYPE_DECLs
and we can't at this point (the FE isn't anymore).

Btw, LTO should override decl_assembler_name with a gcc_unreachable ().

[Bug debug/48204] [4.5/4.6/4.7 Regression] ICE: in decimal_to_decnumber, at dfp.c:115 with -fno-tree-ccp -fno-tree-dominator-opts -fno-tree-fre -g

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.21 13:04:14
 CC||dje at gcc dot gnu.org
   Target Milestone|--- |4.5.3
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-03-21 
13:04:14 UTC ---
Confirmed.

#1  0x0102be84 in decimal_to_decnumber (r=0x7fffcd90, 
dn=0x7fffccf0) at /space/rguenther/src/svn/trunk/gcc/dfp.c:113
113   gcc_assert (r->decimal);
...
#4  0x0093087e in real_to_target_fmt (buf=0x7fffce10, 
r_orig=0x7fffce30, fmt=0x12077c0)
at /space/rguenther/src/svn/trunk/gcc/real.c:2761
2761  (*fmt->encode) (fmt, buf, &r);
...
#6  0x006a9d63 in insert_float (rtl=0x75b28820, 
array=0x77ed8df8 "\257\257\257\257\257\257\257\257")
at /space/rguenther/src/svn/trunk/gcc/dwarf2out.c:16326
16326 real_to_target (val, &rv, GET_MODE (rtl));
(gdb) call debug_rtx (rtl)
(const_double:DD 3.0e+0 [0x0.cp+2])

so appearantly REAL_VALUE_FROM_CONST_DOUBLE doesn't "work" for DDmode.

[Bug c++/48211] [C++0x] Segment Fault When Compiling

[neuront at bitfoc dot us]

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

--- Comment #2 from Neuron Teckid  2011-03-21 
13:01:38 UTC ---
I have reproduced this problem on Ubuntu (in a virtualbox guest), also GCC
4.7.0 experimental:

$ uname -a
Linux GCC4 2.6.35-27-generic #48-Ubuntu SMP Tue Feb 22 20:25:29 UTC 2011 i686
GNU/Linux

$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-linux-gnu/4.7.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ./configure --enable-languages=c,c++
Thread model: posix
gcc version 4.7.0 20110321 (experimental) (GCC)

$ g++ crash.cpp -std=c++0x
In file included from
/usr/local/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/memory:85:0,
 from crash.cpp:2:
/usr/local/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/unique_ptr.h:
In instantiation of ‘constexpr std::unique_ptr<_Tp, _Dp>::unique_ptr() [with
_Tp = acceptor_of_pack, _Dp = std::default_delete]’:
crash.cpp:5:8:   instantiated from ‘sptr’
crash.cpp:27:30:   instantiated from here
/usr/local/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/unique_ptr.h:115:59:
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

where crash.cpp is

/* BEGIN */
#include 
#include 

template 
struct sptr
: public std::unique_ptr<_RawType>
{
sptr() = default;
};

struct stmt_base;

std::list> move(std::list>&& rhs)
{
return std::move(rhs);
}

sptr _last_else_pos;
sptr _predicate;

struct acceptor;

sptr a;
std::list> _acceptors;

struct acceptor_of_pack;
sptr const _packer;

#include 
/* END */

[Bug lto/48200] linking shared library with LTO results in different exported symbols

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2011.03.21 12:58:42
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-03-21 
12:58:42 UTC ---
This is not enough to reproduce the issue, even making the source compile
ends up failing with

/usr/bin/ld: t.o: version node not found for symbol pci_fill_info@LIBPCI_3.0
/usr/bin/ld: failed to set dynamic section sizes: Bad value
collect2: ld returned 1 exit status

please provide a complete compilable testcase.  Thanks.

[Bug tree-optimization/48198] [4.7 Regression] ICE: verify_ssa failed: no immediate_use list with -fopenmp --param partial-inlining-entry-probability=101

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.21 12:54:37
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2011-03-21 
12:54:37 UTC ---
It's probably exposing latent bugs elsewhere though.  Likely same/related
to PR48193.

[Bug tree-optimization/48195] ICE: vector VEC(ipa_node_params_t,base) index domain error, in ipa_analyze_node at ipa-prop.c:1525 with -flto --param partial-inlining-entry-probability=101

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.21 12:51:03
 CC||jamborm at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-03-21 
12:51:03 UTC ---
Confirmed.

[Bug tree-optimization/48193] [4.7 Regression] ICE: verify_ssa failed: type mismatch between an SSA_NAME and its symbol with -flto --param partial-inlining-entry-probability=101

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.03.21 12:50:00
 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org
   |gnu.org |
   Target Milestone|--- |4.7.0
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-03-21 
12:50:00 UTC ---
Confirmed.

(gdb) call debug_tree (ssa_name)
 def_stmt 

version 10 in-free-list>

vops.  Happens during inline transform.  Probably fallout of the
returns-have-vops.  Mine.

[Bug tree-optimization/48189] [4.3/4.4/4.5/4.6/4.7 Regression] ICE: SIGFPE (division by zero) in in predict_loops () at predict.c:991 with --param max-predicted-iterations=0

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.21 12:46:09
 CC||hubicka at gcc dot gnu.org
   Target Milestone|--- |4.3.6
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-03-21 
12:46:09 UTC ---
Honza, if the loop is predicted to run zero times the exit edge isn't executed.
What's the probability value for this?  I'd say it's NaN (aka, not relevant
as it isn't executed as all).

It doesn't seem to be correct to limit max-predicted-iterations to >= 1
as estimated_loop_iterations_int could return zero as well.

[Bug bootstrap/48120] libpwl test must use g++

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
URL||http://gcc.gnu.org/ml/gcc-p
   ||atches/2011-03/msg01270.htm
   ||l
 Resolution||FIXED
 AssignedTo|unassigned at gcc dot   |ro at gcc dot gnu.org
   |gnu.org |
   Target Milestone|--- |4.7.0

--- Comment #4 from Rainer Orth  2011-03-21 12:45:54 UTC 
---
Mine.  Fixed for 4.7.0, may backport to 4.6.

[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

 Resolution|WONTFIX |FIXED
 AssignedTo|unassigned at gcc dot   |ro at gcc dot gnu.org
   |gnu.org |
   Target Milestone|--- |4.7.0

--- Comment #24 from Rainer Orth  2011-03-21 12:43:39 
UTC ---
Thanks for you report.  I believe all your issues are now resolved, either by
improving the documentation, fixing the problem, or both :-)  Some of the fixes
even made it into 4.6.0, while others will appear in 4.6.1 or 4.7.0 only.

[Bug bootstrap/48120] libpwl test must use g++

[ro at gcc dot gnu.org]

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

--- Comment #3 from Rainer Orth  2011-03-21 12:26:34 UTC 
---
Author: ro
Date: Mon Mar 21 12:26:30 2011
New Revision: 171225

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171225
Log:
PR bootstrap/48120:
* configure.ac (pwllib): Use LIBS instead of LDFLAGS.
Add -lstdc++ -lm to LIBS.
* configure: Regenerate.

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

[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5

[ro at gcc dot gnu.org]

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

--- Comment #23 from Rainer Orth  2011-03-21 12:24:23 
UTC ---
Author: ro
Date: Mon Mar 21 12:24:17 2011
New Revision: 171224

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171224
Log:
libgfortran:
PR bootstrap/48135
* configure.ac (gfortran_use_symver): Handle --disable-symvers.
* configure: Regenerate.

libgomp:
PR bootstrap/48135
* acinclude.m4 (enable_symvers): Handle --disable-symvers.
* configure: Regenerate.

libjava:
PR bootstrap/48135
* configure.ac (libjava_cv_anon_version_script): Handle
--disable-symvers.
* configure: Regenerate.

libquadmath:
PR bootstrap/48135
* configure.ac (quadmath_use_symver): Handle --disable-symvers.
* configure: Regenerate.

libssp:
PR bootstrap/48135
* configure.ac (ssp_use_symver): Handle --disable-symvers.
* configure: Regenerate.

Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/configure
trunk/libgfortran/configure.ac
trunk/libgomp/ChangeLog
trunk/libgomp/acinclude.m4
trunk/libgomp/configure
trunk/libjava/ChangeLog
trunk/libjava/configure
trunk/libjava/configure.ac
trunk/libquadmath/ChangeLog
trunk/libquadmath/configure
trunk/libquadmath/configure.ac
trunk/libssp/ChangeLog
trunk/libssp/configure
trunk/libssp/configure.ac

[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5

[ro at gcc dot gnu.org]

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

--- Comment #22 from Rainer Orth  2011-03-21 12:17:18 
UTC ---
Author: ro
Date: Mon Mar 21 12:17:10 2011
New Revision: 171223

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171223
Log:
contrib:
PR bootstrap/48135
* make_sunver.pl: Don't use File::Glob.

gcc:
PR bootstrap/48135
* doc/install.texi (Prerequisites, Perl): Remove Glob.pm
reference.  Solaris 8 perl works.

Modified:
trunk/contrib/ChangeLog
trunk/contrib/make_sunver.pl
trunk/gcc/ChangeLog
trunk/gcc/doc/install.texi

[Bug tree-optimization/46886] [4.5/4.6/4.7 Regression] gfortran.dg/array_constructor_9.f90 FAILs with -ftree-parallelize-loops -fstrict-overflow -fno-tree-ch

[pault at gcc dot gnu.org]

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

Paul Thomas  changed:

   What|Removed |Added

 CC||pault at gcc dot gnu.org

--- Comment #6 from Paul Thomas  2011-03-21 12:17:18 
UTC ---
(In reply to comment #5)
> Patch:
> http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00858.html

This looks like a low hanging fruit, Sebastian.  Are you going to commit it?

Cheers

Paul Thomas

[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5

[ro at gcc dot gnu.org]

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

--- Comment #21 from Rainer Orth  2011-03-21 12:13:29 
UTC ---
Author: ro
Date: Mon Mar 21 12:13:26 2011
New Revision: 171222

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171222
Log:
PR bootstrap/48135
* doc/install.texi (Prerequisites): Move jar etc. up.
Explain support library version requirements.

Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/doc/install.texi

[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5

[ro at gcc dot gnu.org]

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

--- Comment #20 from Rainer Orth  2011-03-21 12:12:27 
UTC ---
Author: ro
Date: Mon Mar 21 12:12:19 2011
New Revision: 171221

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171221
Log:
PR bootstrap/48135
* doc/install.texi (Prerequisites): Move jar etc. up.
Explain support library version requirements.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/doc/install.texi

[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5

[ro at gcc dot gnu.org]

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

--- Comment #19 from Rainer Orth  2011-03-21 12:10:33 
UTC ---
Author: ro
Date: Mon Mar 21 12:10:30 2011
New Revision: 171219

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171219
Log:
PR bootstrap/48135
* doc/install.texi (Prerequisites): Move Perl to build
requirements.  Always necessary on Solaris 2 with Sun ld.

Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/doc/install.texi

[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5

[ro at gcc dot gnu.org]

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

--- Comment #18 from Rainer Orth  2011-03-21 12:09:31 
UTC ---
Author: ro
Date: Mon Mar 21 12:09:28 2011
New Revision: 171218

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171218
Log:
PR bootstrap/48135
* doc/install.texi (Prerequisites): Move Perl to build
requirements.  Always necessary on Solaris 2 with Sun ld.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/doc/install.texi

[Bug target/43603] gcc-4.4.3 ICE on ia64 with -O3

[abel at gcc dot gnu.org]

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

--- Comment #10 from Andrey Belevantsev  2011-03-21 
12:07:57 UTC ---
(In reply to comment #9)
> Andrey,
> 
> I was just looking at PR 48191, a bug submitted against GCC 4.5.2.  It looks
> like it is caused by the same problem that this patch fixes.  Can you back 
> port
> this fix to the 4.5 branch?  Also is there any reason not to close this defect
> as resolved since it is fixed on the trunk and in 4.6.

Hi Steve,

I was hoping to port a couple of fixes to 4.5, including this one, but got busy
with other stuff.  The PR was there to remind me of doing this, evidently not
effectively.  Thanks for pinging me.  I will determine the PRs that need to be
backported to 4.5 within two weeks.

[Bug ada/47717] building library for arm-none-eabi causes internal error

[laguest at archeia dot com]

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

--- Comment #5 from Luke A. Guest  2011-03-21 
11:34:10 UTC ---
(In reply to comment #3)
> This error is specific to your set up/build procedures, which isn't a standard
> set up, so not supported by the FSF compiler. I suspect you'll need to change
> your procedures here.

Just so we know, should it be possible to build libgnat.a using a project file
via gnatmake?

Thanks,
Luke.

[Bug ada/47717] building library for arm-none-eabi causes internal error

[laguest at archeia dot com]

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

--- Comment #4 from Luke A. Guest  2011-03-21 
11:05:38 UTC ---
(In reply to comment #3)
> This error is specific to your set up/build procedures, which isn't a standard
> set up, so not supported by the FSF compiler. I suspect you'll need to change
> your procedures here.

I have, I just build the RTS using a makefile. This RTS is then used via the
--RTS flag and I can build libraries with a GPR file now.

Luke.

[Bug bootstrap/48214] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.03.21 10:52:19
 AssignedTo|unassigned at gcc dot   |ubizjak at gmail dot com
   |gnu.org |
   Target Milestone|--- |4.7.0
 Ever Confirmed|0   |1

--- Comment #3 from Uros Bizjak  2011-03-21 10:52:19 
UTC ---
Thanks, following patch fixes bootstrap for me:

Index: alpha.c
===
--- alpha.c(revision 171208)
+++ alpha.c(working copy)
@@ -9644,10 +9644,20 @@ alpha_pad_noreturn (void)

   for (insn = get_insns (); insn; insn = NEXT_INSN (insn))
 {
-  if (!CALL_P (insn)
-  || !find_reg_note (insn, REG_NORETURN, NULL_RTX))
+  if (! (CALL_P (insn)
+ && find_reg_note (insn, REG_NORETURN, NULL_RTX)))
 continue;

+  /* Make sure we do not split a call and its corresponding
+ CALL_ARG_LOCATION note.  */
+  if (CALL_P (insn))
+{
+  next = NEXT_INSN (insn);
+  if (next && NOTE_P (next)
+  && NOTE_KIND (next) == NOTE_INSN_CALL_ARG_LOCATION)
+insn = next;
+}
+
   next = next_active_insn (insn);

   if (next)

[Bug c++/48215] New: internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268 on IA-64

[sebastian.heg...@tu-dresden.de]

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

   Summary: internal compiler error: in vinsn_detach, at
sel-sched-ir.c:1268 on IA-64
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sebastian.heg...@tu-dresden.de


Created attachment 23734
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23734
The preprocessed file (*.i*) that triggers the bug, generated by adding
-save-temps to the complete compilation command, compressed with gzip.

I am trying to compile boost v1.44.0 ("www.boost.org") library on IA-64, which
fails with: 

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/bits/stl_algobase.h:553:2:
internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268


Important here seems to be the fact that I built GCC with
"--enable-build-with-cxx". Without that option, building my stuff fails
somewhat later on, see bug #48191.



Continuing as per "http://gcc.gnu.org/bugs/#report";. Full Terminal output
follows here, the output from "-save-temps" comes as an attachment.

$g++ -v -save-temps -ftemplate-depth-128 -O3 -finline-functions -Wno-inline
-Wall -pthread -fPIC -fvisibility=hidden -Winvalid-pch -DBOOST_ALL_NO_LIB=1
-DBOOST_BUILD_PCH_ENABLED -DBOOST_MATH_TR1_DYN_LINK=1 -DNDEBUG
-I"bin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/../src/tr1" -I"."
-I"libs/math/src/tr1" -c -o
"bin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/cyl_neumann.o"
"libs/math/build/../src/tr1/cyl_neumann.cpp" 
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/lto-wrapper
Target: ia64-unknown-linux-gnu
Configured with: ../gcc-4.5.2/configure
--prefix=/home/radar-08/modules-ia64/gcc/4.5.2
--with--mpfr=/home/radar-08/modules-ia64/gcc/4.5.2
--with-gmp=/home/radar-08/modules-ia64/gcc/4.5.2
--with-mpc=/home/radar-08/modules-ia64/gcc/4.5.2
--with-libelf=/home/radar-08/modules-ia64/gcc/4.5.2 --enable-lto --enable-gold
--enable-bootstrap --enable-build-with-cxx
Thread model: posix
gcc version 4.5.2 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-ftemplate-depth-128' '-O3'
'-finline-functions' '-Wno-inline' '-Wall' '-pthread' '-fPIC'
'-fvisibility=hidden' '-Winvalid-pch' '-DBOOST_ALL_NO_LIB=1'
'-DBOOST_BUILD_PCH_ENABLED' '-DBOOST_MATH_TR1_DYN_LINK=1' '-DNDEBUG'
'-Ibin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/../src/tr1' '-I.'
'-Ilibs/math/src/tr1' '-c' '-o'
'bin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/cyl_neumann.o'
'-shared-libgcc'

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/cc1plus
-E -quiet -v
-Ibin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/../src/tr1 -I.
-Ilibs/math/src/tr1 -iprefix
/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/
-D_GNU_SOURCE -D_REENTRANT -DBOOST_ALL_NO_LIB=1 -DBOOST_BUILD_PCH_ENABLED
-DBOOST_MATH_TR1_DYN_LINK=1 -DNDEBUG libs/math/build/../src/tr1/cyl_neumann.cpp
-Wno-inline -Wall -Winvalid-pch -ftemplate-depth-128 -finline-functions -fPIC
-fvisibility=hidden -O3 -fpch-preprocess -o cyl_neumann.ii
ignoring nonexistent directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include"
ignoring duplicate directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include-fixed"
ignoring nonexistent directory
"/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 bin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/../src/tr1
 .
 libs/math/src/tr1

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu

/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/

[Bug bootstrap/48167] [4.7 Regression] Bootstrapping broken whenever "obj-c++" is included in the list of languages

[nicola at gcc dot gnu.org]

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

Nicola Pero  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
 AssignedTo|dnovillo at gcc dot gnu.org |unassigned at gcc dot
   ||gnu.org

--- Comment #4 from Nicola Pero  2011-03-21 10:26:37 
UTC ---
This should now be fixed in trunk.

Thanks

[Bug bootstrap/48167] [4.7 Regression] Bootstrapping broken whenever "obj-c++" is included in the list of languages

[nicola at gcc dot gnu.org]

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

--- Comment #3 from Nicola Pero  2011-03-21 10:25:40 
UTC ---
Author: nicola
Date: Mon Mar 21 10:25:38 2011
New Revision: 171214

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171214
Log:
In gcc/:
2011-03-21  Nicola Pero  

PR bootstrap/48167
* gengtype.c (files_rules): Added rule for cp/parser.h.

In gcc/objcp/:
2011-03-21  Nicola Pero  

PR bootstrap/48167
* Make-lang.in (START_HDRS): Added CXX_PARSER_H and
CXX_PRETTY_PRINT_H.
* config-lang.in (gtfiles): Added cp/parser.h and reorganized list
so that it is more obvious that it is identical to the C++ one
with the addition of some files at the end.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/gengtype.c
trunk/gcc/objcp/ChangeLog
trunk/gcc/objcp/Make-lang.in
trunk/gcc/objcp/config-lang.in

[Bug libobjc/48177] incorrect registration of typed selectors

[rfm at gnu dot org]

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

--- Comment #4 from rfm at gnu dot org 2011-03-21 10:08:31 UTC ---
The bug did cause proxies to fail ... but I implemented a workaround for that
in base, so it's not critical for gnustep once the new base is released (and
older versions of base use the old runtime api anyway).

As far as argframe stuff goes in base ... it would be nice to be able to remove
it ... perhaps we can.  It's part of the public API ... but not of the OSX API
as far as I know.  maybe it could be deprecated and removed soon.

[Bug target/48213] [4.6/4.7 Regression] ICE in simplify_subreg called from s390_delegitimize_address

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Jakub Jelinek  2011-03-21 
09:28:30 UTC ---
Fixed.

[Bug target/48213] [4.6/4.7 Regression] ICE in simplify_subreg called from s390_delegitimize_address

[jakub at gcc dot gnu.org]

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

--- Comment #3 from Jakub Jelinek  2011-03-21 
09:27:35 UTC ---
Author: jakub
Date: Mon Mar 21 09:27:28 2011
New Revision: 171212

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171212
Log:
PR target/48213
* config/s390/s390.c (s390_delegitimize_address): Don't call
lowpart_subreg if orig_x has BLKmode.

* gcc.dg/pr48213.c: New test.

Added:
branches/gcc-4_6-branch/gcc/testsuite/gcc.dg/pr48213.c
Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/config/s390/s390.c
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog

[Bug target/48213] [4.6/4.7 Regression] ICE in simplify_subreg called from s390_delegitimize_address

[jakub at gcc dot gnu.org]

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

--- Comment #2 from Jakub Jelinek  2011-03-21 
09:25:58 UTC ---
Author: jakub
Date: Mon Mar 21 09:25:47 2011
New Revision: 171211

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171211
Log:
PR target/48213
* config/s390/s390.c (s390_delegitimize_address): Don't call
lowpart_subreg if orig_x has BLKmode.

* gcc.dg/pr48213.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr48213.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/s390/s390.c
trunk/gcc/testsuite/ChangeLog

[Bug target/12171] calling convention omitted in error message

[ktietz at gcc dot gnu.org]

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

--- Comment #4 from Kai Tietz  2011-03-21 08:32:56 
UTC ---
Author: ktietz
Date: Mon Mar 21 08:32:50 2011
New Revision: 171210

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171210
Log:
ChangeLog gcc/c-family

2011-03-21  Kai Tietz  

PR target/12171
* c-pretty-print.c (pp_c_specifier_qualifier_list):
Display allowed attributes for function pointer types.
(pp_c_attributes_display): New function to display
attributes having affects_type_identity flag set to true.
* c-pretty-print.h (pp_c_attributes_display): New prototype.

ChangeLog gcc/cp

2011-03-21  Kai Tietz  

PR target/12171
* cxx-pretty-print.c (pp_cxx_ptr_operator):
Display allowed attributes for function pointer types.
* error.c (dump_type_prefix): Likewise.


Modified:
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-pretty-print.c
trunk/gcc/c-family/c-pretty-print.h
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/cxx-pretty-print.c
trunk/gcc/cp/error.c

[Bug bootstrap/48214] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983

[jakub at gcc dot gnu.org]

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

--- Comment #2 from Jakub Jelinek  2011-03-21 
08:30:33 UTC ---
That probably means alpha machine reorg is inserting other insns in between
CALL_INSN and the following NOTE_ARG_INSN_LOCATION.
See r171193, r171185 and r171156 for fixes for other targets.

[Bug target/12171] calling convention omitted in error message

[ktietz at gcc dot gnu.org]

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

--- Comment #3 from Kai Tietz  2011-03-21 08:29:46 
UTC ---
Author: ktietz
Date: Mon Mar 21 08:29:36 2011
New Revision: 171209

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

2011-03-21  Kai Tietz  

PR target/12171
* doc/plugins.texi: Adjust documentation
for plugin register_callback.
* tree.h (attribute_spec): Add new member
affects_type_identity.
- Zitierten Text anzeigen -
* attribs.c (empty_attribute_table): Adjust
attribute_spec initializers.
* config/alpha/alpha.c: Likewise.
* config/arc/arc.c: Likewise.
* config/arm/arm.c: Likewise.
* config/avr/avr.c: Likewise.
* config/bfin/bfin.c: Likewise.
* config/crx/crx.c: Likewise.
* config/darwin.h: Likewise.
* config/h8300/h8300.c: Likewise.
* config/i386/cygming.h: Likewise.
* config/i386/i386.c: Likewise.
* config/ia64/ia64.c: Likewise.
* config/m32c/m32c.c: Likewise.
* config/m32r/m32r.c: Likewise.
* config/m68hc11/m68hc11.c: Likewise.
* config/m68k/m68k.c: Likewise.
* config/mcore/mcore.c: Likewise.
* config/mep/mep.c: Likewise.
* config/microblaze/microblaze.c: Likewise.
* config/mips/mips.c: Likewise.
* config/rs6000/rs6000.c: Likewise.
* config/rx/rx.c: Likewise.
* config/sh/sh.c: Likewise.
* config/sol2.h: Likewise.
* config/sparc/sparc.c: Likewise.
* config/spu/spu.c: Likewise.
* config/stormy16/stormy16.c: Likewise.
* config/v850/v850.c: Likewise.

ChangeLog gcc/cp

2011-03-21  Kai Tietz  

PR target/12171
* tree.c (cxx_attribute_table): Adjust table.

ChangeLog gcc/testsuite

2011-03-21  Kai Tietz  

PR target/12171
* g++.dg/plugin/attribute_plugin.c: Adjust test.

ChangeLog gcc/java

2011-03-21  Kai Tietz  

PR target/12171
* lang.c (java_attribute_table): Adjust table.

ChangeLog gcc/lto

2011-03-21  Kai Tietz  

PR target/12171
* lto-lang.c (lto_attribute_table): Adjust table.

ChangeLog gcc/ada

2011-03-21  Kai Tietz  

PR target/12171
* gcc-interface/utils.c (gnat_internal_attribute_table):
Add new element.

ChangeLog gcc/c-family

2011-03-17  Kai Tietz

PR target/12171
* c-common.c (c_common_attribute_table):
Add new element.
(c_common_format_attribute_table): Likewise.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/ada/ChangeLog
trunk/gcc/ada/gcc-interface/utils.c
trunk/gcc/attribs.c
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-common.c
trunk/gcc/config/alpha/alpha.c
trunk/gcc/config/arc/arc.c
trunk/gcc/config/arm/arm.c
trunk/gcc/config/avr/avr.c
trunk/gcc/config/bfin/bfin.c
trunk/gcc/config/crx/crx.c
trunk/gcc/config/darwin.h
trunk/gcc/config/h8300/h8300.c
trunk/gcc/config/i386/cygming.h
trunk/gcc/config/i386/i386.c
trunk/gcc/config/ia64/ia64.c
trunk/gcc/config/m32c/m32c.c
trunk/gcc/config/m32r/m32r.c
trunk/gcc/config/m68hc11/m68hc11.c
trunk/gcc/config/m68k/m68k.c
trunk/gcc/config/mcore/mcore.c
trunk/gcc/config/mep/mep.c
trunk/gcc/config/microblaze/microblaze.c
trunk/gcc/config/mips/mips.c
trunk/gcc/config/rs6000/rs6000.c
trunk/gcc/config/rx/rx.c
trunk/gcc/config/sh/sh.c
trunk/gcc/config/sol2.h
trunk/gcc/config/sparc/sparc.c
trunk/gcc/config/spu/spu.c
trunk/gcc/config/stormy16/stormy16.c
trunk/gcc/config/v850/v850.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/tree.c
trunk/gcc/doc/plugins.texi
trunk/gcc/java/ChangeLog
trunk/gcc/java/lang.c
trunk/gcc/lto/ChangeLog
trunk/gcc/lto/lto-lang.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/plugin/attribute_plugin.c
trunk/gcc/tree.h

[Bug bootstrap/44107] libstdc++ (dylib) is built with an erroneous dependency towards /usr/lib

[iains at gcc dot gnu.org]

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

--- Comment #14 from Iain Sandoe  2011-03-21 08:24:19 
UTC ---
(In reply to comment #13)
> (In reply to comment #12)
> > (In reply to comment #11)
> > > (In reply to comment #10)
> > > > (In reply to comment #8)
> > > So, my question is "does version 'x' work without a DYLD_LIBRARY_PATH 
> > > set?"
> > > (that tells us if we have a way forward)
> > duh ... make that version 'y'.
> If you take the pure distribution gcc-4.6.0-RC-20110314 and apply the two
> patches (the patch attached in #4 and included in #5), then
> - you can bootstrap without error (i can say for C and C++ for the time
>   being)
> - the xerces-c library compiles ok
> - my C++ program compiles ok
> - my C++ program executes ok with no DYLD_LIBRARY_PATH needed

Thanks Denis, that is very helpful testing - and you have, indeed, identified a
serious bug.  However,  I think that this set of tests indicates that the bug
is that we "emit eh_frames that are incompatible with the darwin
{8,9}-unwinder,10-compacter". 

Accordingly, I suggest that either we close this bug and refer to PR41991 - or
we re-name this one to reflect its underlying cause and make it a target bug;

Mike - any preference?

> - all the dylibs and executable around carry a dependency towards
>   /usr/lib/libgcc_s.1.dylib

hopefully, I have explained both that this is an intention of the current
design and why that design must be as it is.

If you can think of a viable alternative, I'd be very glad to read it.

... remembering that there are some system libraries and frameworks that are
closed source and therefore cannot be re-compiled by an end User - to say
nothing of any 3rd party commercial applications the User has installed that
were linked against a 'standard' system.

[Bug bootstrap/48214] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983

[ubizjak at gmail dot com]

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

--- Comment #1 from Uros Bizjak  2011-03-21 08:19:41 
UTC ---
Created attachment 23733
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23733
Preprocessed source

[Bug bootstrap/48214] New: internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983

[ubizjak at gmail dot com]

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

   Summary: internal compiler error: in dwarf2out_var_location, at
dwarf2out.c:21983
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ubiz...@gmail.com
CC: ja...@gcc.gnu.org
Target: alpha-linux-gnu


Revision 171033 [1] breaks bootstrap on alpha:

gmake[4]: Entering directory
`/space/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/libsupc++'
/bin/sh ../libtool --tag CXX --tag disable-shared  --mode=compile
/home/uros/gcc-build/./gcc/xgcc -shared-libgcc -B/home/uros/gcc-build/./gcc
-nostdinc++ -L/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/src
-L/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/usr/local/alphaev68-unknown-linux-gnu/bin/
-B/usr/local/alphaev68-unknown-linux-gnu/lib/ -isystem
/usr/local/alphaev68-unknown-linux-gnu/include -isystem
/usr/local/alphaev68-unknown-linux-gnu/sys-include   
-I/home/uros/gcc-svn/trunk/libstdc++-v3/../gcc
-I/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/include/alphaev68-unknown-linux-gnu
-I/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/include
-I/home/uros/gcc-svn/trunk/libstdc++-v3/libsupc++  -fno-implicit-templates
-prefer-pic -Wall -Wextra -Wwrite-strings -Wcast-qual 
-fdiagnostics-show-location=once  -ffunction-sections -fdata-sections  -g -O2
-D_GNU_SOURCE -mieee  -c -o eh_alloc.lo
../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc
libtool: compile:  /home/uros/gcc-build/./gcc/xgcc -shared-libgcc
-B/home/uros/gcc-build/./gcc -nostdinc++
-L/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/src
-L/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/usr/local/alphaev68-unknown-linux-gnu/bin/
-B/usr/local/alphaev68-unknown-linux-gnu/lib/ -isystem
/usr/local/alphaev68-unknown-linux-gnu/include -isystem
/usr/local/alphaev68-unknown-linux-gnu/sys-include
-I/home/uros/gcc-svn/trunk/libstdc++-v3/../gcc
-I/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/include/alphaev68-unknown-linux-gnu
-I/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/include
-I/home/uros/gcc-svn/trunk/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall
-Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -mieee -c
../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc  -fPIC -DPIC -o
eh_alloc.o
../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc: In function
‘void* __cxxabiv1::__cxa_allocate_exception(std::size_t)’:
../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc:138:1: internal
compiler error: in dwarf2out_var_location, at dwarf2out.c:21983
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
gmake[4]: *** [eh_alloc.lo] Error 1
gmake[4]: Leaving directory
`/space/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/libsupc++'

The ICE can be triggered with a cross to alpha-linux-gnu with attached test.

~/gcc-build-alpha/gcc/cc1plus -O2 -g eh_alloc.ii

../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc: In function
‘void* __cxxabiv1::__cxa_allocate_exception(std::size_t)’:
../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc:138:1: internal
compiler error: in dwarf2out_var_location, at dwarf2out.c:21983
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

gdb session:

(gdb) up
#1  0x006f1f42 in dwarf2out_var_location (loc_note=0x2ee3a680)
at ../../gcc-svn/trunk/gcc/dwarf2out.c:21979
21979  gcc_assert (prev
(gdb) li
21974= ggc_alloc_cleared_call_arg_loc_node ();
21975  rtx prev = prev_real_insn (loc_note), x;
21976  ca_loc->call_arg_loc_note = loc_note;
21977  ca_loc->next = NULL;
21978  ca_loc->label = last_label;
21979  gcc_assert (prev
21980  && (CALL_P (prev)
21981  || (NONJUMP_INSN_P (prev)
21982  && GET_CODE (PATTERN (prev)) == SEQUENCE
21983  && CALL_P (XVECEXP (PATTERN (prev), 0, 0);
(gdb) p debug_rtx (prev)
(const_int 2 [0x2])


[1] http://gcc.gnu.org/viewcvs?view=revision&revision=171033

[Bug ada/47717] building library for arm-none-eabi causes internal error

[charlet at gcc dot gnu.org]

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

Arnaud Charlet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||charlet at gcc dot gnu.org
 Resolution||INVALID

--- Comment #3 from Arnaud Charlet  2011-03-21 
08:05:55 UTC ---
This error is specific to your set up/build procedures, which isn't a standard
set up, so not supported by the FSF compiler. I suspect you'll need to change
your procedures here.