[Bug target/48262] [4.7 Regression] Subversion id 171341 breaks various vectorization files on powerpc

[rsandifo at gcc dot gnu.org]

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

--- Comment #14 from rsandifo at gcc dot gnu.org  
2011-03-25 09:20:35 UTC ---
FWIW, my patch just fixed the expansion of commutative operations.
movmisalign and vector extractions are handled by two separate
pieces of code, so I don't think my patch would affect the two
problems that Andrew identified.

I agree with Mike that both patches look good and are still needed.

[Bug debug/48041] dwarf2out emits unnecessary null byte in empty .debug_abbrev section

[mark at gcc dot gnu.org]

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

--- Comment #1 from Mark Wielaard  2011-03-25 09:35:44 
UTC ---
Author: mark
Date: Fri Mar 25 09:35:41 2011
New Revision: 171441

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171441
Log:
PR debug/48041
* dwarf2out.c (output_abbrev_section): Only write table when
abbrev_die_table_in_use > 1.

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

[Bug libstdc++/48257] std::string::assign() corrupts std::string static data when called on emptyString1 using emptyString2.data()

[redi at gcc dot gnu.org]

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

--- Comment #14 from Jonathan Wakely  2011-03-25 
09:54:25 UTC ---
(In reply to comment #13)
> 
> Sorry for the confusion here Jon. I meant to ask if the specs define what the
> behaviour should be if __s *does not* contain __n elements.

No, it's undefined.

If the standard said what should happen, it would be defined.

There's no way to tell if it doesn't contain the necessary number of elements.

> > > > 2. For cases undefined in the specs, do we take steps to ensure 
> > > > robustness? 
> > Where possible, yes, that's what -D_GLIBCXX_DEBUG tries to do.  But in 
> > general
> > it's not possible to verify that the supplied string meets the required 
> > length.
> > Given a const char*, how do you tell if it points to an array of at least n
> > chars?  You can't.
> 
> We could always look for the null-termination :) But like you say below, this
> would add overhead and still not handle all cases.

No, you most definitely cannot. Not all arrays of characters are terminated:

char s[] = { 'a', 'b', 'c' };
std::string str(s, 3);

Attempting to check for a null terminator here will walk off the end of the
array into random pages of memory, possibly causing a segfault.

You can check in some specific cases, but not for all cases. As I said, in
general you can't detect the error, so it's the programmer's responsibility to
meet the preconditions of the functions they call.

It's really no different to calling memcpy() with invalid arguments and
overwriting any region of memory.

[Bug testsuite/48238] FAIL: gcc.dg/debug/dwarf2/pr47939-0.c scan-assembler on *-apple-darwin*

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.25 10:02:18
 CC||ro at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #7 from Rainer Orth  2011-03-25 10:02:18 UTC 
---
Also affects Solaris with Sun as and IRIX 6.5 with gas:

Solaris:

.byte   0x5 ! uleb128 0x5; (DIE (0xc6) DW_TAG_typedef)
.ascii "Harry_t\0"  ! DW_AT_name

IRIX:
.uleb128 0x5 # (DIE (0xc9) DW_TAG_typedef)
.ascii "Harry_t\0"   # DW_AT_name

Dominique's last patch works for me (but please rather attach patches to the
PR; they are far easier to apply this way).

[Bug c++/48281] [4.6/4.7 Regression] [C++0x] internal compiler error: in record_reference, at cgraphbuild.c:60

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

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

[Bug c++/48280] [4.5/4.6/4.7 Regression] [C++0x] ICE: tree check: expected var_decl or function_decl, have template_decl in check_bases_and_members, at cp/class.c:4695

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.25 10:19:40
   Target Milestone|--- |4.5.3
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-03-25 
10:19:40 UTC ---
Confirmed.

[Bug bootstrap/45053] libgcc_s link command misses crtsavgpr_s and crtresgpr_s for powerpc

[rguenth at gcc dot gnu.org]

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

--- Comment #9 from Richard Guenther  2011-03-25 
10:21:25 UTC ---
*** Bug 48278 has been marked as a duplicate of this bug. ***

[Bug c/48278] [4.5 Regression] linking results in undefined references to _savegpr_* _restgpr_*_x

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #2 from Richard Guenther  2011-03-25 
10:21:24 UTC ---
.

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

[Bug testsuite/48283] New: gcc.dg/graphite/block-[3478].c timeouts

[ro at gcc dot gnu.org]

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

   Summary: gcc.dg/graphite/block-[3478].c timeouts
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
CC: s...@gcc.gnu.org
  Host: sparc-sun-solaris2.*, mips-sgi-irix6.5
Target: sparc-sun-solaris2.*, mips-sgi-irix6.5
 Build: sparc-sun-solaris2.*, mips-sgi-irix6.5


The for graphite testcases gcc.dg/graphite/block-[3478].c regularly time out on
Solaris/SPARC and IRIX hosts despite already using dg-timeout-factor 4, i.e.
they
take longer than 20 minutes (40 minutes on IRIX where I've doubled the default
to account for the slower CPUs) to complete.

Here are the compile times on onloaded machines:

* i386-pc-solaris2.11, 1.6 GHz Core i7:

real2:19.73
user2:16.56
sys0.10

* sparc-sun-solaris2.10, 1.35 GHz UltraSPARC IV+:

real5:52.77
user5:52.22
sys0.14

* sparc-sun-solaris2.11, 1.2 GHz UltraSPARC-T2:

real   16:23.64
user   16:21.71
sys0.49

* mips-sgi-irix6.5, 250 MHz MIPS R1:

real41:34.05
user41:21.31
sys 0.78

Both systems are multilibbed, so 4 tests timing out add 160 minutes to the
test time, which I consider way over the top.  In light of the policy in

http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00059.html

either consider reducing the runtime of the test to be within the limits
outlined there or flag it as expensive using dg-require-effective-target
run_expensive_tests.

[Bug tree-optimization/37021] Fortran Complex reduction / multiplication not vectorized

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

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

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

   What|Removed |Added

 CC||sebastian.hegler@tu-dresden
   ||.de

--- Comment #10 from sebastian.heg...@tu-dresden.de 2011-03-25 10:45:47 UTC ---
This one, as well as PR 33133, should be handled by "-floop-interchange". 

Fortran is row-major, so interchanging inner and outer loop would allow the
loops to be coalesced into one, which in turn should be easily vectorized (if
complex numbers can be vectorized, see PR 40770). 

Can you please give me some hints on how to find out if "-floop-interchange"
actually does that? Thanks!

[Bug tree-optimization/37021] Fortran Complex reduction / multiplication not vectorized

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

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

--- Comment #11 from sebastian.heg...@tu-dresden.de 2011-03-25 11:38:37 UTC ---
Forget that about folding stuff into one loop, I didn't have my morning coffee
yet. However, the rest still applies. 

I'm looking forward to some help in that regard.

Thanks.

[Bug target/4828] can't install gcc for h8300-hms target

[froydnj at gcc dot gnu.org]

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

--- Comment #5 from Nathan Froyd  2011-03-25 
11:47:17 UTC ---
Author: froydnj
Date: Fri Mar 25 11:47:13 2011
New Revision: 171447

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171447
Log:
PR bootstrap/4828
Revert:
2011-03-24  Nathan Froyd  

* function.c (instantiate_virtual_regs): Use FOR_EACH_BB and
FOR_BB_INSNS_SAFE to iterate through insns.  Re-indent.
(pass_instantiate_virtual_regs): Require PROP_cfglayout.
* passes.c (init_optimization_passes): Move
pass_instantiate_virtual_regs after pass_into_cfg_layout_mode.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/function.c
trunk/gcc/passes.c

[Bug bootstrap/48282] [4.7 Regression] Bootstrap failure

[froydnj at gcc dot gnu.org]

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

Nathan Froyd  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Nathan Froyd  2011-03-25 
11:49:29 UTC ---
Patch reverted in r171447; I botched the ChangeLog entry, so it didn't show up
automagically here.

[Bug testsuite/48283] gcc.dg/graphite/block-[3478].c timeouts

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Keywords||compile-time-hog
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.25 12:26:55
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-03-25 
12:26:55 UTC ---
Just to clarify - runtime or compile-time issue?  I see the testcases
operate on 100^3 arrays - certainly not small for very slow HW.

Compile-time seems to be excessively high for x86_64 machines as well,
Sebastian, why is graphite s slow on these very small testcases?
Execution is quick for me.  All time is spent in

samples  %app name symbol name
1281556  58.0817  libppl.so.9.0.0  /usr/lib64/libppl.so.9.0.0
466710   21.1519  libc-2.9.so  /lib64/libc-2.9.so
250459   11.3511  libgmp.so.3.5.0  /usr/lib64/libgmp.so.3.5.0

(note this is a whole-system profile).

I'd say skip graphite tests completely for !run_expensive_tests for now.

[Bug testsuite/48283] gcc.dg/graphite/block-[3478].c timeouts

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-03-25 12:35:03 UTC ---
> --- Comment #1 from Richard Guenther  2011-03-25 
> 12:26:55 UTC ---
> Just to clarify - runtime or compile-time issue?  I see the testcases
> operate on 100^3 arrays - certainly not small for very slow HW.

Compile time, runtime for block-3.exe is 0.06 s even on the R10k
machine.

> I'd say skip graphite tests completely for !run_expensive_tests for now.

I'd rather tag the four culprits only for the moment to keep some
coverage.

Rainer

[Bug tree-optimization/37021] Fortran Complex reduction / multiplication not vectorized

[rguenther at suse dot de]

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

--- Comment #12 from rguenther at suse dot de  
2011-03-25 12:40:10 UTC ---
On Fri, 25 Mar 2011, sebastian.heg...@tu-dresden.de wrote:

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37021
> 
> --- Comment #11 from sebastian.heg...@tu-dresden.de 2011-03-25 11:38:37 UTC 
> ---
> Forget that about folding stuff into one loop, I didn't have my morning coffee
> yet. However, the rest still applies. 
> 
> I'm looking forward to some help in that regard.

Look at dump files (-fdump-tree-all-details).

Richard.

[Bug c++/48284] New: [C++0x] incorrect demangling of decltype operand in diagnostic

[redi at gcc dot gnu.org]

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

   Summary: [C++0x] incorrect demangling of decltype operand in
diagnostic
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org


template
auto g(C& c) -> decltype (c.f()) { return c.f(); }

template
auto g(C& c) -> decltype (c.f()) { return c.f(); }


x.C:5:32: error: redefinition of 'template decltype (c->f()) g(C&)'
x.C:2:32: error: 'template decltype (c->f()) g(C&)' previously
declared here

The diagnostics show c->f() instead of c.f()

Same result for 4.5 and 4.6, I didn't try 4.7

[Bug testsuite/48283] gcc.dg/graphite/block-[3478].c timeouts

[ro at gcc dot gnu.org]

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

--- Comment #3 from Rainer Orth  2011-03-25 13:02:29 UTC 
---
Author: ro
Date: Fri Mar 25 13:02:24 2011
New Revision: 171451

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171451
Log:
PR testsuite/48283
* gcc.dg/graphite/block-3.c: Add dg-require-effective-target
run_expensive_tests.
* gcc.dg/graphite/block-4.c: Likewise.
* gcc.dg/graphite/block-7.c: Likewise.
* gcc.dg/graphite/block-8.c: Likewise.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/graphite/block-3.c
trunk/gcc/testsuite/gcc.dg/graphite/block-4.c
trunk/gcc/testsuite/gcc.dg/graphite/block-7.c
trunk/gcc/testsuite/gcc.dg/graphite/block-8.c

[Bug c++/48285] New: [C++0x] ICE in tsubst_copy_and_build

[redi at gcc dot gnu.org]

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

   Summary: [C++0x] ICE in tsubst_copy_and_build
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org


template
struct enable_if
{
typedef T type;
};

template
struct enable_if
{
};

template
struct is_same
{
static const bool value = false;
};

template
struct is_same
{
static const bool value = true;
};

struct S
{
template
static
auto
f(T t) -> typename enable_if<
is_same::value,
decltype(t.f()) >::type
{ return t.f(); }


template
static
auto
f(T t) -> typename enable_if<
!is_same::value,
decltype(f(t)) >::type
{ return f(t); }

};

struct X {
int f();
};


int main()
{
X v;

auto i = S::f(v);
}

ICEs with any of 4.4/4.5/4.6, didn't try 4.7


Program received signal SIGSEGV, Segmentation fault.
0x004b8f74 in tsubst_copy_and_build (t=0x2aae3a18,
args=0x2b753aa0, complain=0, in_decl=0x0, function_p=0 '\000',
integral_constant_expression_p=0 '\000')
at ../../gcc-4.6.0-RC-20110321/gcc/cp/pt.c:13293
13293   tree r = tsubst_copy (t, args, complain, in_decl);


Seems to be an infinite recursion, possibly because the second overload of S::f
tries to instantiate itself recursively - the code is probably invalid

[Bug fortran/48286] New: gfortran.dg/cray_pointers_8.f90 FAILs

[rguenth at gcc dot gnu.org]

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

   Summary: gfortran.dg/cray_pointers_8.f90 FAILs
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rgue...@gcc.gnu.org


=== gfortran tests ===

Schedule of variations:
unix/-m32

Running target unix/-m32
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using /space/rguenther/src/svn/trunk/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /space/rguenther/src/svn/trunk/gcc/testsuite/gfortran.dg/dg.exp ...
FAIL: gfortran.dg/cray_pointers_8.f90  -O2  execution test
FAIL: gfortran.dg/cray_pointers_8.f90  -O3 -fomit-frame-pointer  execution test
FAIL: gfortran.dg/cray_pointers_8.f90  -O3 -fomit-frame-pointer -funroll-loops 
execution test
FAIL: gfortran.dg/cray_pointers_8.f90  -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions  execution test
FAIL: gfortran.dg/cray_pointers_8.f90  -O3 -g  execution test
FAIL: gfortran.dg/cray_pointers_8.f90  -Os  execution test


fails with early FRE.  Probably related to PR43331.

[Bug target/48287] New: gcc.dg/vect/vect-cselim-1.c FAILs on SPARC

[ro at gcc dot gnu.org]

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

   Summary: gcc.dg/vect/vect-cselim-1.c FAILs on SPARC
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
CC: ebotca...@gcc.gnu.org, i...@il.ibm.com
  Host: sparc-sun-solaris2.*
Target: sparc-sun-solaris2.*
 Build: sparc-sun-solaris2.*


Created attachment 23773
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23773
-fdump-tree-vect-details output

The new gcc.dg/vect/vect-cselim-1.c FAILs on Solaris 2/SPARC (both 32 and
64-bit
ABIs):

FAIL: gcc.dg/vect/vect-cselim-1.c scan-tree-dump-times vect "vectorized 1
loops" 1

I'm attaching the dump for reference.

[Bug fortran/48286] gfortran.dg/cray_pointers_8.f90 FAILs

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Target||i?86-*-*

--- Comment #1 from Richard Guenther  2011-03-25 
14:12:06 UTC ---
Or rather I think this now runs into PR333 and possibly the result check
needs updating (we now inline p1 into main).  Passes with -mfpmath=sse.
There is no way to turn on -fexcess-precision=standard as it is not
implemented for Fortran.

[Bug fortran/48286] gfortran.dg/cray_pointers_8.f90 FAILs

[rguenth at gcc dot gnu.org]

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

--- Comment #2 from Richard Guenther  2011-03-25 
14:45:29 UTC ---
Btw, fndecl issue - if you build at least cray_pointers_8.f90 with
-fwhole-program
I get

/tmp/ccBnfOGf.o: In function `main':
cray_pointers_8.f90:(.text.startup+0x76): undefined reference to `euler_'
collect2: ld returned 1 exit status

which means the euler fn has a different decl than the one called from main.

[Bug middle-end/48288] New: [4.7 Regression] ld: Unsatisfied symbol "__iordi3" in file /test/gnu/gcc/objdir/./gcc/libgcc_eh.a

[danglin at gcc dot gnu.org]

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

   Summary: [4.7 Regression] ld: Unsatisfied symbol "__iordi3" in
file /test/gnu/gcc/objdir/./gcc/libgcc_eh.a
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dang...@gcc.gnu.org
  Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
 Build: hppa64-hp-hpux11.11


checking for C compiler default output file name...
configure: error: in `/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libgomp':
configure: error: C compiler cannot create executables
See `config.log' for more details.
make[2]: *** [configure-stage1-target-libgomp] Error 77
make[2]: Leaving directory `/test/gnu/gcc/objdir'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/test/gnu/gcc/objdir'
make: *** [bootstrap] Error 2

# ./xgcc -B./ -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: hppa64-hp-hpux11.11
Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu64/bin/as
--wi th-ld=/usr/ccs/bin/ld --enable-shared --with-local-prefix=/opt/gnu64
--prefix=/o pt/gnu64/gcc/gcc-4.6.0 --build=hppa64-hp-hpux11.11
--enable-threads=posix --disa ble-nls --with-gmp=/opt/gnu64/gcc/gcc-4.6.0
--with-libelf=/opt/gnu64 --enable-la nguages=c,c++,objc,obj-c++,fortran,lto
Thread model: posix
gcc version 4.7.0 20110324 (experimental) [trunk revision 171429] (GCC)

[Bug target/47487] ICE in rs6000_output_function_epilogue, at config/rs6000/rs6000.c:21782 building 64bit libgo

[amodra at gmail dot com]

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

Alan Modra  changed:

   What|Removed |Added

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

[Bug c++/48289] New: [4.5/4.6/4.7 regression] -pedantic breaks std::move

[jason at gcc dot gnu.org]

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

   Summary: [4.5/4.6/4.7 regression] -pedantic breaks std::move
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: ja...@gcc.gnu.org
ReportedBy: ja...@gcc.gnu.org


>From https://bugzilla.redhat.com/show_bug.cgi?id=690548

Description of problem:

[18:03:50 pal@underdark ~/tmp/1]$ cat a.cpp
#include 

class A { };

static void g ( A && ) { }

template < class T > class B {
public:
 void f ( ) {
  A a;
  g ( std :: move ( a ) );
 }
};
=
[18:04:13 pal@underdark ~/tmp/1]$ LANG=C g++ -std=c++0x  -pedantic  -c a.cpp 
a.cpp: In member function 'void B::f()':
a.cpp:11:25: error: invalid initialization of reference of type 'A&&' from
expression of type 'std::remove_reference::type'
a.cpp:5:13: error: in passing argument 1 of 'void g(A&&)'
=
error can be fixed by removing -pedantic or by commenting out /*template <
class T > */

[Bug c++/48289] [4.5/4.6/4.7 regression] -pedantic breaks std::move

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.25 15:20:36
  Known to work||4.4.6
   Target Milestone|--- |4.5.3
 Ever Confirmed|0   |1
  Known to fail||4.5.3, 4.6.0, 4.7.0

[Bug target/48288] [4.7 Regression] ld: Unsatisfied symbol "__iordi3" in file /test/gnu/gcc/objdir/./gcc/libgcc_eh.a

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

  Component|middle-end  |target

--- Comment #1 from Richard Guenther  2011-03-25 
15:41:26 UTC ---
I'd say PA64 should handle iordi3 w/o libgcc, no?

[Bug target/48288] [4.7 Regression] ld: Unsatisfied symbol "__iordi3" in file /test/gnu/gcc/objdir/./gcc/libgcc_eh.a

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0

[Bug target/48287] gcc.dg/vect/vect-cselim-1.c FAILs on SPARC

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.03.25 15:42:06
 AssignedTo|unassigned at gcc dot   |irar at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Ira Rosen  2011-03-25 15:42:06 UTC 
---
It fails because of misaligned load, so

Index: vect-cselim-1.c
===
--- vect-cselim-1.c (revision 171381)
+++ vect-cselim-1.c (working copy)
@@ -82,5 +82,5 @@
   return 0;
 }

-/* { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect"  } } */
+/* { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect"  { xfail
vect_no_align } } } */
 /* { dg-final { cleanup-tree-dump "vect" } } */

is supposed to fix this.

Thanks for attaching the dump.

Ira

[Bug target/48288] [4.7 Regression] ld: Unsatisfied symbol "__iordi3" in file /test/gnu/gcc/objdir/./gcc/libgcc_eh.a

[dave at hiauly1 dot hia.nrc.ca]

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

--- Comment #2 from dave at hiauly1 dot hia.nrc.ca 2011-03-25 15:52:22 UTC ---
> I'd say PA64 should handle iordi3 w/o libgcc, no?

It does.  My initial guess is the breakage was introduced by
the fix for PR 48263.

Dave

[Bug target/48287] gcc.dg/vect/vect-cselim-1.c FAILs on SPARC

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-03-25 15:59:42 UTC ---
> --- Comment #1 from Ira Rosen  2011-03-25 15:42:06 
> UTC ---
> It fails because of misaligned load, so
>
> Index: vect-cselim-1.c
> ===
> --- vect-cselim-1.c (revision 171381)
> +++ vect-cselim-1.c (working copy)
> @@ -82,5 +82,5 @@
>return 0;
>  }
>
> -/* { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect"  } } */
> +/* { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect"  { xfail
> vect_no_align } } } */
>  /* { dg-final { cleanup-tree-dump "vect" } } */
>
> is supposed to fix this.

It does indeed, tested with runtest on sparc-sun-solaris2.10.

Thanks.
Rainer

[Bug target/48287] gcc.dg/vect/vect-cselim-1.c FAILs on SPARC

[irar at gcc dot gnu.org]

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

--- Comment #3 from irar at gcc dot gnu.org 2011-03-25 16:08:49 UTC ---
Author: irar
Date: Fri Mar 25 16:08:40 2011
New Revision: 171457

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

PR target/48287
* gcc.dg/vect/vect-cselim-1.c: Fail for vect_no_align.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/vect/vect-cselim-1.c

[Bug c++/48289] [4.5/4.6/4.7 regression] -pedantic breaks std::move

[jason at gcc dot gnu.org]

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

--- Comment #1 from Jason Merrill  2011-03-25 
16:17:00 UTC ---
Author: jason
Date: Fri Mar 25 16:16:53 2011
New Revision: 171461

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171461
Log:
PR c++/48289
* pt.c (build_non_dependent_expr): Keep dereferences outside the
NON_DEPENDENT_EXPR.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/move1.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog

[Bug c++/48289] [4.5/4.6/4.7 regression] -pedantic breaks std::move

[jason at gcc dot gnu.org]

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

--- Comment #2 from Jason Merrill  2011-03-25 
16:17:41 UTC ---
Author: jason
Date: Fri Mar 25 16:17:36 2011
New Revision: 171463

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171463
Log:
PR c++/48289
* pt.c (build_non_dependent_expr): Keep dereferences outside the
NON_DEPENDENT_EXPR.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/cpp0x/move1.C
Modified:
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/pt.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog

[Bug tree-optimization/48290] New: FAIL: gcc.dg/vect/pr38529.c, ICE in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1072

[rguenth at gcc dot gnu.org]

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

   Summary: FAIL: gcc.dg/vect/pr38529.c, ICE in
vect_get_vec_def_for_operand, at
tree-vect-stmts.c:1072
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rgue...@gcc.gnu.org
CC: i...@gcc.gnu.org


The vectorizer seems to mishandle PHIs for

:

:
  # j_17 = PHI 
  # ivtmp.6_14 = PHI 
  j_5 = j_17 + 1;
  ivtmp.6_15 = ivtmp.6_14 - 1;
  if (ivtmp.6_15 != 0)
goto ;
  else
goto ;

:
  # a_I_lsm.4_2 = PHI <0.0(4)>
  a[i_16] = a_I_lsm.4_2;
  i_6 = i_16 + 1;
  ivtmp.5_12 = ivtmp.5_10 - 1;
  if (ivtmp.5_12 != 0)
goto ;
  else
goto ;

:

:
  # i_16 = PHI <0(2), i_6(6)>
  # ivtmp.5_10 = PHI <4(2), ivtmp.5_12(6)>
  goto ;


in outer loop vectorization.  Somehow this PHI isn't processed at all.

While I will fix copyprop further to propagate the zero to its single use
I think the vectorizer shouldn't ICE on this case either.

Ira, can you have a look?

Thanks,
Richard.

[Bug boehm-gc/11412] boehm-gc testing problems

[ro at gcc dot gnu.org]

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

--- Comment #4 from Rainer Orth  2011-03-25 17:04:24 UTC 
---
Author: ro
Date: Fri Mar 25 17:04:16 2011
New Revision: 171514

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171514
Log:
PR boehm-gc/11412
* configure.ac (THREADCFLAGS): New variable.
Use it instead of INCLUDES, AM_CPPFLAGS.
<*-*-kfreebsd*-gnu> (THREADDLLIBS): Rename to THREADLIBS.
Remove DG/UX support.
(AC_CONFIG_FILES): Add testsuite/Makefile.
* Makefile.am (AUTOMAKE_OPTIONS): Use foreign instead of cygnus.
(SUBDIRS): Add testsuite.
(libgcjgc_la_LIBADD): Remove $(UNWINDLIBS).
(AM_CXXFLAGS): Add $(THREADCFLAGS).
(AM_CFLAGS): Likewise.
Remove TESTS related variables.
* Makefile.in: Regenerate.
* configure: Regenerate.
* testsuite/Makefile.am: New file.
* testsuite/Makefile.in: New file.
* testsuite/lib/boehm-gc.exp: New file.
* testsuite/config/default.exp: New file.
* testsuite/boehm-gc.c/c.exp: New file.
* testsuite/boehm-gc.lib/lib.exp: New file.
* tests/test.c: Move ...
* testsuite/boehm-gc.c/gctest.c: ... here.
* tests/leak_test.c, tests/middle.c, tests/thread_leak_test.c,
tests/trace_test.c: Move ...
* testsuite/boehm-gc.c: ... here.
* testsuite/boehm-gc.c/trace_test.c: Skip everywhere.
* tests/staticrootslib.c, tests/staticrootstest.c: Move ...
* testsuite/boehm-gc.lib: ... here.
* testsuite/boehm-gc.lib/staticrootstest.c: Use dg-add-shlib
staticrootslib.c.
* tests/test_cpp.cc: Move ...
* testsuite/boehm-gc.c++: ... here.

Added:
trunk/boehm-gc/testsuite/
trunk/boehm-gc/testsuite/Makefile.am
trunk/boehm-gc/testsuite/Makefile.in
trunk/boehm-gc/testsuite/boehm-gc.c/
trunk/boehm-gc/testsuite/boehm-gc.c++/
trunk/boehm-gc/testsuite/boehm-gc.c++/test_cpp.cc
  - copied unchanged from r171465, trunk/boehm-gc/tests/test_cpp.cc
trunk/boehm-gc/testsuite/boehm-gc.c/c.exp
trunk/boehm-gc/testsuite/boehm-gc.c/gctest.c
  - copied unchanged from r171465, trunk/boehm-gc/tests/test.c
trunk/boehm-gc/testsuite/boehm-gc.c/leak_test.c
  - copied unchanged from r171465, trunk/boehm-gc/tests/leak_test.c
trunk/boehm-gc/testsuite/boehm-gc.c/middle.c
  - copied unchanged from r171465, trunk/boehm-gc/tests/middle.c
trunk/boehm-gc/testsuite/boehm-gc.c/thread_leak_test.c
  - copied unchanged from r171465, trunk/boehm-gc/tests/thread_leak_test.c
trunk/boehm-gc/testsuite/boehm-gc.c/trace_test.c
  - copied, changed from r171465, trunk/boehm-gc/tests/trace_test.c
trunk/boehm-gc/testsuite/boehm-gc.lib/
trunk/boehm-gc/testsuite/boehm-gc.lib/lib.exp
trunk/boehm-gc/testsuite/boehm-gc.lib/staticrootslib.c
  - copied unchanged from r171465, trunk/boehm-gc/tests/staticrootslib.c
trunk/boehm-gc/testsuite/boehm-gc.lib/staticrootstest.c
  - copied, changed from r171465, trunk/boehm-gc/tests/staticrootstest.c
trunk/boehm-gc/testsuite/config/
trunk/boehm-gc/testsuite/config/default.exp
trunk/boehm-gc/testsuite/lib/
trunk/boehm-gc/testsuite/lib/boehm-gc.exp
Removed:
trunk/boehm-gc/tests/
Modified:
trunk/boehm-gc/Makefile.am
trunk/boehm-gc/Makefile.in
trunk/boehm-gc/configure
trunk/boehm-gc/configure.ac
trunk/boehm-gc/include/Makefile.in

[Bug fortran/45304] Functions/subroutines without arguments always treated like varargs

[burnus at gcc dot gnu.org]

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

--- Comment #5 from Tobias Burnus  2011-03-25 
17:53:41 UTC ---
Author: burnus
Date: Fri Mar 25 17:53:35 2011
New Revision: 171519

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171519
Log:
2011-03-25  Tobias Burnus  

PR fortran/48174
PR fortran/45304
* trans-types.c (gfc_get_function_type): Don't use varargs if
* the
procedure is known to have no arguments.

2011-03-25  Tobias Burnus  

PR fortran/48174
PR fortran/45304
* gfortran.dg/ishft_4.f90: Adapt scan-tree-dump-times.
* gfortran.dg/leadz_trailz_3.f90: Ditto


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-types.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/ishft_4.f90
trunk/gcc/testsuite/gfortran.dg/leadz_trailz_3.f90

[Bug fortran/48174] DWARF for subroutine with no args indicates 'varargs'

[burnus at gcc dot gnu.org]

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

--- Comment #7 from Tobias Burnus  2011-03-25 
17:53:41 UTC ---
Author: burnus
Date: Fri Mar 25 17:53:35 2011
New Revision: 171519

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171519
Log:
2011-03-25  Tobias Burnus  

PR fortran/48174
PR fortran/45304
* trans-types.c (gfc_get_function_type): Don't use varargs if
* the
procedure is known to have no arguments.

2011-03-25  Tobias Burnus  

PR fortran/48174
PR fortran/45304
* gfortran.dg/ishft_4.f90: Adapt scan-tree-dump-times.
* gfortran.dg/leadz_trailz_3.f90: Ditto


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-types.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/ishft_4.f90
trunk/gcc/testsuite/gfortran.dg/leadz_trailz_3.f90

[Bug tree-optimization/48290] FAIL: gcc.dg/vect/pr38529.c, ICE in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1072

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

 CC||irar at il dot ibm.com

--- Comment #1 from Ira Rosen  2011-03-25 18:04:20 UTC 
---
We don't expect a PHI that is neither induction nor reduction as a def stmt of
an operand. I'll try to fix this on Sunday.

Ira

[Bug target/48287] gcc.dg/vect/vect-cselim-1.c FAILs on SPARC

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Ira Rosen  2011-03-25 18:05:08 UTC 
---
Fixed.

[Bug fortran/48291] New: internal compiler error, new_symbol(): Symbol name too long

[adrian at llnl dot gov]

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

   Summary: internal compiler error, new_symbol(): Symbol name too
long
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: adr...@llnl.gov


This was tested with 4.6.0-rc2 and svn r171353 on x86_64, Ubuntu 10.4.

$ cat longname.F03

module Overload_AnException_type
  type Overload_AnException_t
  end type Overload_AnException_t
end module Overload_AnException_type


module Overload_AnException
  use Overload_AnException_type
  interface setNote
 module procedure setNote_s
  end interface setNote

contains

  recursive subroutine setNote_s(self, message, exception)
class(Overload_AnException_t) , intent(in) :: self
  end subroutine setNote_s

end module Overload_AnException


module Overload_AnException_Impl
  use Overload_AnException
  type, extends(Overload_AnException_t) :: Overload_AnException_impl_t
  end type Overload_AnException_impl_t

contains

  subroutine ctor_impl(self, exception)
type(Overload_AnException_impl_t) :: self
call setNote(self, 'AnException', exception)
  end subroutine ctor_impl
end module Overload_AnException_Impl


$ gfortran -c longname.F03
longname.F03:33.36:

end module Overload_AnException_Impl
1
Internal Error at (1):
new_symbol(): Symbol name too long


Diagnosis:

fortran/class.c:516
   |514   /* Construct default initialization variable.
   │516   sprintf (name, "__def_init_%s", tname); 
  >│517   gfc_get_symbol (name, ns, &def_init);

This creates the internal symbol name
"__def_init_overload_anexception_impl_Overload_anexception_
impl_t" (64 chars)

-> fortran/symbol.c:2529
  2529  if (strlen (name) > GFC_MAX_SYMBOL_LEN) 
  2530gfc_internal_error ("new_symbol(): Symbol name too long");

which is longer than GFC_MAX_SYMBOL_LEN = 63.

This restriction should not apply in this case, since the Fortran standard
allows for names to be up to 63 characters long -- and this particular symbol
was generated by the Fortran frontend, not the user.

[Bug fortran/45304] Functions/subroutines without arguments always treated like varargs

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #6 from Tobias Burnus  2011-03-25 
18:14:58 UTC ---
Should be FIXED.


(Remains to be done: For call to external (other translation unit) procedures
without explicit interface, the interface for the decl should be deduced by the
usage. See e.g. PR 40976, PR 33097, PR 44471.)

[Bug fortran/48174] DWARF for subroutine with no args indicates 'varargs'

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #8 from Tobias Burnus  2011-03-25 
18:16:27 UTC ---
FIXED. Thanks for the bug report.

(Remains to be done: For call to external (other translation unit) procedures
without explicit interface, the interface should be deduced by the usage. See
e.g. PR 40976, PR 33097, PR 44471.)

[Bug fortran/44471] Wrong call with variadic declaration

[burnus at gcc dot gnu.org]

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

--- Comment #6 from Tobias Burnus  2011-03-25 
18:18:22 UTC ---
See also PR 33097 and PR 40976. Try also the program at
http://gcc.gnu.org/ml/fortran/2010-05/msg00330.html to make sure it still
works.

[Bug fortran/33097] Function decl trees without proper argument list

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org
  Known to fail||

--- Comment #18 from Tobias Burnus  2011-03-25 
18:18:59 UTC ---
See also PR 44471.

[Bug fortran/48279] segfault in gfc_check_vardef_context

[adrian at llnl dot gov]

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

--- Comment #4 from Adrian Prantl  2011-03-25 18:59:48 
UTC ---
It is actually possible to combine the test into a single file:

minimal.F03

module sidl_string_array
  type sidl_string_1d
  end type sidl_string_1d
  interface set
module procedure &
  setg1_p
  end interface
contains
  subroutine setg1_p(array, index, val)
type(sidl_string_1d), intent(inout) :: array
  end subroutine setg1_p
end module sidl_string_array
module s_Hard
  use sidl_string_array
  type :: s_Hard_t
 integer(8) :: dummy
  end type s_Hard_t
  interface set_d_interface
  end interface 
  interface get_d_string
module procedure get_d_string_p
  end interface 
  contains ! Derived type member access functions
type(sidl_string_1d) function get_d_string_p(s)
  type(s_Hard_t), intent(in) :: s
end function get_d_string_p
subroutine set_d_objectArray_p(s, d_objectArray)
end subroutine set_d_objectArray_p
end module s_Hard

subroutine initHard(h, ex)
  use s_Hard
  type(s_Hard_t), intent(inout) :: h
  call set(get_d_string(h), 0, 'Three')
end subroutine initHard

$ gfortran -c minimal.F03
minimal.F03:26:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug target/47230] [4.6/4.7 Regression] gcc fails to bootstrap on alpha in stage2 with "relocation truncated to fit: GPREL16 against ..."

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #4 from Jakub Jelinek  2011-03-25 
19:51:38 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug target/47951] [4.6/4.7 Regression] web.c:union_match_dups segmentation fault for bfin

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #2 from Jakub Jelinek  2011-03-25 
19:51:53 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug target/45402] [4.6/4.7 Regression] ICE in extract_insn, at recog.c:2127 for gcc.dg/pr28796-2 on rx-elf

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #1 from Jakub Jelinek  2011-03-25 
19:52:00 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug c++/45665] [4.4/4.5 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in grokdeclarator, at cp/decl.c:8797 on invalid code

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #5 from Jakub Jelinek  2011-03-25 
19:52:07 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug middle-end/47654] [4.6/4.7 Regression] gcc.dg/vect/no-section-anchors-vect-outer-4h.c FAILs with -floop-block

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #6 from Jakub Jelinek  2011-03-25 
19:52:17 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug c++/48166] [4.6/4.7 Regression] ICE on static member function with invalid type qualifier

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #5 from Jakub Jelinek  2011-03-25 
19:51:56 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug c++/34491] [4.3/4.4/4.5 regression] ICE invalid template specialization

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #8 from Jakub Jelinek  2011-03-25 
19:52:05 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug target/47481] [4.6/4.7 Regression] spill failure with -O2 -msoft-float on Ada RTS

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #6 from Jakub Jelinek  2011-03-25 
19:51:58 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug middle-end/44440] [4.6/4.7 regression] ira_initialization and buitins construction taking too much of startup time

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #4 from Jakub Jelinek  2011-03-25 
19:51:55 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug target/40959] [4.3/4.4/4.5/4.6/4.7 regression] FreeBSD/ia64 build fails: No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGE

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #27 from Jakub Jelinek  2011-03-25 
19:52:00 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug target/46934] gcc ICE: error: unrecognizable insn: in extract_insn, at recog.c:2109

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #5 from Jakub Jelinek  2011-03-25 
19:51:58 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug middle-end/47691] [4.6/4.7 Regression] ICE: in create_linear_expr_from_tree, at graphite-sese-to-poly.c:1138 with -fgraphite-identity -ffast-math -fno-tree-scev-cprop

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #2 from Jakub Jelinek  2011-03-25 
19:51:48 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug libstdc++/43622] no C++ typeinfo for __float128 and __int128

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #8 from Jakub Jelinek  2011-03-25 
19:52:22 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug target/46770] Replace .ctors/.dtors with .init_array/.fini_array on targets supporting them

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #63 from Jakub Jelinek  2011-03-25 
19:52:17 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug tree-optimization/46590] [4.5/4.6/4.7 Regression] long compile time with -O2 and many loops

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #14 from Jakub Jelinek  2011-03-25 
19:52:13 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug libstdc++/36104] [4.3/4.4/4.5/4.6/4.7 Regression] gnu-versioned-namespace is broken

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #18 from Jakub Jelinek  2011-03-25 
19:51:51 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug c++/48212] [4.6/4.7 Regression] [C++0x] ICE: in non_const_var_error, at cp/semantics.c:6700 on invalid code

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #1 from Jakub Jelinek  2011-03-25 
19:52:00 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug middle-end/47092] [4.6/4.7 Regression] gfortran.fortran-torture/execute/forall_4.f90 is VERY slow with -fgraphite-identity

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #3 from Jakub Jelinek  2011-03-25 
19:52:26 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug tree-optimization/48134] [4.6 Regression] ICE: in refs_may_alias_p_1, at tree-ssa-alias.c:1085 with custom flags

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #6 from Jakub Jelinek  2011-03-25 
19:52:26 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug middle-end/47653] [4.6/4.7 Regression] gcc.c-torture/execute/930614-2.c FAILs with -fstack-check=generic -fgraphite-identity

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #5 from Jakub Jelinek  2011-03-25 
19:52:36 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug c/47435] [4.6/4.7 Regression] ICE: SIGSEGV in c_finish_case (c-typeck.c:8859) on invalid code

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #3 from Jakub Jelinek  2011-03-25 
19:52:25 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug debug/47510] DW_TAG_typedef can have children when designating a naming typedef

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #12 from Jakub Jelinek  2011-03-25 
19:52:28 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug c++/47488] sorry, unimplemented: string literal in function template signature

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #10 from Jakub Jelinek  2011-03-25 
19:52:12 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #50 from Jakub Jelinek  2011-03-25 
19:52:29 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug libstdc++/47145] configure test for docbook-xsl-ns stylesheets uses hardcoded path

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #28 from Jakub Jelinek  2011-03-25 
19:52:44 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug objc/31056] objc bogus warning when using const

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #5 from Jakub Jelinek  2011-03-25 
19:52:40 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug fortran/48112] [4.6/4.7 Regression] generic interface to external function in module

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #2 from Jakub Jelinek  2011-03-25 
19:52:10 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug target/47852] crash with g++ -lpthread on irix

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #2 from Jakub Jelinek  2011-03-25 
19:52:37 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug lto/46798] [4.6/4.7 Regression] invalid conversion in gimple call; verify_stmts failed

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #3 from Jakub Jelinek  2011-03-25 
19:52:38 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug rtl-optimization/48143] [4.6/4.7 Regression] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7114 with custom flags

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #6 from Jakub Jelinek  2011-03-25 
19:52:49 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug debug/47471] [4.6/4.7 Regression] stdarg functions extraneous too-early prologue end

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #1 from Jakub Jelinek  2011-03-25 
19:52:47 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

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

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #15 from Jakub Jelinek  2011-03-25 
19:52:23 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug middle-end/47581] [4.5 regression] Unnecessary adjustments to stack pointer

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #13 from Jakub Jelinek  2011-03-25 
19:52:50 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug lto/48100] [4.6/4.7 Regression] Assertion failed in lto_varpool_replace_node, at lto-symtab.c:304 with mixed LTO/non-LTO objects

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #3 from Jakub Jelinek  2011-03-25 
19:52:16 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug fortran/35779] error pointer wrong in PARAMETER

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #12 from Jakub Jelinek  2011-03-25 
19:52:07 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug c++/44641] Generated constructors and destructors get wrong debug location when a typedef uses a forward declaration of the type before the definition

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #25 from Jakub Jelinek  2011-03-25 
19:52:54 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug tree-optimization/46985] [4.4/4.5 Regression] ICE: SIGSEGV in is_gimple_min_invariant (gimple.c:2742) with -fno-tree-ccp -fno-tree-dominator-opts -fno-tree-fre

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #6 from Jakub Jelinek  2011-03-25 
19:52:51 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug lto/47936] [4.6/4.7 Regression] Missed optimization with LTO due to strict aliasing issues

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #4 from Jakub Jelinek  2011-03-25 
19:52:53 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug tree-optimization/46639] [4.6/4.7 Regression] Missing optimization due to function splitting and redundant conditionals

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #6 from Jakub Jelinek  2011-03-25 
19:52:52 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug debug/47393] g++.dg/debug/dwarf2/icf.C FAILs on IRIX

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #2 from Jakub Jelinek  2011-03-25 
19:52:09 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug rtl-optimization/44025] Multiple load 0 to register

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #3 from Jakub Jelinek  2011-03-25 
19:53:06 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug lto/47333] [4.6 regression] g++.dg/lto/20091219 FAILs on Solaris 2

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #11 from Jakub Jelinek  2011-03-25 
19:52:43 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug c++/43630] [4.3/4.4/4.5 Regression] ICE: SIGSEGV with invalid template specialization

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #4 from Jakub Jelinek  2011-03-25 
19:53:11 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug target/46127] Use 16bit add instead of 32bit in thumb2

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #2 from Jakub Jelinek  2011-03-25 
19:52:53 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug lto/47841] [4.6/4.7 Regression] New guality test failures

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #5 from Jakub Jelinek  2011-03-25 
19:52:42 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug tree-optimization/44688] [4.6/4.7 Regression] Excessive code-size growth at -O3

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #3 from Jakub Jelinek  2011-03-25 
19:52:59 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug debug/47780] [4.5 Regression] -fcompare-debug failure with -O -fgcse -fgcse-las -fstack-protector-all

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #4 from Jakub Jelinek  2011-03-25 
19:53:11 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug java/44495] [4.6/4.7 regression] ICE in java_mangle_resource_name, at java/mangle.c:658

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #1 from Jakub Jelinek  2011-03-25 
19:53:04 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

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

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #10 from Jakub Jelinek  2011-03-25 
19:53:11 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug tree-optimization/42172] inefficient bit fields assignments

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #7 from Jakub Jelinek  2011-03-25 
19:53:14 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug lto/44992] ld -r breaks LTO

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #9 from Jakub Jelinek  2011-03-25 
19:53:20 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug target/47540] ARM THUMB crash with complex numbers

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #8 from Jakub Jelinek  2011-03-25 
19:53:15 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.

[Bug target/46942] x86_64 parameter passing unnecessary sign/zero extends

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|4.6.0   |4.6.1

--- Comment #8 from Jakub Jelinek  2011-03-25 
19:52:58 UTC ---
GCC 4.6.0 is being released, adjusting target milestone.