[Bug target/48678] [4.6/4.7 Regression] unable to find a register to spill in class ‘GENERAL_REGS’

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.19 07:28:19
 CC||jakub at gcc dot gnu.org
   Target Milestone|--- |4.6.1
Summary|[regression] unable to find |[4.6/4.7 Regression] unable
   |a register to spill in  |to find a register to spill
   |class ‘GENERAL_REGS’|in class ‘GENERAL_REGS’
 Ever Confirmed|0   |1

--- Comment #1 from Jakub Jelinek  2011-04-19 
07:28:19 UTC ---
ICE started with http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161655

[Bug bootstrap/48679] New: [4.7 regression] bootstrap comparison failures on m68k-linux

[mikpe at it dot uu.se]

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

   Summary: [4.7 regression] bootstrap comparison failures on
m68k-linux
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mi...@it.uu.se


The last 4.7 snapshot I was able to build on m68k-linux was 4.7-20110326. 
Since then, every single weekly snapshot has failed with bootstrap comparison
failures.  Some weeks other archs have also seen bootstrap comparison failures
but recently they aren't, however m68k-linux still does:

> /mnt/scratch/gcc-4.7-20110416/configure --prefix=/mnt/scratch/install47 
> --enable-bootstrap --enable-shared --enable-threads=posix 
> --enable-checking=release --with-system-zlib --enable-__cxa_atexit 
> --disable-libunwind-exceptions --enable-languages=c,c++ --enable-java-awt=gtk 
> --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre 
> --enable-libgcj-multifile --disable-java-maintainer-mode 
> --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib 
> --disable-sjlj-exceptions --disable-libmudflap 
> --with-gmp=/home/mikpe/pkgs/linux-m68k/gmp-4.3.2 
> --with-mpfr=/home/mikpe/pkgs/linux-m68k/mpfr-2.4.2 
> --with-mpc=/home/mikpe/pkgs/linux-m68k/mpc-0.8.2 --disable-plugin 
> --disable-lto --disable-multilib
> make bootstrap
...
rm -f stage_current
make[3]: Leaving directory `/mnt/scratch/objdir47'
Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/tlink.o differs
gcc/tree-affine.o differs
gcc/tree-vrp.o differs
gcc/tree-ssa-uninit.o differs
gcc/fwprop.o differs
gcc/et-forest.o differs
gcc/real.o differs
gcc/sel-sched-dump.o differs

(many many more lines omitted)

libiberty/simple-object-elf.o differs
libiberty/alloca.o differs
libiberty/sha1.o differs
libiberty/getpwd.o differs
libiberty/floatformat.o differs
libiberty/md5.o differs
libiberty/pex-common.o differs
libiberty/simple-object-coff.o differs
libiberty/simple-object-mach-o.o differs
libiberty/objalloc.o differs
make[2]: *** [compare] Error 1
make[2]: Leaving directory `/mnt/scratch/objdir47'
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory `/mnt/scratch/objdir47'
make: *** [bootstrap] Error 2

I will attempt to bisect this, but with the multiple generic bootstrap
comparison failures 4.7 has experienced recently, it's going to take some time.

[Bug debug/48603] Missing DW_TAG_typedef for anonymous struct in template

[rguenther at suse dot de]

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

--- Comment #7 from rguenther at suse dot de  
2011-04-19 07:55:38 UTC ---
On Tue, 19 Apr 2011, jan.kratochvil at redhat dot com wrote:

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48603
> 
> --- Comment #6 from Jan Kratochvil  
> 2011-04-19 05:02:16 UTC ---
> I guess it would be enough for GDB to provide there the name, without
> namespaces.
> Just in such case it needs to be a completely different attribute than
> overloaded DW_AT{,_MIPS}_linkage_name.

But the user can't refer to it but should use the typedef name.  So,
what's the usage scenario exactly?

[Bug target/48678] [4.6/4.7 Regression] unable to find a register to spill in class ‘GENERAL_REGS’

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||ubizjak at gmail dot com

--- Comment #2 from Jakub Jelinek  2011-04-19 
07:57:37 UTC ---
Having (strict_low_part (subreg:HI (reg:V2DI ...) 0)) on the LHS doesn't sound
like a good idea to me (and this is created already during expansion).  Maybe
reload should be supposed to handle that (it could copy the V2DI reg into a
general reg, then do the movstrict on the general reg and then copy it back),
but IMHO it is never going to lead to efficient code.  The following patch
fixes the ICE for me, but dunno if that is how we want to fix it.
Before the r161655 change arbitrary VCEs (in form of MEM_EXPR) weren't allowed
on
the LHS, so this wasn't a problem.

--- gcc/config/i386/i386.md.jj2011-04-08 13:40:40.0 +0200
+++ gcc/config/i386/i386.md2011-04-19 09:43:39.0 +0200
@@ -2408,6 +2408,9 @@ (define_expand "movstrict"
 {
   if (TARGET_PARTIAL_REG_STALL && optimize_function_for_speed_p (cfun))
 FAIL;
+  if (GET_CODE (operands[0]) == SUBREG
+  && GET_MODE_CLASS (GET_MODE (SUBREG_REG (operands[0]))) != MODE_INT)
+FAIL;
   /* Don't generate memory->memory moves, go through a register */
   if (MEM_P (operands[0]) && MEM_P (operands[1]))
 operands[1] = force_reg (mode, operands[1]);

[Bug c++/48680] New: -Weffc++ update description for 2nd and 3rd edition of Scott Meyers

[bernhard.merkle at googlemail dot com]

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

   Summary: -Weffc++ update description for 2nd and 3rd edition of
Scott Meyers
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bernhard.mer...@googlemail.com


option -Weffc++ still lists Item 11, 12, 14, 15 etc from the "Effective C++"
However there is now a 3rd edition of the book.

I would recommend to include the version of the "Effective C++" book into the
description, e.g. currently the Items above refer to the 2nd edition.

[Bug debug/48603] Missing DW_TAG_typedef for anonymous struct in template

[jan.kratochvil at redhat dot com]

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

--- Comment #8 from Jan Kratochvil  
2011-04-19 08:30:52 UTC ---
It is a fully redundant information.  It just makes the processing in consumers
easier.  There was a first GDB patch which did not need
DW_AT{,_MIPS}_linkage_name but it had some issues:
  http://sourceware.org/ml/gdb-patches/2011-02/msg00029.html

So either there should be some DW_AT_GNU_assumed_name having no namespaces or
GDB should be reworked some way to deal without it.  It the current way is a
real LTO blocker for GCC.

[Bug target/48678] [4.6/4.7 Regression] unable to find a register to spill in class ‘GENERAL_REGS’

[ubizjak at gmail dot com]

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

--- Comment #3 from Uros Bizjak  2011-04-19 08:33:49 
UTC ---
(In reply to comment #2)
> Having (strict_low_part (subreg:HI (reg:V2DI ...) 0)) on the LHS doesn't sound
> like a good idea to me (and this is created already during expansion).  Maybe
> reload should be supposed to handle that (it could copy the V2DI reg into a
> general reg, then do the movstrict on the general reg and then copy it back),
> but IMHO it is never going to lead to efficient code.  The following patch
> fixes the ICE for me, but dunno if that is how we want to fix it.
> Before the r161655 change arbitrary VCEs (in form of MEM_EXPR) weren't allowed
> on the LHS, so this wasn't a problem.

We can perhaps implement S_L_P inserts with pinsr instructions (pinsrw in this
case). Since SSE2 implements only pinsrw (other widths are implemented in
SSE4_1) this would slightly complicate movstrict expander, but IMO, it is worth
a try.

[Bug c++/48680] -Weffc++ update description for 2nd and 3rd edition of Scott Meyers

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||diagnostic

--- Comment #1 from Jonathan Wakely  2011-04-19 
08:39:57 UTC ---
I'd prefer to just update the docs to say it refers to the 2nd edition - I
consider -Weffc++ to be of questionable value anyway

[Bug preprocessor/48677] cpp.exe broken ?

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

  Build||i686-w64-mingw32

--- Comment #1 from Jonathan Wakely  2011-04-19 
08:45:23 UTC ---
(In reply to comment #0)
> 
> unfortunatly it seems something broke with the changes causing cpp.exe to 
> crash
> when executed (i686-w64-mingw32) a quick run through gdb points to 
> lbasename.c 

Does it crash in all cases, whatever arguments you give it, or only sometimes?

> in this section   
> 
>   /* Skip over a possible disk name.  */
>   if (ISALPHA(name[0]) && name[1] == ':') // crashes here
> name += 2;

Why does it crash? is name null? is it less than two characters?

[Bug c++/48681] New: static assertion using DBL_MIN/DBL_MAX/DBL_EPSILON doesn't work with g++-4.5

[stefan at space dot twc.de]

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

   Summary: static assertion using DBL_MIN/DBL_MAX/DBL_EPSILON
doesn't work with g++-4.5
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ste...@space.twc.de


We're using static assertions (assertions that are checked at compile time) to
validate certain properties for DBL_MIN/DBL_MAX/DBL_EPSILON in BEAST. I've
isolated the code and made a standalone example. With g++-4.4, everything
compiles fine, with g++-4.5, it doesn't compile any more. The code is:


/* sassert.cc */

#include "values.h"

#define BIRNET_CPP_PASTE2i(a,b) a ## b/* twofold
indirection is required to expand macros like __LINE__ */
#define BIRNET_CPP_PASTE2(a,b)  BIRNET_CPP_PASTE2i (a,b)
#define BIRNET_STATIC_ASSERT_NAMED(expr,asname) typedef struct { char
asname[(expr) ? 1 : -1]; } BIRNET_CPP_PASTE2 (Birnet_StaticAssertion_LINE,
__LINE__)
#define BIRNET_STATIC_ASSERT(expr)  BIRNET_STATIC_ASSERT_NAMED
(expr, compile_time_assertion_failed)

BIRNET_STATIC_ASSERT (FLT_MIN  <= 1E-37);
BIRNET_STATIC_ASSERT (FLT_MAX  >= 1E+37);
BIRNET_STATIC_ASSERT (FLT_EPSILON  <= 1E-5);
BIRNET_STATIC_ASSERT (DBL_MIN  <= 1E-37);
BIRNET_STATIC_ASSERT (DBL_MAX  >= 1E+37);
BIRNET_STATIC_ASSERT (DBL_EPSILON  <= 1E-9);

int
main()
{
  return 0;
}

# g++-4.4 sassert.cc
works

# g++-4.5 sassert.cc
sassert.cc:11:1: error: array bound is not an integer constant before ']' token
sassert.cc:12:1: error: array bound is not an integer constant before ']' token
sassert.cc:13:1: error: array bound is not an integer constant before ']' token

Preprocessed code for g++-4.4:
==
/* [...] */
typedef struct { char compile_time_assertion_failed[(1.17549435e-38F <= 1E-37)
? 1 : -1]; } Birnet_StaticAssertion_LINE8;
typedef struct { char compile_time_assertion_failed[(3.40282347e+38F >= 1E+37)
? 1 : -1]; } Birnet_StaticAssertion_LINE9;
typedef struct { char compile_time_assertion_failed[(1.19209290e-7F <= 1E-5) ?
1 : -1]; } Birnet_StaticAssertion_LINE10;
typedef struct { char compile_time_assertion_failed[(2.2250738585072014e-308 <=
1E-37) ? 1 : -1]; } Birnet_StaticAssertion_LINE11;
typedef struct { char compile_time_assertion_failed[(1.7976931348623157e+308 >=
1E+37) ? 1 : -1]; } Birnet_StaticAssertion_LINE12;
typedef struct { char compile_time_assertion_failed[(2.2204460492503131e-16 <=
1E-9) ? 1 : -1]; } Birnet_StaticAssertion_LINE13;

int
main()
{
  return 0;
}

Preprocessed code for g++-4.5:
==

typedef struct { char
compile_time_assertion_failed[(1.17549435082228750797e-38F <= 1E-37) ? 1 : -1];
} Birnet_StaticAssertion_LINE8;
typedef struct { char
compile_time_assertion_failed[(3.40282346638528859812e+38F >= 1E+37) ? 1 : -1];
} Birnet_StaticAssertion_LINE9;
typedef struct { char compile_time_assertion_failed[(1.1920928955078125e-7F
<= 1E-5) ? 1 : -1]; } Birnet_StaticAssertion_LINE10;
typedef struct { char
compile_time_assertion_failed[(((double)2.22507385850720138309e-308L) <= 1E-37)
? 1 : -1]; } Birnet_StaticAssertion_LINE11;
typedef struct { char
compile_time_assertion_failed[(((double)1.79769313486231570815e+308L) >= 1E+37)
? 1 : -1]; } Birnet_StaticAssertion_LINE12;
typedef struct { char
compile_time_assertion_failed[(((double)2.22044604925031308085e-16L) <= 1E-9) ?
1 : -1]; } Birnet_StaticAssertion_LINE13;

int
main()
{
  return 0;
}

I'm not sure if this is to be considered a compiler bug (so it should be fixed
in g++), or if the code in question is not valid C++ and should not be used (so
it should be fixed in the application).

[Bug debug/48603] Missing DW_TAG_typedef for anonymous struct in template

[rguenther at suse dot de]

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

--- Comment #9 from rguenther at suse dot de  
2011-04-19 08:52:11 UTC ---
On Tue, 19 Apr 2011, jan.kratochvil at redhat dot com wrote:

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48603
> 
> --- Comment #8 from Jan Kratochvil  
> 2011-04-19 08:30:52 UTC ---
> It is a fully redundant information.  It just makes the processing in 
> consumers
> easier.  There was a first GDB patch which did not need
> DW_AT{,_MIPS}_linkage_name but it had some issues:
>   http://sourceware.org/ml/gdb-patches/2011-02/msg00029.html
> 
> So either there should be some DW_AT_GNU_assumed_name having no namespaces or
> GDB should be reworked some way to deal without it.  It the current way is a
> real LTO blocker for GCC.

I'm considering two ways of fixing the LTO issue, either make
dwarf2out.c not ICE (thus, simply avoid this extension - possibly
with, but hopefully without debugging impact).  Or compute a
DECL_ASSEMBLER_NAME for such typedefs during compile-time, which
has some memory usage impact.

What I'm trying to figure out is if there is an even better
solution completely avoiding the need for this kind of late
language-specific type mangling.

Richard.

[Bug tree-optimization/46188] [4.5 regression] -fipa-cp removes destructor call

[rguenth at gcc dot gnu.org]

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

--- Comment #13 from Richard Guenther  2011-04-19 
08:59:47 UTC ---
Author: rguenth
Date: Tue Apr 19 08:59:45 2011
New Revision: 172698

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172698
Log:
2011-04-19  Richard Guenther  

PR tree-optimization/46188
Backported from 4.6 branch
2010-05-26  Jan Hubicka  

* cgraphunit.c (clone_of_p): Remove.
(verify_cgraph_node): Do not verify clones.
(cgraph_materialize_all_clones): Do no redirection here.
* ipa-inline.c (inline_transform): Do redirection here.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/cgraphunit.c
branches/gcc-4_5-branch/gcc/ipa-inline.c

[Bug tree-optimization/46188] [4.5 regression] -fipa-cp removes destructor call

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #14 from Richard Guenther  2011-04-19 
09:00:09 UTC ---
Fixed.

[Bug rtl-optimization/45813] [4.4/4.5 Regression] alias analysis problem with -mthumb

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 CC||bernds at gcc dot gnu.org
  Known to work||4.3.5, 4.6.0

--- Comment #12 from Richard Guenther  2011-04-19 
09:06:03 UTC ---
The quoted revision fixing this for 4.6 doesn't look like a wrong-code fix
but a cost adjustment.

[Bug preprocessor/48248] [4.5 Regression] Wrong error message location when compiling preprocessed code

[rguenth at gcc dot gnu.org]

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

--- Comment #9 from Richard Guenther  2011-04-19 
09:14:08 UTC ---
Author: rguenth
Date: Tue Apr 19 09:14:05 2011
New Revision: 172701

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172701
Log:
2011-04-18  Richard Guenther  

PR preprocessor/48248
* c-ppoutput.c (maybe_print_line): Avoid changing -P behavior.

Modified:
branches/gcc-4_6-branch/gcc/c-family/ChangeLog
branches/gcc-4_6-branch/gcc/c-family/c-ppoutput.c

[Bug c++/48562] Prematurely destroys initializer_list array when using new-expression

[amonakov at gcc dot gnu.org]

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

Alexander Monakov  changed:

   What|Removed |Added

 CC||bkoz at gcc dot gnu.org

--- Comment #1 from Alexander Monakov  2011-04-19 
09:20:05 UTC ---
*** Bug 48669 has been marked as a duplicate of this bug. ***

[Bug bootstrap/48669] sel_sched_region_2's "need_stall" vs. -Werror=uninitialized

[amonakov at gcc dot gnu.org]

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

Alexander Monakov  changed:

   What|Removed |Added

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

--- Comment #1 from Alexander Monakov  2011-04-19 
09:20:05 UTC ---
This is a dup of a previously reported LTO bootstrap problem, which has been
fixed on the trunk.

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

[Bug preprocessor/48248] [4.5 Regression] Wrong error message location when compiling preprocessed code

[rguenth at gcc dot gnu.org]

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

--- Comment #10 from Richard Guenther  2011-04-19 
09:19:35 UTC ---
Author: rguenth
Date: Tue Apr 19 09:19:33 2011
New Revision: 172703

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172703
Log:
2011-04-19  Richard Guenther  

Backported from 4.6 branch
2011-03-29  Jakub Jelinek  

PR preprocessor/48248
* c-ppoutput.c (print): Add src_file field.
(init_pp_output): Initialize it.
(maybe_print_line): Don't optimize by adding up to 8 newlines
if map->to_file and print.src_file are different file.
(print_line): Update print.src_file.

2011-04-18  Richard Guenther  

PR preprocessor/48248
* c-ppoutput.c (maybe_print_line): Avoid changing -P behavior.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/c-ppoutput.c

[Bug target/48678] [4.6/4.7 Regression] unable to find a register to spill in class ‘GENERAL_REGS’

[jakub at gcc dot gnu.org]

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

--- Comment #4 from Jakub Jelinek  2011-04-19 
09:22:37 UTC ---
Might be a good idea, though IMHO just for 4.7, not for 4.6.
Would you be ok with this patch (plus testcase obviously) for 4.6?  If yes, is
it ok temporarily for 4.7 too and you'd then go ahead and adjust it for pinsr*?
The movstrict{hi,qi}_1 pattern then would probably need to have variant with x
and either have # for that alternative or something similar.  The expander
would still need to reject 256-bit vector modes and XFmode, other floating
point modes for non-SSE math, etc.

[Bug libfortran/48682] New: Incorrect field justification with Gw.d edit descriptor

[jb at gcc dot gnu.org]

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

   Summary: Incorrect field justification with Gw.d edit
descriptor
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libfortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


Consider:

program gformat
  real(8) :: r
  integer :: ii
  do ii = -8, 25
 r = 10._8**ii / 3.0_8
 print '(A,G13.6,A,G0.6,A,G0,A)', ":::", r, ":::", r, ":::", r, ":::"
  end do
end program gformat

This program prints:

::: 0.33E-08:::.33E-008:::.4E-008:::
::: 0.33E-07:::.33E-007:::.4E-007:::
::: 0.33E-06:::.33E-006:::.0E-006:::
::: 0.33E-05:::.33E-005:::.7E-005:::
::: 0.33E-04:::.33E-004:::.5E-004:::
::: 0.33E-03:::.33E-003:::.2E-003:::
::: 0.33E-02:::.33E-002:::.5E-002:::
::: 0.33E-01:::.33E-001:::.3E-001:::
::: 0.33:::.33:::.1:::
:::  3.3:::3.3:::3.3335:::
:::  33.:::33.:::33.336:::
:::  333.333:::333.333:::333.31:::
:::  .33:::.33:::.5:::
:::  3.3:::3.3:::3.3336:::
:::  33.:::33.:::33.331:::
::: 0.33E+07:::.33E+007:::333.35:::
::: 0.33E+08:::.33E+008:::.2:::
::: 0.33E+09:::.33E+009:::3.3331:::
::: 0.33E+10:::.33E+010:::33.335:::
::: 0.33E+11:::.33E+011:::333.32:::
::: 0.33E+12:::.33E+012:::.1:::
::: 0.33E+13:::.33E+013:::3.3335:::
::: 0.33E+14:::.33E+014:::33.332:::
::: 0.33E+15:::.33E+015:::333.31:::
::: 0.33E+16:::.33E+016:::.5:::
::: 0.33E+17:::.33E+017:::2.:::
::: 0.33E+18:::.33E+018:::.1E+018:::
::: 0.33E+19:::.33E+019:::.5E+019:::
::: 0.33E+20:::.33E+020:::.2E+020:::
::: 0.33E+21:::.33E+021:::.1E+021:::
::: 0.33E+22:::.33E+022:::.5E+022:::
::: 0.33E+23:::.33E+023:::.2E+023:::
::: 0.33E+24:::.33E+024:::.3E+024:::
::: 0.33E+25:::.33E+025:::.8E+025:::



However F2008 (N1830.pdf) 10.7.2.1 says

"
On output, the representation is right justified in the field. If the number of
characters produced by
the editing is smaller than the field width, leading blanks are inserted in the
field.
"

That is, when Gw.d uses F format, the field is not right justified. For
comparison the second and third columns using the G0.d and G0 edit descriptors
are correctly right justified (and the field width is the minimum one, as also
required for the G0 and G0.d descriptors).

[Bug bootstrap/48679] [4.7 regression] bootstrap comparison failures on m68k-linux

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

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

--- Comment #1 from Andreas Schwab  2011-04-19 09:24:05 
UTC ---
What are the differences?

[Bug bootstrap/48652] [4.7 Regression] LTO profiledbootstrap failure

[amonakov at gcc dot gnu.org]

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

Alexander Monakov  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Alexander Monakov  2011-04-19 
09:24:14 UTC ---
The bootstrap problem was fixed by revision 172663 (Honza's IPA inlining
cleanup).

[Bug bootstrap/48652] [4.7 Regression] LTO profiledbootstrap failure

[amonakov at gcc dot gnu.org]

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

Alexander Monakov  changed:

   What|Removed |Added

 CC||bkoz at gcc dot gnu.org

--- Comment #5 from Alexander Monakov  2011-04-19 
09:26:55 UTC ---
*** Bug 48669 has been marked as a duplicate of this bug. ***

[Bug bootstrap/48669] sel_sched_region_2's "need_stall" vs. -Werror=uninitialized

[amonakov at gcc dot gnu.org]

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

--- Comment #2 from Alexander Monakov  2011-04-19 
09:26:55 UTC ---


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

[Bug preprocessor/48248] [4.5 Regression] Wrong error message location when compiling preprocessed code

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
  Known to fail||4.5.2

--- Comment #11 from Richard Guenther  2011-04-19 
09:36:01 UTC ---
Fixed.

[Bug preprocessor/48677] cpp.exe broken ?

[ralphengels at gmail dot com]

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

--- Comment #2 from ralphengels at gmail dot com  
2011-04-19 09:41:45 UTC ---
in all cases im afraid.

i tried skipping over null names but the crash persists, no output either i
just get the usual windows box with cpp.exe has stopped working.

the reason why i noticed it in the first place was that codeblocks popped a
warning about cpp not working every time it tried to parse from my project
files.

tbh. im not sure where the bug started from. i remember doing a build of an
earlier svn version before release and there cpp was working but i cant
remember the version number.

i can upload the executable if you want to give it a try with debugging.

ralph

[Bug middle-end/48668] [4.6/4.7 regression] COMDAT Group signature not emitted in group

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Keywords||wrong-code
   Target Milestone|--- |4.6.1

[Bug debug/48670] explosion in time and stack usage when using -ggdb

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2011.04.19 09:44:21
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-04-19 
09:44:21 UTC ---
Attachment missing.

[Bug c++/48672] [4.6/4.7 regression] control reaches end of non-void false positive

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.6.1
Summary|[4.6 regression] control|[4.6/4.7 regression]
   |reaches end of non-void |control reaches end of
   |false positive  |non-void false positive

--- Comment #3 from Richard Guenther  2011-04-19 
09:45:57 UTC ---
Maybe try -fstrict-enums?

[Bug target/48673] [4.7 Regression] GCC generates WAW and RAW conflicts on IA64.

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Keywords||wrong-code
 Target||ia64-*-*
   Target Milestone|--- |4.7.0

[Bug middle-end/48674] [4.7 Regression] FAIL: g++.dg/torture/pr48661.C

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0

[Bug bootstrap/48679] [4.7 regression] bootstrap comparison failures on m68k-linux

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0

[Bug c++/48681] static assertion using DBL_MIN/DBL_MAX/DBL_EPSILON doesn't work with g++-4.5

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
Version|unknown |4.5.2
 Resolution||INVALID

--- Comment #1 from Richard Guenther  2011-04-19 
09:54:28 UTC ---
I think expressions involving floating point operations are never valid
integral constant expressions (at least not in C).

An EDG based frontend agrees with that:

t.C(2): error: expression must have integral or enum type
  compile_time_assertion_failed[(1.17549435082228750797e-38F <= 1E-37) ? 1 :
-1];
 ^
...
t.C(13): error: type of cast must be integral or enum
  compile_time_assertion_failed[(((double)1.79769313486231570815e+308L) >=
1E+37)
   ^

[Bug bootstrap/48679] [4.7 regression] bootstrap comparison failures on m68k-linux

[mikpe at it dot uu.se]

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

--- Comment #2 from Mikael Pettersson  2011-04-19 
09:58:30 UTC ---
`size' shows .text size differences, diffing objdump -d outputs shows what
looks like register allocation changes.  E.g. on libiberty/objalloc.o:

> size prev-libiberty/objalloc.o libiberty/objalloc.o
   textdata bss dec hex filename
700   0   0 700 2bc prev-libiberty/objalloc.o
712   0   0 712 2c8 libiberty/objalloc.o
> objdump -d prev-libiberty/objalloc.o > a 
> objdump -d libiberty/objalloc.o > b
> diff -u a b
--- a   2011-04-19 09:48:31.0 +
+++ b   2011-04-19 09:49:27.0 +
@@ -1,5 +1,5 @@

-prev-libiberty/objalloc.o: file format elf32-m68k
+libiberty/objalloc.o: file format elf32-m68k


 Disassembly of section .text:
@@ -15,7 +15,7 @@
   16:  588faddql #4,%sp
   18:  4a88tstl %a0
   1a:  6720beqs 3c 
-  1c:  4878 0fe0   pea fe0 
+  1c:  4878 0fe0   pea fe0 
   20:  4e93jsr %a3@
   22:  2548 0008   movel %a0,%a2@(8)
   26:  588faddql #4,%sp
@@ -56,7 +56,7 @@
   82:  6464bccs e8 <_objalloc_alloc+0x80>
   84:  0c82  01ff  cmpil #511,%d2
   8a:  6200 0090   bhiw 11c <_objalloc_alloc+0xb4>
-  8e:  4878 0fe0   pea fe0 
+  8e:  4878 0fe0   pea fe0 
   92:  4eb9    jsr 0 
   98:  588faddql #4,%sp
   9a:  4a88tstl %a0
@@ -131,141 +131,141 @@

 015a :
  15a:  4e56    linkw %fp,#0
- 15e:  48e7 2030   moveml %d2/%a2-%a3,%sp@-
- 162:  266e 0008   moveal %fp@(8),%a3
- 166:  206b 0008   moveal %a3@(8),%a0
- 16a:  45f9    lea 0 ,%a2
- 170:  4a88tstl %a0
- 172:  671abeqs 18e 
- 174:  2410movel %a0@,%d2
- 176:  2f08movel %a0,%sp@-
- 178:  4e92jsr %a2@
- 17a:  588faddql #4,%sp
- 17c:  4a82tstl %d2
- 17e:  670ebeqs 18e 
- 180:  2042moveal %d2,%a0
- 182:  2410movel %a0@,%d2
- 184:  2f08movel %a0,%sp@-
- 186:  4e92jsr %a2@
- 188:  588faddql #4,%sp
- 18a:  4a82tstl %d2
- 18c:  66f2bnes 180 
- 18e:  2d4b 0008   movel %a3,%fp@(8)
- 192:  4cee 0c04 fff4  moveml %fp@(-12),%d2/%a2-%a3
- 198:  4e5eunlk %fp
- 19a:  60ff    bral 19c 
+ 15e:  2f0amovel %a2,%sp@-
+ 160:  2f02movel %d2,%sp@-
+ 162:  246e 0008   moveal %fp@(8),%a2
+ 166:  206a 0008   moveal %a2@(8),%a0
+ 16a:  4a88tstl %a0
+ 16c:  6722beqs 190 
+ 16e:  2410movel %a0@,%d2
+ 170:  2f08movel %a0,%sp@-
+ 172:  4eb9    jsr 0 
+ 178:  588faddql #4,%sp
+ 17a:  4a82tstl %d2
+ 17c:  6712beqs 190 
+ 17e:  2042moveal %d2,%a0
+ 180:  2410movel %a0@,%d2
+ 182:  2f08movel %a0,%sp@-
+ 184:  4eb9    jsr 0 
+ 18a:  588faddql #4,%sp
+ 18c:  4a82tstl %d2
+ 18e:  66eebnes 17e 
+ 190:  2d4a 0008   movel %a2,%fp@(8)
+ 194:  242e fff8   movel %fp@(-8),%d2
+ 198:  246e fffc   moveal %fp@(-4),%a2
+ 19c:  4e5eunlk %fp
+ 19e:  60ff    bral 1a0 

-01a0 :
- 1a0:  4e56    linkw %fp,#0
- 1a4:  48e7 3c3c   moveml %d2-%d5/%a2-%a5,%sp@-
- 1a8:  286e 0008   moveal %fp@(8),%a4
- 1ac:  262e 000c   movel %fp@(12),%d3
- 1b0:  206c 0008   moveal %a4@(8),%a0
- 1b4:  4a88tstl %a0
- 1b6:  6718beqs 1d0 
- 1b8:  2448moveal %a0,%a2
- 1ba:  4284clrl %d4
- 1bc:  242a 0004   movel %a2@(4),%d2
- 1c0:  6714beqs 1d6 
- 1c2:  200amovel %a2,%d0
- 1c4:  5080addql #8,%d0
- 1c6:  b083cmpl %d3,%d0
- 1c8:  6722beqs 1ec 
- 1ca:  2452moveal %a2@,%a2
- 1cc:  4a8atstl %a2
- 1ce:  66ecbnes 1bc 
- 1d0:  4eb9    jsr 0 
- 1d6:  b5c3cmpal %d3,%a2
- 1d8:  6408bccs 1e2 
- 1da:  47ea 0fe0   lea %a2@(4064),%a3
- 1de:  b7c3cmpal %d3,%a3
- 1e0:  6258bhis 23a 
- 1e2:  280amovel %a2,%d4
- 1e4:  2452moveal %a2@,%a2
- 1e6:  4a8atstl %a2
- 1e8:  66d2bnes 1bc 
- 1ea:  60e4bras 1d0 
+01a4 :
+ 1a4:  4e56    linkw %fp,#0
+ 1a8:  48e7 3e30   moveml %d2-%d6/%a2-%a3,%sp@-
+ 1ac:  266e 0008   moveal %fp@(8),%a3
+ 1b0:  262e 000c   movel %fp@(12),%d3
+ 1b4:  206b 0008   moveal %a3@(8),%a0
+ 1b8:  4a88tstl %a0
+ 1ba:  6718beqs 1d4 
+ 1bc:  2448moveal %a0,%a2
+ 1be:  4284clrl %d4
+ 1c0:  242a 0004   movel %a2@(4),%d2
+ 1c4:  6714beqs 1da 
+ 1c6:  200amovel %a2,%d0
+ 1c8:  5080addql #8,%d0
+ 1ca:  b083cmpl %d3,%d0
+ 1cc:  6726beqs 1f4 
+

[Bug target/48678] [4.6/4.7 Regression] unable to find a register to spill in class ‘GENERAL_REGS’

[ubizjak at gmail dot com]

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

--- Comment #5 from Uros Bizjak  2011-04-19 09:59:59 
UTC ---
(In reply to comment #4)
> Might be a good idea, though IMHO just for 4.7, not for 4.6.
> Would you be ok with this patch (plus testcase obviously) for 4.6?  If yes, is
> it ok temporarily for 4.7 too and you'd then go ahead and adjust it for 
> pinsr*?
> The movstrict{hi,qi}_1 pattern then would probably need to have variant with x
> and either have # for that alternative or something similar.  The expander
> would still need to reject 256-bit vector modes and XFmode, other floating
> point modes for non-SSE math, etc.

Yes, IMO this is OK ATM.

BTW: While experimenting with pinsr pattern, I got following expansion:

(insn 117 116 0 (set (strict_low_part (subreg:HI (reg/v:V2DI 129 [ b ]) 8))
(mem/s/j:HI (plus:DI (plus:DI (mult:DI (reg:DI 189)
(const_int 2 [0x2]))
(reg/f:DI 54 virtual-stack-vars))
(const_int -64 [0xffc0])) [0 array S2 A16]))
no_register_error.cpp:49 -1
 (nil))

Not exactly a "strict_low_part" with 8-byte offset...

[Bug fortran/48588] [4.6/4.7 Regression] ICE (segfault) in gfc_get_nodesc_array_type

[mikael at gcc dot gnu.org]

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

--- Comment #6 from Mikael Morin  2011-04-19 
10:27:29 UTC ---
(In reply to comment #5)
> The following seems to mostly work. I think some double resolving could happen
> - thus, one might need to tweak resolve_all_program_units.
Either this or we have to delay module code generation as well.
I can't tell whether double resolving is a problem. But I think resolving too
early may be problematic as one can miss references to global procedures if
they are defined later in the same file.

[Bug c++/48672] [4.6/4.7 regression] control reaches end of non-void false positive

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #4 from Jakub Jelinek  2011-04-19 
10:38:38 UTC ---
Doesn't warn with -fstrict-enums and without it it is correct that we warn
about it.

[Bug middle-end/47976] [4.5/4.6/4.7 Regression] Recent gfortran.dg/actual_array_constructor_3.f90 regression on arm-linux-gnueabi

[rguenth at gcc dot gnu.org]

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

--- Comment #11 from Richard Guenther  2011-04-19 
10:54:50 UTC ---
Author: rguenth
Date: Tue Apr 19 10:54:47 2011
New Revision: 172706

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172706
Log:
2011-04-19  Bernd Schmidt  

PR fortran/47976
* reload1.c (inc_for_reload): Return void. All callers changed.
(emit_input_reload_insns): Don't try to delete previous output
reloads to a register, or record spill_reg_store for autoincs.

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

[Bug middle-end/47976] [4.5/4.6 Regression] Recent gfortran.dg/actual_array_constructor_3.f90 regression on arm-linux-gnueabi

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

Summary|[4.5/4.6/4.7 Regression]|[4.5/4.6 Regression] Recent
   |Recent  |gfortran.dg/actual_array_co
   |gfortran.dg/actual_array_co |nstructor_3.f90 regression
   |nstructor_3.f90 regression  |on arm-linux-gnueabi
   |on arm-linux-gnueabi|

--- Comment #12 from Richard Guenther  2011-04-19 
11:05:27 UTC ---
Should be fixed on the trunk.  Bootstrap/tests on the 4.5 branch running for
{x86_64,i586,ppc,ppc64,ia64,s390,s390x}-linux.

[Bug fortran/48588] [4.6/4.7 Regression] ICE (segfault) in gfc_get_nodesc_array_type

[burnus at gcc dot gnu.org]

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

--- Comment #7 from Tobias Burnus  2011-04-19 
11:46:58 UTC ---
Patch: http://gcc.gnu.org/ml/fortran/2011-04/msg00206.html

[Bug target/48678] [4.6/4.7 Regression] unable to find a register to spill in class ‘GENERAL_REGS’

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #6 from Jakub Jelinek  2011-04-19 
12:13:17 UTC ---
Created attachment 24041
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24041
gcc46-pr48678.patch

Patch with reduced testcase I'm going to bootstrap/regtest.

[Bug middle-end/48661] [4.6/4.7 Regression] wrong-code regression with devirtualization

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #8 from Jakub Jelinek  2011-04-19 
12:18:05 UTC ---
Fixed.  On the trunk the yesterday introduced problems are tracked in PR48674.

[Bug lto/48683] New: [4.7 Regression] 252.eon in SPEC CPU 2000 failed to build

[hjl.tools at gmail dot com]

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

   Summary: [4.7 Regression] 252.eon in SPEC CPU 2000 failed to
build
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com


On Linux/x86-64, revision 172698 gave:

g++ -O3 -funroll-loops -ffast-math -fwhole-program -flto=jobserver
-fuse-linker-plugin 
...
In member function '_ZN8ggStringaSERKS_.constprop.760':
lto1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[4]: *** [/tmp/cc7AjsKg.ltrans23.ltrans.o] Error 1
lto-wrapper: make returned 2 exit status
/usr/local/bin/ld: lto-wrapper failed
collect2: ld returned 1 exit status
specmake[3]: *** [eon] Error 1

Revision 172608 is OK.

[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

--- Comment #6 from Richard Guenther  2011-04-19 
13:05:01 UTC ---
Author: rguenth
Date: Tue Apr 19 13:04:57 2011
New Revision: 172708

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172708
Log:
2011-04-19  Richard Guenther  

PR lto/48207
* tree.c (free_lang_data): Do not reset the decl-assembler-name
langhook.

* g++.dg/lto/pr48207_0.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/lto/pr48207_0.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree.c

[Bug lto/48683] [4.7 Regression] 252.eon in SPEC CPU 2000 failed to build

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

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

--- Comment #1 from H.J. Lu  2011-04-19 13:07:12 
UTC ---
It is caused by revision 172609:

http://gcc.gnu.org/ml/gcc-cvs/2011-04/msg00804.html

[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

  Known to work||4.7.0

--- Comment #7 from Richard Guenther  2011-04-19 
13:05:16 UTC ---
Fixed for trunk sofar.

[Bug lto/48683] [4.7 Regression] 252.eon in SPEC CPU 2000 failed to build

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.19 13:08:12
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2011-04-19 
13:08:12 UTC ---
I see the same for 483.xalancbmk:

In member function '_ZN10xalanc_1_818XalanDOMStringPoolC2Emmm.constprop.17718':
lto1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[1]: *** [/tmp/ccfhgYqS.ltrans10.ltrans.o] Error 1

but eon may be nicer to analyze indeed.

[Bug libstdc++/48521] [4.5/4.6/4.7 Regression] [C++0x] std::result_of doesn't work with pointer to member

[redi at gcc dot gnu.org]

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

--- Comment #6 from Jonathan Wakely  2011-04-19 
13:26:15 UTC ---
Author: redi
Date: Tue Apr 19 13:26:08 2011
New Revision: 172709

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172709
Log:
2011-04-19  Jonathan Wakely  

PR libstdc++/48521
* include/std/type_traits (result_of): Handle pointer to member.
* include/std/functional (__invoke): Likewise.
(_Function_to_function_pointer): Remove.
(_Reference_wrapper_base): Provide nested types independent of
unary_function and binary_function.
(reference_wrapper::operator()): DR 2017.
(ref(const A&&), cref(const A&&): Define as deleted.
* include/std/future (async): Simplify SFINAE and use result_of to
support pointer to member.
* testsuite/20_util/reference_wrapper/invoke.cc: Test pointer to 
member.
* testsuite/20_util/reference_wrapper/24803.cc: Likewise.
* testsuite/20_util/reference_wrapper/typedefs.cc: Test for types
instead of derivation from unary_function and binary_function.
* testsuite/20_util/declval/requirements/1_neg.cc: Adjust.
* testsuite/20_util/reference_wrapper/invoke-2.cc: New.
* testsuite/20_util/reference_wrapper/ref_neg.c: New.
* testsuite/20_util/reference_wrapper/typedefs-3.c: New.

Added:
trunk/libstdc++-v3/testsuite/20_util/reference_wrapper/invoke-2.cc
trunk/libstdc++-v3/testsuite/20_util/reference_wrapper/ref_neg.cc
trunk/libstdc++-v3/testsuite/20_util/reference_wrapper/typedefs-3.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/std/functional
trunk/libstdc++-v3/include/std/future
trunk/libstdc++-v3/include/std/type_traits
trunk/libstdc++-v3/testsuite/20_util/declval/requirements/1_neg.cc
trunk/libstdc++-v3/testsuite/20_util/reference_wrapper/24803.cc
trunk/libstdc++-v3/testsuite/20_util/reference_wrapper/invoke.cc
trunk/libstdc++-v3/testsuite/20_util/reference_wrapper/typedefs.cc

[Bug libstdc++/48521] [4.5/4.6 Regression] [C++0x] std::result_of doesn't work with pointer to member

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

  Known to work||4.7.0
   Target Milestone|--- |4.6.1
Summary|[4.5/4.6/4.7 Regression]|[4.5/4.6 Regression]
   |[C++0x] std::result_of  |[C++0x] std::result_of
   |doesn't work with pointer   |doesn't work with pointer
   |to member   |to member

--- Comment #7 from Jonathan Wakely  2011-04-19 
13:28:33 UTC ---
Fixed on trunk so far

[Bug libfortran/48587] Avoid exhausting unit number with NEWUNIT=

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.19 13:40:08
 CC||fxcoudert at gcc dot
   ||gnu.org
 Ever Confirmed|0   |1

--- Comment #6 from Francois-Xavier Coudert  
2011-04-19 13:40:08 UTC ---
(In reply to comment #4)
> estimates around 10 hours. I suspect current trunk and changing the code to 
> use
> NEWUNIT= are in the same ballpark.

With a tmpfs filesystem, I get that down to 1.5 hour. Might be worth fixing at
some point.

[Bug fortran/48419] Reduce gfortran stack usage for procedures doing IO

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org

--- Comment #4 from Tobias Burnus  2011-04-19 
13:40:45 UTC ---
See also PR 34705 (Reuse I/O structures to save memory and help the ME)

[Bug c++/40975] internal compiler error: in copy_tree_r, at tree-inline.c

[zsojka at seznam dot cz]

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

Zdenek Sojka  changed:

   What|Removed |Added

 CC||zsojka at seznam dot cz

--- Comment #4 from Zdenek Sojka  2011-04-19 13:47:53 
UTC ---
This is still happening in current trunk (4.7).

Tested revisions:
4.0.4, 4.1.2, 4.2.4, 4.3.5, 4.4.5, 4.5.2, 4.6.0, 4.7.0 - crash
3.3.6, 3.4.6 - OK (without checking)

It might be a regression from 3.4, but I don't have a build with checking
enabled to verify.

[Bug bootstrap/47923] Errors when installing GCC 4.5.2 on AIX 6.1

[mirko.chioldin at iside dot bcc.it]

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

--- Comment #8 from Mirko  2011-04-19 
14:02:18 UTC ---
Hello,
I have tried to compile the new version GCC 4.6.0
But the compilation stops anyway:

checking whether sbrk is declared... (cached) yes
checking whether strverscmp is declared... (cached) no
checking whether canonicalize_file_name must be declared... (cached) yes
checking for working strncmp... (cached) yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating testsuite/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing default commands
make[3]: Entering directory
`/users/gcc-4.6.0/build-powerpc-ibm-aix6.1.0.0/libiberty'
if [ x"" != x ]; then \
  gcc -c -DHAVE_CONFIG_H -g -O2  -I. -I../.././libiberty/../include  -W -Wall
-Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic  
../.././libiberty/regex.c -o pic/regex.o; \
else true; fi
gcc -c -DHAVE_CONFIG_H -g -O2  -I. -I../.././libiberty/../include  -W -Wall
-Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic 
../.././libiberty/regex.c -o regex.o
Assembler:
/tmp//cc6acvfX.s: line 6636: 1252-040 The specified expression is not valid.
Make sure that all symbols are defined.
Check the rules on symbols used in an arithmetic expression
concerning relocation.
make[3]: *** [regex.o] Error 1
make[3]: Leaving directory
`/users/gcc-4.6.0/build-powerpc-ibm-aix6.1.0.0/libiberty'
make[2]: *** [all-build-libiberty] Error 2
make[2]: Leaving directory `/users/gcc-4.6.0'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/users/gcc-4.6.0'
make: *** [bootstrap] Error 2



What can I do?


Mirko

[Bug libfortran/48684] New: Incorrect field alignment with Gw.dEe descriptor

[thenlich at users dot sourceforge.net]

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

   Summary: Incorrect field alignment with Gw.dEe descriptor
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: libfortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: thenl...@users.sourceforge.net


With a Gw.dEe descriptor the output is formatted incorrectly if the F
conversion is selected and an exponent width e>4 is selected.

The conversion in this case is F(n-4).(d-x).n('b')

The constant n is required by Fortran 2008 to be e + 2.

But it is incorrectly calculated by GFortran as min(e, 4) + 2

print "(g15.3e5)", 0.1d0
print "(g15.3e5)", 0.1d12
Output:
0.100
   0.100E+00012

Expected output:
   0.100
   0.100E+00012

[Bug libfortran/48684] Incorrect field alignment with Gw.dEe descriptor

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org,
   ||jvdelisle at gcc dot
   ||gnu.org

--- Comment #1 from Tobias Burnus  2011-04-19 
14:14:15 UTC ---
Isn't this related to PR 48682 ?

[Bug target/48366] [4.7 Regression] ICE in extract_constrain_insn_cached, at recog.c:2024

[danglin at gcc dot gnu.org]

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

--- Comment #13 from John David Anglin  2011-04-19 
14:21:24 UTC ---
Author: danglin
Date: Tue Apr 19 14:21:18 2011
New Revision: 172710

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172710
Log:
* config/pa/pa.h (REGISTER_MOVE_COST): Increase to 18 cost of
move from floating point to shift amount register.

Backport from mainline:
2011-04-08  John David Anglin  

PR target/48366
* config/pa/pa.c (emit_move_sequence): Remove secondary reload
support for floating point to shift amount amount register copies.
(pa_secondary_reload): Return GENERAL_REGS for floating point/shift
amount register copies.
* config/pa/pa32-regs.h (HARD_REGNO_MODE_OK): For shift amount
register, return false if mode isn't a scalar integer mode.
* config/pa/pa64-regs.h (HARD_REGNO_MODE_OK): Likewise.


Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/pa/pa.c
branches/gcc-4_4-branch/gcc/config/pa/pa.h
branches/gcc-4_4-branch/gcc/config/pa/pa32-regs.h
branches/gcc-4_4-branch/gcc/config/pa/pa64-regs.h

[Bug bootstrap/48148] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled

[ebotcazou at gcc dot gnu.org]

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

--- Comment #27 from Eric Botcazou  2011-04-19 
14:46:39 UTC ---
Author: ebotcazou
Date: Tue Apr 19 14:46:37 2011
New Revision: 172712

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172712
Log:
PR lto/48148
* gimple.c (gimple_types_compatible_p_1) : Do not merge
the types if they have different enumeration identifiers.

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

[Bug bootstrap/48148] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

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

--- Comment #28 from Eric Botcazou  2011-04-19 
14:48:26 UTC ---
Presumably.

[Bug middle-end/48685] New: [4.5/4.6/4.7 regression] ICE in gimplify_expr, at gimplify.c:7034

[doko at ubuntu dot com]

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

   Summary: [4.5/4.6/4.7 regression] ICE in gimplify_expr, at
gimplify.c:7034
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@ubuntu.com


[forwarded from http://bugs.debian.org/623161]

works with 4.4.6, fails with 4.5, 4.6 branches and trunk

$ cat foo.c 
int main() {
unsigned long int pixel;
((void)((1 == 2) ? ((void)(0)) : ((pixel) = 0)));
return 0;
}

$ gcc-snapshot-20110419/build/gcc/xgcc -Bgcc-snapshot-20110419/build/gcc/ foo.c
foo.c: In function 'main':
foo.c:3:10: internal compiler error: in gimplify_expr, at gimplify.c:7034
Please submit a full bug report,

[Bug libfortran/48682] Incorrect field justification with Gw.d edit descriptor

[thenlich at users dot sourceforge.net]

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

Thomas Henlich  changed:

   What|Removed |Added

 CC||thenlich at users dot
   ||sourceforge.net

--- Comment #1 from Thomas Henlich  
2011-04-19 14:53:08 UTC ---
The observed behaviour is completely conforming to Fortran 2008:

10.7.5.2.2 Generalized real and complex editing
4 ... Equivalent Conversion: F(w-n).(d-1),n('b')

where b is a blank, n is 4 for Gw.d

and that complete field (including the 4 spaces) is correctly right-justified
according to the mentioned rule in 10.7.2.1

Case closed.

[Bug libfortran/48684] Incorrect field alignment with Gw.dEe descriptor

[thenlich at users dot sourceforge.net]

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

--- Comment #2 from Thomas Henlich  
2011-04-19 14:59:36 UTC ---
(In reply to comment #1)
> Isn't this related to PR 48682 ?

Just a coincidence. BTW PR 48682 can be closed as invalid.

BTW: Above should read: The conversion in this case is F(w-n).(d-x).n('b')

[Bug middle-end/48685] [4.5/4.6/4.7 regression] ICE in gimplify_expr, at gimplify.c:7034

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.19 15:04:39
Version|unknown |4.5.2
   Target Milestone|--- |4.5.3
 Ever Confirmed|0   |1
  Known to fail||4.5.0

--- Comment #1 from Richard Guenther  2011-04-19 
15:04:39 UTC ---
Confirmed.

[Bug c/48685] [4.5/4.6/4.7 regression] ICE in gimplify_expr, at gimplify.c:7034

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

  Component|middle-end  |c

--- Comment #2 from Richard Guenther  2011-04-19 
15:08:12 UTC ---
Some NON_LVALUE_EXPR survives.  Probably a C constexpr fallout.

[Bug c++/40975] internal compiler error: in copy_tree_r, at tree-inline.c

[zsojka at seznam dot cz]

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

--- Comment #5 from Zdenek Sojka  2011-04-19 15:08:36 
UTC ---
Indeed 3.4 works even with checking enabled:

$ /mnt/sda1/gcc-3_4/binary-172709/bin/g++ pr40975.C -c
$ g++ -v
Reading specs from
/mnt/sda1/gcc-3_4/binary-172709/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.6/specs
Configured with: /mnt/sda1/gcc-3_4/configure --enable-checking=yes
--enable-languages=c,c++ --prefix=/mnt/sda1/gcc-3_4/binary-172709/
--disable-werror --disable-bootstrap --disable-multilib
Thread model: posix
gcc version 3.4.6

(I can't edit the "known to work/fail" fields, nor the summary)

[Bug c++/40975] [4.3/4.4/4.5/4.6/4.7 Regression] internal compiler error: in copy_tree_r, at tree-inline.c

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

  Known to work||3.4.6
   Target Milestone|--- |4.3.6
Summary|internal compiler error: in |[4.3/4.4/4.5/4.6/4.7
   |copy_tree_r, at |Regression] internal
   |tree-inline.c   |compiler error: in
   ||copy_tree_r, at
   ||tree-inline.c

[Bug c/48687] New: for errors from -pedantic, -Werror reports "[-Werror=edantic]"

[doko at ubuntu dot com]

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

   Summary: for errors from -pedantic,  -Werror reports
"[-Werror=edantic]"
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@ubuntu.com


$ gcc -c -std=c89 -pedantic -Werror test.c
test.c:3:7: error: ISO C90 does not support flexible array members
[-Werror=edantic]
cc1: all warnings being treated as errors

$ cat test.c
struct foo {
int dummy;
char flex[];
};

[Bug c/44774] -Werror=edantic

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 CC||doko at ubuntu dot com

--- Comment #14 from Jonathan Wakely  2011-04-19 
15:17:39 UTC ---
*** Bug 48687 has been marked as a duplicate of this bug. ***

[Bug c/48687] for errors from -pedantic, -Werror reports "[-Werror=edantic]"

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Jonathan Wakely  2011-04-19 
15:17:39 UTC ---
dupdupdup

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

[Bug libfortran/48602] Invalid F conversion of G descriptor for values close to powers of 10

[jvdelisle at gcc dot gnu.org]

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

--- Comment #33 from Jerry DeLisle  2011-04-19 
15:28:56 UTC ---
In response to Comment #30:

One solution seems to be to take away "static inline" for the function:

double calculate_exp(int d)
{
  int i;
  double r = 1.0;
  for (i = 0; i< (d >= 0 ? d : -d); i++)
r *= 10;
  r = (d >= 0) ? r : 1.0 / r;
  return r;
}

We could put that behind some compiler directives looking for -m32 or similar.

I will have to find the correct #ifdefine

[Bug libfortran/48602] Invalid F conversion of G descriptor for values close to powers of 10

[burnus at gcc dot gnu.org]

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

--- Comment #34 from Tobias Burnus  2011-04-19 
16:22:16 UTC ---
(In reply to comment #33)
> We could put that behind some compiler directives looking for -m32 or similar.

Try:
  temp = calculate_exp(mid - 1)* (1 - r * rexp_d);
  asm volatile ("" : "+m" (temp));

(Thanks to Jakub for the suggestion.)

[Bug tree-optimization/46194] [4.5 Regression] gcc.dg/graphite/block-0.c FAILs with -ftree-parallelize-loops

[spop at gcc dot gnu.org]

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

--- Comment #16 from Sebastian Pop  2011-04-19 
16:24:44 UTC ---
The patch produces these fails on the 4.5 branch:

FAIL: gcc.dg/tree-ssa/ltrans-1.c scan-tree-dump-times ltrans "converted loop
nest to perfect loop nest" 1
FAIL: gcc.dg/tree-ssa/ltrans-1.c scan-tree-dump-times ltrans "transformed loop"
1
FAIL: gfortran.dg/ltrans-7.f90  -O  scan-tree-dump-times ltrans "transformed
loop" 1

It looks like the change was needed to make the loop interchange
possible on these examples.  In 4.6, Graphite is taking care of
the interchange cases and so we don't exercise the corner cases of
the multivariate data dependence test.

The patch removes this case:
- /* The dependence is carried by the outermost loop.  Example:
-| loop_1
-|   A[{4, +, 1}_1]
-|   loop_2
-| A[{5, +, 1}_2]
-|   endloop_2
-| endloop_1
-In this case, the dependence is carried by loop_1.  */

because we use the information that the dependence is carried
by the outermost loop to wrongly infer that the innermost loop
does not carry dependences, leading to the parallelization of the
innermost loop:

+  for (i = 0; i < N; i++)
+for (j = 0; j < N; j++)
+  a[j] = a[i] + 1;
+/* This loop cannot be parallelized due to a dependence.  */

[Bug fortran/48588] [4.6/4.7 Regression] ICE (segfault) in gfc_get_nodesc_array_type

[burnus at gcc dot gnu.org]

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

--- Comment #8 from Tobias Burnus  2011-04-19 
16:26:21 UTC ---
Author: burnus
Date: Tue Apr 19 16:26:13 2011
New Revision: 172718

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172718
Log:
2011-04-19  Tobias Burnus  

PR fortran/48588
* parse.c (resolve_all_program_units): Skip modules.
(translate_all_program_units): Handle modules.
(gfc_parse_file): Defer code generation for modules.

2011-04-19  Tobias Burnus  

PR fortran/48588
* gfortran.dg/whole_file_33.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/whole_file_33.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/parse.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/48462] [4.6/4.7 Regression] realloc on assignment: matmul Segmentation Fault with Allocatable Array

[burnus at gcc dot gnu.org]

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

--- Comment #10 from Tobias Burnus  2011-04-19 
16:32:41 UTC ---
Note: The commit from comment 9 fixes only the issue for non-TARGET LHS.

If the LHS has the TARGET attribute (and only* then) a version with an
additional temporary has to be used to make sure that associated pointers still
work; the standard mandates this for the case that the shape of the RHS is the
same as the one on the LHS.

(* the reason of the only is performance not semantics)

[Bug fortran/46752] OpenMP - Seg fault for unallocated allocatable array in firstprivate clause

[jakub at gcc dot gnu.org]

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

--- Comment #7 from Jakub Jelinek  2011-04-19 
16:44:02 UTC ---
Author: jakub
Date: Tue Apr 19 16:43:51 2011
New Revision: 172720

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172720
Log:
PR fortran/46752
* trans-openmp.c (gfc_omp_clause_copy_ctor): Handle
non-allocated allocatable.

* openmp.c (resolve_omp_clauses): Allow POINTERs and
Cray pointers in clauses other than REDUCTION.
* trans-openmp.c (gfc_omp_predetermined_sharing): Adjust
comment.

* gfortran.dg/gomp/crayptr1.f90: Don't expect error
about Cray pointer in FIRSTPRIVATE/LASTPRIVATE.

* testsuite/libgomp.fortran/crayptr3.f90: New test.
* testsuite/libgomp.fortran/allocatable7.f90: New test.
* testsuite/libgomp.fortran/pointer1.f90: New test.
* testsuite/libgomp.fortran/pointer2.f90: New test.

Added:
branches/gomp-3_1-branch/libgomp/testsuite/libgomp.fortran/allocatable7.f90
branches/gomp-3_1-branch/libgomp/testsuite/libgomp.fortran/crayptr3.f90
branches/gomp-3_1-branch/libgomp/testsuite/libgomp.fortran/pointer1.f90
branches/gomp-3_1-branch/libgomp/testsuite/libgomp.fortran/pointer2.f90
Modified:
branches/gomp-3_1-branch/gcc/fortran/ChangeLog
branches/gomp-3_1-branch/gcc/fortran/openmp.c
branches/gomp-3_1-branch/gcc/fortran/trans-openmp.c
branches/gomp-3_1-branch/gcc/testsuite/ChangeLog
branches/gomp-3_1-branch/gcc/testsuite/gfortran.dg/gomp/crayptr1.f90
branches/gomp-3_1-branch/libgomp/ChangeLog

[Bug target/48678] [4.6/4.7 Regression] unable to find a register to spill in class ‘GENERAL_REGS’

[jakub at gcc dot gnu.org]

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

--- Comment #7 from Jakub Jelinek  2011-04-19 
16:47:09 UTC ---
Author: jakub
Date: Tue Apr 19 16:47:06 2011
New Revision: 172721

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172721
Log:
PR target/48678
* config/i386/i386.md (movstrict): FAIL if operands[0]
is a SUBREG with non-MODE_INT mode inside of it.

* gcc.target/i386/pr48678.c: New test.

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

[Bug target/48678] [4.6/4.7 Regression] unable to find a register to spill in class ‘GENERAL_REGS’

[jakub at gcc dot gnu.org]

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

--- Comment #8 from Jakub Jelinek  2011-04-19 
16:49:22 UTC ---
Author: jakub
Date: Tue Apr 19 16:49:19 2011
New Revision: 172723

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172723
Log:
PR target/48678
* config/i386/i386.md (movstrict): FAIL if operands[0]
is a SUBREG with non-MODE_INT mode inside of it.

* gcc.target/i386/pr48678.c: New test.

Added:
branches/gcc-4_6-branch/gcc/testsuite/gcc.target/i386/pr48678.c
Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/config/i386/i386.md
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog

[Bug target/48678] [4.6/4.7 Regression] unable to find a register to spill in class ‘GENERAL_REGS’

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #9 from Jakub Jelinek  2011-04-19 
16:51:28 UTC ---
Fixed.

[Bug c++/48594] [4.3/4.4/4.5] Rejects valid with pointer-to-member in template

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

Summary|[4.3/4.4/4.5/4.6/4.7]   |[4.3/4.4/4.5] Rejects valid
   |Rejects valid with  |with pointer-to-member in
   |pointer-to-member in|template
   |template|

--- Comment #3 from Jakub Jelinek  2011-04-19 
17:20:07 UTC ---
Fixed for 4.6+.

[Bug rtl-optimization/48688] New: [x64]: shift/or instead of lea

[piotr.wyderski at gmail dot com]

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

   Summary: [x64]: shift/or instead of lea
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: piotr.wyder...@gmail.com


There is a missing optimization in expressions such as:

  unsigned v = ...
  r = (v << k) | m

where k and m are constants. GCC generates:

shl\sal $k, %rN
or  $m, %rN

If the expression is replaced with:

  r = (v << k) + m

GCC correctly folds it into a single lea:

  lea m(,%rN, k), %rM

If k is small (on x86/x64 k = 1, 2, 4, 8) and m < (1 << k) then
both expressions are equivalent, but GCC does not notice that fact.

[Bug middle-end/48689] New: ICE in fold-const.c:13798

[aanisimov at inbox dot ru]

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

   Summary: ICE in fold-const.c:13798
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: aanisi...@inbox.ru


When building trunk revision 172716 I get the following ICE:

:0:0: internal compiler error: tree check: expected tree that
contains 'common' structure, have 'integer_cst' in fold_checksum_tree, at
fold-const.c:13798
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
configure:3272: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/";
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }

GCC was configured this way:

../gcc-current/configure --prefix=/home/artem/testing/gcc46 --enable-shared
--enable-bootstrap --enable-languages=c,c++,lto --enable-threads=posix
--enable-checking=release --with-system-zlib --disable-libunwind-exceptions
--enable-__cxa_atexit --enable-libssp --with-gnu-ld --with-lto --disable-nls
--verbose --with-arch=athlon64 --target=x86_64-slackware-linux
--build=x86_64-slackware-linux --host=x86_64-slackware-linux --disable-multilib
--enable-checking=all --enable-build-with-cxx

[Bug rtl-optimization/48688] [x64]: shift/or instead of lea

[piotr.wyderski at gmail dot com]

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

--- Comment #1 from Piotr Wyderski  2011-04-19 
18:00:50 UTC ---
(In reply to comment #0)

> If k is small (on x86/x64 k = 1, 2, 4, 8)

Of course it should be k = 0, 1, 2, 3, the values above are 1 << k.

[Bug target/48690] New: gcc-4.3.5 fails for target m68k

[diggskevin38 at gmail dot com]

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

   Summary: gcc-4.3.5 fails for target m68k
   Product: gcc
   Version: 4.3.5
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: diggskevi...@gmail.com


Created attachment 24043
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24043
standalone version of fixunsxfdi() from libgcc2.c

Hi,

The 4.3.5 release fails to successfully compile libgcc. In particular the
fixunsxfdi() routine fails with an internal compiler error for -O1 & -O2. The
popcountdi2() routine fails with an internal compiler error for -Os.

This was tested using an x86 -> m68k cross compiler configured as such:

#!/bin/bash

set -x

optlevel="O1"
export CFLAGS="-${optlevel} -g -fomit-frame-pointer"

#--enable-secureplt \
#--enable-version-specific-runtime-libs \
#--with-gxx-include-dir= \
#--enable-languages=all,obj-c++ \
#--disable-debug \
BOOT_CFLAGS="$CFLAGS" \
CFLAGS_FOR_TARGET="$CFLAGS" \
LIBCFLAGS="$CFLAGS" \
LIBCXXFLAGS="${CFLAGS} -fno-implicit-templates" \
CXXFLAGS="$CFLAGS" \
FCFLAGS="$CFLAGS" \
CXXFLAGS_FOR_TARGET="$CFLAGS" \
GCJFLAGS="$CFLAGS" \
JCFLAGS="$CFLAGS" \
GNATLIBCFLAGS="$CFLAGS" \
ADA_CFLAGS="$CFLAGS" \
ADAFLAGS="$CFLAGS" \
`dirname ${0}`/configure \
--prefix=/opt/cross/q700/gcc-4.3.5-${optlevel}-c,c++ \
--target=m68k-netbsdelf1.6.1 \
--with-sysroot=/opt/cross/q700 \
--with-build-time-tools=/opt/cross/q700/binutils-2.16.1/bin \
--enable-languages=c,c++ \
--enable-__cxa_atexit \
--enable-gather-detailed-mem-stats \
--disable-libgomp \
--with-system-zlib \
--with-gmp=/opt/GMP-4.3.2 \
--with-mpfr=/opt/MPFR-2.4.2 \
--with-gnu-ld \
--with-gnu-as

set +x

gcc-4.2.4 seems ok.

For fixunsxfdi():

kevdig@Satellite2775XDVD:~/projects/GCC/OBJ/gcc-4.3.5-m68k/gcc$ ./xgcc -B. -S
-fverbose-asm -Q -dAr -O1 -m68040 -fomit-frame-pointer ../../../fixunsxfdi.c
 fixunsxfDI
Analyzing compilation unit
Performing interprocedural optimizations

Assembling functions:
 fixunsxfDI
../../../fixunsxfdi.c: In function ‘fixunsxfDI’:
../../../fixunsxfdi.c:21: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

For popcountdi2():

kevdig@Satellite2775XDVD:~/projects/GCC/OBJ/gcc-4.3.5-m68k/gcc$ ./xgcc -B. -S
-fverbose-asm -Q -dAr -Os -m68040 -fomit-frame-pointer ../../../popcountdi2.c
 popcountDI2
Analyzing compilation unit
Performing interprocedural optimizations

Assembling functions:
 popcountDI2
../../../popcountdi2.c: In function ‘popcountDI2’:
../../../popcountdi2.c:24: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug target/48690] gcc-4.3.5 fails for target m68k

[diggskevin38 at gmail dot com]

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

--- Comment #1 from diggskevin38 at gmail dot com 2011-04-19 18:49:00 UTC ---
Created attachment 24044
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24044
standalone version of popcountdi2() from libgcc2.c

[Bug driver/48691] New: Assembler file clobbered with -save-temps (LTO)

[d.g.gorbachev at gmail dot com]

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

   Summary: Assembler file clobbered with -save-temps (LTO)
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: driver
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d.g.gorbac...@gmail.com


In attachment 23884, test2 and test3 demonstrate how 1.s becomes overwritten by
lto1.

[Bug driver/48691] Assembler file clobbered with -save-temps (LTO)

[d.g.gorbachev at gmail dot com]

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

Dmitry Gorbachev  changed:

   What|Removed |Added

   Keywords||lto
   Severity|normal  |minor

[Bug lto/48467] [LTO] Anomalous behavior of -save-temps

[d.g.gorbachev at gmail dot com]

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

Dmitry Gorbachev  changed:

   What|Removed |Added

Summary|[LTO/driver] Anomalous  |[LTO] Anomalous behavior of
   |behavior of -save-temps |-save-temps

--- Comment #4 from Dmitry Gorbachev  
2011-04-19 18:53:51 UTC ---
Second bug is now bug 48691.

[Bug target/48690] gcc-4.3.5 fails for target m68k

[diggskevin38 at gmail dot com]

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

--- Comment #2 from diggskevin38 at gmail dot com 2011-04-19 18:54:30 UTC ---
The result of -dr for fixunsxfdi() for 4.2.4 is 648 lines. Only 80 are produced
by 4.3.5. It appears to die on the left shift.

[Bug target/48690] gcc-4.3.5 fails for target m68k

[diggskevin38 at gmail dot com]

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

--- Comment #3 from diggskevin38 at gmail dot com 2011-04-19 18:57:00 UTC ---
Created attachment 24045
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24045
partial -dr RTL dump

This is what -dr produce before it died.

[Bug target/48690] gcc-4.3.5 fails for target m68k

[diggskevin38 at gmail dot com]

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

--- Comment #4 from diggskevin38 at gmail dot com 2011-04-19 18:59:20 UTC ---
If I understand correctly (disclosure - I might as well be trying to read
Klingon), both of these failures involve 64-bit.

[Bug target/48690] gcc-4.3.5 fails for target m68k

[diggskevin38 at gmail dot com]

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

--- Comment #5 from diggskevin38 at gmail dot com 2011-04-19 19:24:08 UTC ---
kevdig@Satellite2775XDVD:~/projects/GCC/OBJ/gcc-4.3.5-m68k/m68k-netbsdelf1.6.1/libgcc$
gdb --args ../..//gcc/cc1 ../../../../fixunsxfdi.c -m68020 -auxbase-strip
_fixunsxfdi.o -g -O1 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -version -fomit-frame-pointer
-fvisibility=hidden -o libgcc2.s
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(gdb) run
Starting program: /home/kevdig/projects/GCC/OBJ/gcc-4.3.5-m68k/gcc/cc1
../../../../fixunsxfdi.c -m68020 -auxbase-strip _fixunsxfdi.o -g -O1 -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-version -fomit-frame-pointer -fvisibility=hidden -o libgcc2.s
GNU C (GCC) version 4.3.5 (m68k-netbsdelf1.6.1)
compiled by GNU C version 4.3.2, GMP version 4.3.2, MPFR version 2.4.2.
warning: GMP header version 4.3.2 differs from library version 4.2.2.
warning: MPFR header version 2.4.2 differs from library version 2.3.1.
GGC heuristics: --param ggc-min-expand=42 --param ggc-min-heapsize=23783
options passed:  ../../../../fixunsxfdi.c -m68020 -auxbase-strip
 _fixunsxfdi.o -g -O1 -W -Wall -Wwrite-strings -Wstrict-prototypes
 -Wmissing-prototypes -Wold-style-definition -fomit-frame-pointer
 -fvisibility=hidden
options enabled:  -falign-loops -fargument-alias -fauto-inc-dec
 -fbranch-count-reg -fcommon -fcprop-registers -fdefer-pop -fearly-inlining
 -feliminate-unused-debug-types -ffunction-cse -fgcse-lm
 -fguess-branch-probability -fident -fif-conversion -fif-conversion2
 -finline-functions-called-once -fipa-pure-const -fipa-reference -fivopts
 -fkeep-static-consts -fleading-underscore -fmath-errno -fmerge-constants
 -fmerge-debug-strings -fmove-loop-invariants -fomit-frame-pointer
 -fpcc-struct-return -fpeephole -fsched-interblock -fsched-spec
 -fsched-stalled-insns-dep -fsigned-zeros -fsplit-ivs-in-unroller
 -fsplit-wide-types -ftoplevel-reorder -ftrapping-math -ftree-ccp -ftree-ch
 -ftree-copy-prop -ftree-copyrename -ftree-cselim -ftree-dce
 -ftree-dominator-opts -ftree-dse -ftree-fre -ftree-loop-im
 -ftree-loop-ivcanon -ftree-loop-optimize -ftree-parallelize-loops=
 -ftree-reassoc -ftree-salias -ftree-scev-cprop -ftree-sink -ftree-sra
 -ftree-ter -ftree-vect-loop-version -funit-at-a-time -fvar-tracking
 -fzero-initialized-in-bss -mbitfield -mstrict-align
Compiler executable checksum: b730eeddd3600159c403844a0d20566f
 fixunsxfDI
../../../../fixunsxfdi.c:9: warning: no previous prototype for ‘fixunsxfDI’

Analyzing compilation unit
Performing interprocedural optimizations

Assembling functions:
 fixunsxfDI
Program received signal SIGSEGV, Segmentation fault.
assign_temp (type_or_decl=0x0, keep=0, memory_required=1, dont_promote=1)
at ../../../SRC/gcc-4.3.5/gcc/function.c:807
807  if (DECL_P (type_or_decl))
(gdb) where
#0  assign_temp (type_or_decl=0x0, keep=0, memory_required=1, dont_promote=1)
at ../../../SRC/gcc-4.3.5/gcc/function.c:807
#1  0x08143d0c in emit_push_insn (x=0xb72e3ef0, mode=DImode, type=0x0, 
size=0xb72e1240, align=32, partial=0, reg=0x0, extra=0, args_addr=0x0, 
args_so_far=0xb72e1200, reg_parm_stack_space=0, alignment_pad=0xb72e1200)
at ../../../SRC/gcc-4.3.5/gcc/expr.c:3731
#2  0x080c5906 in emit_library_call_value_1 (retval=1, orgfun=0xb735a090, 
value=0x0, fn_type=LCT_CONST, outmode=XFmode, nargs=1, 
p=0xbfaf0b64 "�>.�\a") at ../../../SRC/gcc-4.3.5/gcc/calls.c:3760
#3  0x080c610a in emit_library_call_value (orgfun=0xb735a090, value=0x0, 
fn_type=LCT_CONST, outmode=XFmode, nargs=1)
at ../../../SRC/gcc-4.3.5/gcc/calls.c:4085
#4  0x081bf21a in expand_float (to=0xb735a080, from=0xb72e3ef0, unsignedp=1)
at ../../../SRC/gcc-4.3.5/gcc/optabs.c:5266
#5  0x0813b58b in expand_expr_real_1 (exp=0xb734e260, target=0xb735a080, 
tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0)
at ../../../SRC/gcc-4.3.5/gcc/expr.c:8737
#6  0x0813d40b in expand_expr_real (exp=0xb734e260, target=0x0, 
tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0)
at ../../../SRC/gcc-4.3.5/gcc/expr.c:7115
#7  0x0813d7bc in expand_operands (exp0=0xb7356050, exp1=0xb734e260, 
target=0x0, op0=0xbfaf0e0c, op1=0xbfaf0e08, modifier=EXPAND_NORMAL)
at ../../../SRC/gcc-4.3.5/gcc/expr.h:514
---Type  to continue, or q  to quit---
#8  0x0813d168 in expand_expr_real_1 (exp=0xb734a144, target=0xb72e3e80, 
tmode=XFmode, modifier=EXPAND_NORMAL, alt_rtl=0xbfaf0ebc)
at ../../../SRC/gcc-4.3.5/gcc/expr.c:9403
#9  0x0813d40b in expand_expr_real (exp=0xb734a144, target=0xb72e3e80, 
tmode=XFmode, modifier=EXPAND

[Bug target/48690] gcc-4.3.5 fails for target m68k

[diggskevin38 at gmail dot com]

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

--- Comment #6 from diggskevin38 at gmail dot com 2011-04-19 19:38:36 UTC ---
Created attachment 24046
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24046
4.3.5 build log

ya know:  yadda-yadda make blah blah|tee 

It has been lzma'ed.

[Bug libfortran/48602] Invalid F conversion of G descriptor for values close to powers of 10

[jvdelisle at gcc dot gnu.org]

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

--- Comment #35 from Jerry DeLisle  2011-04-19 
20:02:38 UTC ---
That does the trick.  I will regression test and commit tonight

[Bug fortran/48692] New: [4.7 Regression] ICE with gfortran.dg/module_write_1.f90

[burnus at gcc dot gnu.org]

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

   Summary: [4.7 Regression] ICE with
gfortran.dg/module_write_1.f90
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: bur...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org
Blocks: 48588


My recent patch for PR 48588 (submitted patch:
http://gcc.gnu.org/ml/fortran/2011-04/msg00206.html ), Rev. 172718, causes a
regression:

For gfortran.dg/module_write_1.f90:

f951: internal compiler error: in gfc_enforce_clean_symbol_state, at
fortran/symbol.c:3426

#0  gfc_enforce_clean_symbol_state () at gcc/fortran/symbol.c:3426
#1  0x00526ee1 in next_statement () at gcc/fortran/parse.c:889
#2  0x0052a88e in gfc_parse_file () at gcc/fortran/parse.c:4329


The problem is that gfc_commit_symbol/-s or gfc_undo_symbols has not been
called.

[Bug fortran/48693] New: [4.7 Regression] FAIL: gfortran.dg/module_write_1.f90

[hjl.tools at gmail dot com]

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

   Summary: [4.7 Regression] FAIL: gfortran.dg/module_write_1.f90
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com


On Linux/x86, revision 172724 gave

FAIL: gfortran.dg/module_write_1.f90  -O  (internal compiler error)
FAIL: gfortran.dg/module_write_1.f90  -O  (test for excess errors)

Revision 172712 is OK.

[Bug fortran/48693] [4.7 Regression] FAIL: gfortran.dg/module_write_1.f90

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

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

--- Comment #1 from Eric Botcazou  2011-04-19 
21:03:49 UTC ---
10 minutes too late.

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

[Bug fortran/48692] [4.7 Regression] ICE with gfortran.dg/module_write_1.f90

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 CC||hjl.tools at gmail dot com

--- Comment #1 from Eric Botcazou  2011-04-19 
21:03:49 UTC ---
*** Bug 48693 has been marked as a duplicate of this bug. ***

[Bug c/48694] New: possible memory hog bug

[regehr at cs dot utah.edu]

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

   Summary: possible memory hog bug
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: reg...@cs.utah.edu


Created attachment 24047
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24047
hog-inducing c code

It's not totally clear this is a bug, but the attached program is about 36 KB
and compiling it exhausts the RAM on a 6 GB x86-64 box.

[Bug c/48694] possible memory hog bug

[regehr at cs dot utah.edu]

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

--- Comment #1 from John Regehr  2011-04-19 21:16:39 
UTC ---
Sorry forgot to add this.

[regehr@gamow tmp011]$ current-gcc -O1 -fwhole-program small.c -w
current-gcc: internal compiler error: Killed (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[regehr@gamow tmp011]$ current-gcc -v
Using built-in specs.
COLLECT_GCC=current-gcc
COLLECT_LTO_WRAPPER=/uusoc/exports/scratch/regehr/z/compiler-install/gcc-r172662-install/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.7.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --with-libelf=/usr/local --enable-lto
--prefix=/home/regehr/z/compiler-install/gcc-r172662-install
--program-prefix=r172662- --enable-languages=c,c++
Thread model: posix
gcc version 4.7.0 20110418 (experimental) (GCC)

[Bug c++/48695] New: Runtime with an array of std::vectors

[perso...@e-maxx.ru]

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

   Summary: Runtime with an array of std::vectors
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: perso...@e-maxx.ru


Created attachment 24048
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24048
The entire program

The following program crashes if compiled with -O2:

   for (int i=0; i<=1; i++)
  for (int j=0; j<=1; j++) {
 std::vector a[2];
 a[i].push_back (0);
  }

If we remove any 'for' loop, or if we change a[i] to a[0] or to a[1] - there
will be no crash.

[Bug tree-optimization/48695] Runtime with an array of std::vectors

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||wrong-code
 Target||x86_64-linux-gnu
  Component|c++ |tree-optimization
   Severity|critical|normal

--- Comment #1 from Andrew Pinski  2011-04-19 
21:33:53 UTC ---
I can reproduce this on the trunk.