[Bug debug/48459] [4.6/4.7 Regression] avr: Assertion failure with -gdwarf-2

[gjl at gcc dot gnu.org]

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

Georg-Johann Lay  changed:

   What|Removed |Added

 CC||eric.weddington at atmel
   ||dot com
  Known to work||4.5.3
Summary|[4.7 Regression] avr:   |[4.6/4.7 Regression] avr:
   |Assertion failure with  |Assertion failure with
   |-gdwarf-2   |-gdwarf-2
  Known to fail||4.6.1

--- Comment #2 from Georg-Johann Lay  2011-04-22 
07:44:30 UTC ---
Mike Stein's gcc-testresults indicate that avr+dwarf2 is already broken
throughout 4.6 and works in 4.5.

[Bug middle-end/48585] [4.7 Regression] 483.xalancbmk in SPEC CPU 2006 failed to build

[hubicka at ucw dot cz]

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

--- Comment #13 from Jan Hubicka  2011-04-22 08:45:38 
UTC ---
> Index: gcc/tree-inline.c
> ===
> --- gcc/tree-inline.c   (revision 172817)
> +++ gcc/tree-inline.c   (working copy)
> @@ -1725,6 +1725,7 @@ copy_bb (copy_body_data *id, basic_block
>   if ((!edge
>|| (edge->indirect_inlining_edge
>&& id->transform_call_graph_edges ==
> CB_CGE_MOVE_CLONES))
> + && id->dst_node->reachable

Reachable flag is not really maningful in this aspect.  You probably want
analyzed flag here.

As my recolection goes, I remember I had problems with missing edges in the
clones being materialized for later materialization alone.  The problem was
that edges gets redirected to new statement when they exists but when
they not, they are not updated and we need to update the statements in
clones that are in callgraph.
Back then I decided to temporarily create the edges so redirection mechanizm
works.  I think since then we fixed it properly by looking for edges in the
descendands even if edge does not exist, so I guess the fix above should work.

Thanks for looking into that!

Honza
>   && (fn = gimple_call_fndecl (stmt)) != NULL)
> { 
>   struct cgraph_node *dest = cgraph_get_node (fn);
> 
> -- 
> Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
> --- You are receiving this mail because: ---
> You are on the CC list for the bug.

[Bug target/48723] New: ICE in ix86_expand_prologue() with -fstack-check + function returning struct, on corei7-avx

[arthur.j.odwyer at gmail dot com]

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

   Summary: ICE in ix86_expand_prologue() with -fstack-check +
function returning struct, on corei7-avx
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: arthur.j.odw...@gmail.com


Created attachment 24072
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24072
Output of "ajo-gcc -v -w -march=corei7-avx -O0  -fstack-check -c
test1558415197-reduced.c"

This reproduces for me with svn revision 172796 (2011-04-20).  I'm on Ubuntu
10.10, x86-64.  Notice that corei7-avx is a new target in 4.6.0.

cat >test1558415197-reduced.c  test1558415197.c

[Bug lto/48724] New: Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[hubicka at gcc dot gnu.org]

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

   Summary: Lto build of mozilla dies at lto-wrapper: error trying
to exec 'make -j1': execvp: No such file or directory
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hubi...@gcc.gnu.org


Hi,
It seems that environment vars set by mozilla build confuse lto-wrapper with:

lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

cut&pasting the compilation command line and executing it by hand works well.

Honza

[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2011-04-22 
09:16:34 UTC ---
Does it set MAKE?  I suppose we need to split (and preserve?) arguments :/

[Bug tree-optimization/48714] gcc -O hangs gobbling memory, while gcc -O -fno-tree-fre finishes quickly

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.04.22 09:21:41
 Depends on||48694
 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2011-04-22 
09:21:41 UTC ---
Mine.  Indeed looks like 48694 - thanks for the small testcases.

[Bug lto/48724] Lto build of mozilla dies at lto-wrapper: error trying to exec 'make -j1': execvp: No such file or directory

[hubicka at gcc dot gnu.org]

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

--- Comment #2 from Jan Hubicka  2011-04-22 
09:24:59 UTC ---
Hmm,
grep didn't seem to find any interesting positives on this.  However I did not
update my mozilla tree since last build that did not reproduce this and nothing
seems to have changed on GCC side.  I think evans got updated, so perhaps it is
feature of new GNU Make to prevent fork bombs?

Mozilla Makefiles do not use "+" clauses and I simply use hard wired -flto=24
setting.

Honza

[Bug lto/48508] ICE in output_die, at dwarf2out.c:11409

[hubicka at gcc dot gnu.org]

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

Jan Hubicka  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.22 09:32:12
 Ever Confirmed|0   |1

--- Comment #4 from Jan Hubicka  2011-04-22 
09:32:12 UTC ---
Still reproduce at current mainline.

[Bug tree-optimization/48717] [4.7 Regression] integer wrong code bug

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Known to work||4.6.0
   Last reconfirmed||2011.04.22 09:49:44
  Component|c   |tree-optimization
 CC||jakub at gcc dot gnu.org
 Ever Confirmed|0   |1
Summary|likely integer wrong code   |[4.7 Regression] integer
   |bug |wrong code bug
   Target Milestone|--- |4.7.0
  Known to fail||4.7.0

--- Comment #1 from Jakub Jelinek  2011-04-22 
09:49:44 UTC ---
Confirmed.  Started with
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171450
I think the bug is in associate_plusminus, looking at it right now.

[Bug target/48723] ICE in ix86_expand_prologue() with -fstack-check + function returning struct, on corei7-avx

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Target||x86-64-pc-linux-gnu
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.22 09:57:45
   Target Milestone|--- |4.7.0
 Ever Confirmed|0   |1

--- Comment #1 from Uros Bizjak  2011-04-22 09:57:45 
UTC ---
Confirmed.

[Bug target/48723] ICE in ix86_expand_prologue() with -fstack-check + function returning struct, on corei7-avx

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

   Target Milestone|4.7.0   |4.6.1

[Bug tree-optimization/48717] [4.7 Regression] integer wrong code bug

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #2 from Jakub Jelinek  2011-04-22 
10:06:43 UTC ---
Created attachment 24073
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24073
gcc47-pr48717.patch

Untested fix.  This is latent on the 4.6 branch since
http://gcc.gnu.org/viewcvs?view=revision&revision=163190
so IMNSHO should be fixed there too.

[Bug lto/48725] New: 4.6.0 fails to link p7zip 9.20.1 with LTO and gold

[gmarkhor at gmail dot com]

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

   Summary: 4.6.0 fails to link p7zip 9.20.1 with LTO and gold
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: gmark...@gmail.com


My GCC version is 4.6.0 release, working under Ubuntu 10.10 x64.
gcc -###
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/.../x86_64-gcc-4.6.0/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/.../x86_64-gcc-4.6.0 --enable-shared
--with-arch=native --enable-languages=c,c++ --enable-lto --enable-plugin
--enable-gold --enable-linker-build-id --disable-multilib --enable-ld=default
--with-plugin-ld=ld.gold
Thread model: posix
gcc version 4.6.0 (GCC)

It uses binutils 2.21.51, installed at the same prefix "/.../x86_64-gcc-4.6.0".
ld.gold --version
GNU gold (GNU Binutils 2.21.51.20110414) 1.11
Copyright 2011 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.

I make p7zip 9.20.1, downloadable at p7zip.sourceforge.net. I use makefile
named makefile.linux_amd64 with the following addition:

OPTFLAGS=-O2 -flto

When it comes to linking 7z.so, I get the following:
...

make[1]: Entering directory `/???/p7zip_9.20.1/CPP/7zip/Bundles/Format7zFree'
g++ -m64 -O2 -flto -pipe -s -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DNDEBUG
-D_REENTRANT -DENV_UNIX -D_7ZIP_LARGE_PAGES -fPIC -DEXTERNAL_CODECS -DUNICODE
-D_UNICODE -fPIC -shared -o ../../../../bin/7z.so  wine_date_and_time.o
myGetTickCount.o CRC.o IntToString.o MyMap.o MyString.o MyWindows.o MyXml.o
StringConvert.o StringToInt.o MyVector.o UTFConvert.o Wildcard.o  FileDir.o
FileFind.o FileIO.o PropVariant.o PropVariantUtils.o Synchronization.o System.o
Time.o  InBuffer.o InOutTempBuffer.o CreateCoder.o CWrappers.o FilterCoder.o
LimitedStreams.o LockedStream.o MethodId.o MethodProps.o MemBlocks.o
OffsetStream.o OutBuffer.o OutMemStream.o ProgressMt.o ProgressUtils.o
StreamBinder.o StreamObjects.o StreamUtils.o VirtThread.o  ArchiveExports.o
DllExports2.o ApmHandler.o ArjHandler.o Bz2Handler.o CpioHandler.o
CramfsHandler.o DebHandler.o DeflateProps.o DmgHandler.o ElfHandler.o
FatHandler.o FlvHandler.o GzHandler.o LzhHandler.o LzmaHandler.o MachoHandler.o
MbrHandler.o MslzHandler.o MubHandler.o NtfsHandler.o PeHandler.o PpmdHandler.o
RpmHandler.o SplitHandler.o SwfHandler.o SquashfsHandler.o VhdHandler.o
XarHandler.o XzHandler.o ZHandler.o  CoderMixer2.o CoderMixer2MT.o
CrossThreadProgress.o DummyOutStream.o FindSignature.o InStreamWithCRC.o
ItemNameUtils.o MultiStream.o OutStreamWithCRC.o OutStreamWithSha1.o
HandlerOut.o ParseProperties.o  7zCompressionMode.o 7zDecode.o 7zEncode.o
7zExtract.o 7zFolderInStream.o 7zFolderOutStream.o 7zHandler.o 7zHandlerOut.o
7zHeader.o 7zIn.o 7zOut.o 7zProperties.o 7zSpecStream.o 7zUpdate.o 7zRegister.o
 CabBlockInStream.o CabHandler.o CabHeader.o CabIn.o CabRegister.o 
ChmHandler.o ChmHeader.o ChmIn.o ChmRegister.o  ComHandler.o ComIn.o
ComRegister.o  HfsHandler.o HfsIn.o HfsRegister.o  IsoHandler.o IsoHeader.o
IsoIn.o IsoRegister.o  NsisDecode.o NsisHandler.o NsisIn.o NsisRegister.o 
RarHandler.o RarHeader.o RarIn.o RarItem.o RarVolumeInStream.o RarRegister.o 
TarHandler.o TarHandlerOut.o TarHeader.o TarIn.o TarOut.o TarUpdate.o
TarRegister.o  UdfHandler.o UdfIn.o UdfRegister.o  WimHandler.o WimHandlerOut.o
WimIn.o WimRegister.o  ZipAddCommon.o ZipHandler.o ZipHandlerOut.o ZipHeader.o
ZipIn.o ZipItem.o ZipOut.o ZipUpdate.o ZipRegister.o  CodecExports.o
ArjDecoder1.o ArjDecoder2.o Bcj2Coder.o Bcj2Register.o BcjCoder.o BcjRegister.o
BitlDecoder.o BranchCoder.o BranchMisc.o BranchRegister.o ByteSwap.o BZip2Crc.o
BZip2Decoder.o BZip2Encoder.o BZip2Register.o CopyCoder.o CopyRegister.o
Deflate64Register.o DeflateDecoder.o DeflateEncoder.o DeflateRegister.o
DeltaFilter.o Lzma2Decoder.o Lzma2Encoder.o Lzma2Register.o ImplodeDecoder.o
ImplodeHuffmanDecoder.o LzhDecoder.o LzmaDecoder.o LzmaEncoder.o LzmaRegister.o
LzOutWindow.o Lzx86Converter.o LzxDecoder.o PpmdDecoder.o PpmdEncoder.o
PpmdRegister.o PpmdZip.o QuantumDecoder.o ShrinkDecoder.o ZlibDecoder.o
ZlibEncoder.o ZDecoder.o  7zAes.o 7zAesRegister.o HmacSha1.o MyAes.o
Pbkdf2HmacSha1.o RandGen.o Rar20Crypto.o RarAes.o Sha1.o WzAes.o ZipCrypto.o
ZipStrong.o  7zBuf2.o 7zStream.o Aes.o Alloc.o Bra.o Bra86.o BraIA64.o
BwtSort.o Delta.o HuffEnc.o LzFind.o LzFindMt.o Lzma2Dec.o Lzma2Enc.o LzmaDec.o
LzmaEnc.o MtCoder.o Ppmd7.o Ppmd7Dec.o Ppmd7Enc.o Ppmd8.o Ppmd8Dec.o Ppmd8Enc.o
Sha256.o Sort.o Threads.o Xz.o XzCrc64.o XzDec.o XzEnc.o XzIn.o  7zCrc.o
7zCrcOpt.o  -lpthread -ldl
/.../x86_64-gcc-4.6.0/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/bin/ld.gold:
in

[Bug target/48723] ICE in ix86_expand_prologue() with -fstack-check + function returning struct, on corei7-avx

[ubizjak at gmail dot com]

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

--- Comment #2 from Uros Bizjak  2011-04-22 11:28:30 
UTC ---
Patch in testing:

Index: i386.c
===
--- i386.c(revision 172856)
+++ i386.c(working copy)
@@ -10628,6 +10628,7 @@ ix86_expand_prologue (void)
   if (STACK_CHECK_MOVING_SP)
 {
   ix86_adjust_stack_and_probe (allocate);
+  m->fs.sp_offset += allocate;
   allocate = 0;
 }
   else

[Bug target/48723] ICE in ix86_expand_prologue() with -fstack-check + function returning struct, on corei7-avx

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

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

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

[jakub at gcc dot gnu.org]

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

--- Comment #5 from Jakub Jelinek  2011-04-22 
11:42:59 UTC ---
The NON_LVALUE_EXPR in question is created by the C FE, in build_c_cast:
4712  /* Don't let a cast be an lvalue.  */
4713  if (value == expr)
4714value = non_lvalue_loc (loc, value);

And it has void_type_node like its argument, which is void_type_node COND_EXPR.
The second argument of the COND_EXPR is void_type_node also, but the third is
a MODIFY_EXPR and for MODIFY_EXPR fold_convert_loc just refuses to convert it:
2030case VOID_TYPE:
2031  tem = fold_ignored_result (arg);
2032  if (TREE_CODE (tem) == MODIFY_EXPR)
2033goto fold_convert_exit;
2034  return fold_build1_loc (loc, NOP_EXPR, type, tem);

[Bug c/36750] -Wmissing-field-initializers relaxation request

[amonakov at gcc dot gnu.org]

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

--- Comment #3 from Alexander Monakov  2011-04-22 
11:53:05 UTC ---
Author: amonakov
Date: Fri Apr 22 11:53:01 2011
New Revision: 172857

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172857
Log:
PR c/36750
* c-typeck.c (pop_init_level): Do not warn about initializing
with ` = {0}'.

testsuite:
* gcc.dg/missing-field-init-2.c: Update testcase.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-typeck.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/missing-field-init-2.c

[Bug c/36750] -Wmissing-field-initializers relaxation request

[amonakov at gcc dot gnu.org]

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

Alexander Monakov  changed:

   What|Removed |Added

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

--- Comment #4 from Alexander Monakov  2011-04-22 
11:56:39 UTC ---
The above patch suppresses the warning in C regardless of whether the trailing
comma is present.  Closing as fixed.

[Bug fortran/48405] Handle expressions in DO loops for front-end optimization

[tkoenig at gcc dot gnu.org]

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

Thomas Koenig  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #4 from Thomas Koenig  2011-04-22 
12:05:05 UTC ---
Fixed, closing.

[Bug middle-end/48585] [4.7 Regression] 483.xalancbmk in SPEC CPU 2006 failed to build

[jamborm at gcc dot gnu.org]

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

--- Comment #14 from Martin Jambor  2011-04-22 
12:36:28 UTC ---
OK, I have submitted a patch using the analyzed flag to the mailing list:

http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01855.html

I will commit it momentarily.

Thanks,

[Bug fortran/48720] quad precision literals do not work

[jvdelisle at frontier dot com]

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

--- Comment #4 from jvdelisle at frontier dot com 2011-04-22 12:46:16 UTC ---
On 04/21/2011 09:08 PM, kargl at gcc dot gnu.org wrote:
--- snip ---
>>
>> I think we are not handling the 'q' as any more than an exponent marker. 'e'
>> works just as well.
>
> Oh my, is gfortran accepting 1.1q0.  Let's stop that
> right now!  Use 1.1e0_16.
>

Agree, and its in the front end somewhere.

[Bug middle-end/48585] [4.7 Regression] 483.xalancbmk in SPEC CPU 2006 failed to build

[jamborm at gcc dot gnu.org]

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

--- Comment #15 from Martin Jambor  2011-04-22 
12:52:32 UTC ---
Author: jamborm
Date: Fri Apr 22 12:52:30 2011
New Revision: 172858

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172858
Log:
2011-04-22  Martin Jambor  

PR middle-end/48585
* tree-inline.c (copy_bb): Create new edges only for analyzed
nodes.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-inline.c

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

[hubicka at gcc dot gnu.org]

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

--- Comment #87 from Jan Hubicka  2011-04-22 
12:52:17 UTC ---
http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01854.html has updated bulild
time/memory stats. With Michaels WPA patch, we now need about 5GB of address
space on 64bit build, so we might fit in 32bit again.

Re: [Bug lto/48725] New: 4.6.0 fails to link p7zip 9.20.1 with LTO and gold

[Jan Hubicka]

> /.../x86_64-gcc-4.6.0/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/bin/ld.gold:
> internal error in symtab_section, at ../../gold/layout.h:684
> collect2: ld returned 1 exit status
> make[1]: *** [../../../../bin/7z.so] Error 1

This is ICE in gold.  Might be becase GCC produces something particularly evil, 
but gold should not ICE.
Can you, please, fill in binutils bug?

Honza
> 
> 
> With "-fuse-linker-plugin" added, I get the same error. It seems like a bug in
> LTO.

[Bug lto/48725] 4.6.0 fails to link p7zip 9.20.1 with LTO and gold

[hubicka at ucw dot cz]

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

--- Comment #1 from Jan Hubicka  2011-04-22 12:56:21 UTC 
---
> /.../x86_64-gcc-4.6.0/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/bin/ld.gold:
> internal error in symtab_section, at ../../gold/layout.h:684
> collect2: ld returned 1 exit status
> make[1]: *** [../../../../bin/7z.so] Error 1

This is ICE in gold.  Might be becase GCC produces something particularly evil,
but gold should not ICE.
Can you, please, fill in binutils bug?

Honza
> 
> 
> With "-fuse-linker-plugin" added, I get the same error. It seems like a bug in
> LTO.

[Bug middle-end/48585] [4.7 Regression] 483.xalancbmk in SPEC CPU 2006 failed to build

[jamborm at gcc dot gnu.org]

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

Martin Jambor  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #16 from Martin Jambor  2011-04-22 
13:01:07 UTC ---
Fixed.

[Bug lto/48725] 4.6.0 fails to link p7zip 9.20.1 with LTO and gold

[gmarkhor at gmail dot com]

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

--- Comment #2 from Vadim Markovtsev  2011-04-22 
13:12:17 UTC ---
> Can you, please, fill in binutils bug?

Done. The link to it is http://sourceware.org/bugzilla/show_bug.cgi?id=12695

[Bug c/48716] gcc OpenMP static variable declared in scope inside construct is predetermined shared

[jakub at gcc dot gnu.org]

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

--- Comment #1 from Jakub Jelinek  2011-04-22 
14:10:48 UTC ---
Author: jakub
Date: Fri Apr 22 14:10:45 2011
New Revision: 172859

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172859
Log:
PR c/48716
* gimplify.c (gimplify_bind_expr): Mark as GOVD_LOCAL also
TREE_STATIC variables declared inside of some OpenMP construct.

* gcc.dg/gomp/pr48716.c: New test.
* g++.dg/gomp/pr48716.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/gomp/pr48716.C
trunk/gcc/testsuite/gcc.dg/gomp/pr48716.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/gimplify.c
trunk/gcc/testsuite/ChangeLog

[Bug c/48716] gcc OpenMP static variable declared in scope inside construct is predetermined shared

[jakub at gcc dot gnu.org]

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

--- Comment #2 from Jakub Jelinek  2011-04-22 
14:11:46 UTC ---
Author: jakub
Date: Fri Apr 22 14:11:44 2011
New Revision: 172860

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172860
Log:
PR c/48716
* gimplify.c (gimplify_bind_expr): Mark as GOVD_LOCAL also
TREE_STATIC variables declared inside of some OpenMP construct.

* gcc.dg/gomp/pr48716.c: New test.
* g++.dg/gomp/pr48716.C: New test.

Added:
branches/gcc-4_6-branch/gcc/testsuite/g++.dg/gomp/pr48716.C
branches/gcc-4_6-branch/gcc/testsuite/gcc.dg/gomp/pr48716.c
Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/gimplify.c
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog

[Bug fortran/48718] gfortran crash

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org

--- Comment #2 from Tobias Burnus  2011-04-22 
14:14:39 UTC ---
Works with -fno-realloc-lhs -- thus, it should be one of the recently fixed
4.6/4.7 regressions.

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

[andreast at gcc dot gnu.org]

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

--- Comment #22 from Andreas Tobler  2011-04-22 
14:16:13 UTC ---
I need some time to bisect. I'll let you know asap which version is the
breaking one.

[Bug c++/48726] New: ICE with initializer_list of unique_ptr in gcc-4.6.0

[john.salmon at deshaw dot com]

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

   Summary: ICE with initializer_list of unique_ptr in gcc-4.6.0
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: john.sal...@deshaw.com


The following code generates an ICE while trying to create a
std::initializer_list of unique_ptrs.  This is with
Target=x86_64-unknown-linux-gnu.

salm...@drdlogin0039.en.desres$ cat il.cpp
#include 

struct Foo{
int i;
};
typedef std::unique_ptr up;

std::initializer_list il{up{new Foo}, up{new Foo}};

salm...@drdlogin0039.en.desres$ desres-cleanenv -m gcc/4.6.0-23A/bin g++
-std=c++0x -Wall -c -o il.o il.cpp
il.cpp:8:55: internal compiler error: in record_reference, at cgraphbuild.c:60
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
salm...@drdlogin0039.en.desres$

[Bug fortran/48720] quad precision literals do not work

[sgk at troutmask dot apl.washington.edu]

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

--- Comment #5 from Steve Kargl  
2011-04-22 15:00:50 UTC ---
On Fri, Apr 22, 2011 at 12:47:03PM +, jvdelisle at frontier dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48720
> 
> --- Comment #4 from jvdelisle at frontier dot com 2011-04-22 12:46:16 UTC ---
> On 04/21/2011 09:08 PM, kargl at gcc dot gnu.org wrote:
> --- snip ---
> >>
> >> I think we are not handling the 'q' as any more than an exponent marker. 
> >> 'e'
> >> works just as well.
> >
> > Oh my, is gfortran accepting 1.1q0.  Let's stop that
> > right now!  Use 1.1e0_16.
> >
> 
> Agree, and its in the front end somewhere.
> 

It's match_real_constant in primary.c.

I suppose that question is do we want to disallow q.

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

[hubicka at gcc dot gnu.org]

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

--- Comment #88 from Jan Hubicka  2011-04-22 
15:03:16 UTC ---
As a quick status update, mozilla now builds and works with TOT GCC tree again,
after fixes to debug info streaming and clone materialization.  -g still fails
at PR48724

[Bug testsuite/48727] New: FAIL: g++.dg/opt/devirt2.C scan-assembler-times xyzzy 2

[danglin at gcc dot gnu.org]

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

   Summary: FAIL: g++.dg/opt/devirt2.C scan-assembler-times xyzzy
2
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dang...@gcc.gnu.org
  Host: hppa2.0w-hp-hpux11.11
Target: hppa2.0w-hp-hpux11.11
 Build: hppa2.0w-hp-hpux11.11


Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/g++/../../g++
-B/test/gnu/
gcc/objdir/gcc/testsuite/g++/../../
/test/gnu/gcc/gcc/gcc/testsuite/g++.dg/opt/d
evirt2.C  -nostdinc++
-I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/
include/hppa2.0w-hp-hpux11.11
-I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libst
dc++-v3/include -I/test/gnu/gcc/gcc/libstdc++-v3/libsupc++
-I/test/gnu/gcc/gcc/l
ibstdc++-v3/include/backward -I/test/gnu/gcc/gcc/libstdc++-v3/testsuite/util
-fm
essage-length=0  -O2  -S  -o devirt2.s(timeout = 300)
PASS: g++.dg/opt/devirt2.C (test for excess errors)
FAIL: g++.dg/opt/devirt2.C scan-assembler-times xyzzy 2

.s has two calls and one .import directive for _ZN1S5xyzzyEv:

bl _ZN1S5xyzzyEv,%r2
bl _ZN1S5xyzzyEv,%r2
.IMPORT _ZN1S5xyzzyEv,CODE

[Bug c++/48728] New: cannot construct a vector of unique_ptr from an initializer list

[john.salmon at deshaw dot com]

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

   Summary: cannot construct a vector of unique_ptr from an
initializer list
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: john.sal...@deshaw.com


I think the problem here is that the vector constructor is trying to invoke a
copy-constructor to create the elements of the vector from the elements of the
initializer list.  But there is no copy-constructor for a unique_ptr. 
According to Table 97 of the FCD, the elements, T, need only be
MoveConstructible, not CopyConstructible, so I think the library is wrong to
invoke the copy constructor.

salm...@drdlogin0039.en.desres$ cat v.cpp
#include 
#include 

struct Foo{
int i;
};
typedef std::unique_ptr up;

std::vector bad{up{new Foo}, up{new Foo}};



salm...@drdlogin0039.en.desres$ desres-cleanenv -m gcc/4.6.0-23A/bin g++ -v
-save-temps -std=c++0x -Wall -c -o v.o v.cpp
Reading specs from
/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/specs
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with:
/state/partition1/tmp/desres-install.158e2ef1dc69/gcc-4.6.0-23A/gcc-4.6.0/configure
--prefix=/proj/desres/root/Linux/x86_64/gcc/4.6.0-23A
--with-local-prefix=/proj/desres/root/Linux/x86_64/gcc/4.6.0-23A/local
--enable-languages=c,c++,fortran,java
Thread model: posix
gcc version 4.6.0 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-std=c++0x' '-Wall' '-c' '-o' 'v.o'
'-shared-libgcc' '-mtune=generic' '-march=x86-64'

/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus
-E -quiet -v -iprefix
/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/
-D_GNU_SOURCE v.cpp -mtune=generic -march=x86-64 -std=c++0x -Wall
-fpch-preprocess -o v.ii
ignoring nonexistent directory
"/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/include"
ignoring duplicate directory
"/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0"
ignoring duplicate directory
"/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/x86_64-unknown-linux-gnu"
ignoring duplicate directory
"/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward"
ignoring duplicate directory
"/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include"
ignoring nonexistent directory
"/proj/desres/root/Linux/x86_64/gcc/4.6.0-23A/local/include"
ignoring duplicate directory
"/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include-fixed"
ignoring nonexistent directory
"/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:

/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0

/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/x86_64-unknown-linux-gnu

/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward

/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include

/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include-fixed
 /proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../lib/gcc/../../include
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-std=c++0x' '-Wall' '-c' '-o' 'v.o'
'-shared-libgcc' '-mtune=generic' '-march=x86-64'

/proj/desrad-c/root/Linux/x86_64/gcc/4.6.0-23A/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus
-fpreprocessed v.ii -quiet -dumpbase v.cpp -mtune=generic -march=x86-64
-auxbase-strip v.o -Wall -std=c++0x -version -o v.s
GNU C++ (GCC) version 4.6.0 (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0, GMP version 4.3.2, MPFR version 2.4.2, MPC
version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C++ (GCC) version 4.6.0 (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0, GMP version 4.3.2, MPFR version 2.4.2, MPC
version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-he

[Bug fortran/48720] quad precision literals do not work

[sgk at troutmask dot apl.washington.edu]

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

--- Comment #6 from Steve Kargl  
2011-04-22 15:16:02 UTC ---
On Fri, Apr 22, 2011 at 08:00:33AM -0700, Steve Kargl wrote:
> On Fri, Apr 22, 2011 at 12:47:03PM +, jvdelisle at frontier dot com wrote:
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48720
> > 
> > --- Comment #4 from jvdelisle at frontier dot com 2011-04-22 12:46:16 UTC 
> > ---
> > On 04/21/2011 09:08 PM, kargl at gcc dot gnu.org wrote:
> > --- snip ---
> > >>
> > >> I think we are not handling the 'q' as any more than an exponent marker. 
> > >> 'e'
> > >> works just as well.
> > >
> > > Oh my, is gfortran accepting 1.1q0.  Let's stop that
> > > right now!  Use 1.1e0_16.
> > >
> > 
> > Agree, and its in the front end somewhere.
> > 
> 
> It's match_real_constant in primary.c.
> 
> I suppose that question is do we want to disallow q.
> 

Reading the code suggests that there are other problems if we
continue to allow q.

program foo
   real(8) d
   real(16) q
   q = 1.q0_16
   d = 1.d0_8
   print *, d, q
end program foo


troutmask:sgk[203] gfc4x -o z ui.f90 
ui.f90:5.13:

   d = 1.d0_8
 1
Error: Real number at (1) has a 'd' exponent and an explicit kind

The above is required by the standard, so I think one should 
also mandate a similar error fro 1.q0_16.

[Bug fortran/48729] New: internal compiler error: Segmentation fault

[rglindley at gmail dot com]

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

   Summary: internal compiler error: Segmentation fault
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rglind...@gmail.com


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

C:\Users\rlindley\fortran\clrs\chapter_04\4-2>gcc -v -save-temps
square_matrix_multiply_strassen.f90
Built by Equation Solution .
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/users/rlindley/gcc/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.0/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../gcc-4.6.0-mingw/configure --host=x86_64-w64-mingw32
--build=x86_64-unknown-linux-gnu --tar
get=x86_64-w64-mingw32
--prefix=/home/gfortran/gcc-home/binary/mingw32/native/x86_64/gcc/4.6.0
--with-sysroot=
/home/gfortran/gcc-home/binary/mingw32/cross/x86_64/gcc/4.6.0 --with-gcc
--with-gnu-ld --with-gnu-as --with-gm
p=/home/gfortran/gcc-home/binary/mingw32/native/x86_64/gmp
--with-mpfr=/home/gfortran/gcc-home/binary/mingw32/
native/x86_64/mpfr
--with-mpc=/home/gfortran/gcc-home/binary/mingw32/native/x86_64/mpc
--with-ppl=/home/gfortr
an/gcc-home/binary/mingw32/native/x86_64/ppl
--with-cloog=/home/gfortran/gcc-home/binary/mingw32/native/x86_64
/cloog --with-host-libstdcxx='-lstdc++ -lsupc++ -lm'
--enable-targets=i686-w64-mingw32,x86_64-w64-mingw32 --en
able-cloog-backend=ppl --enable-lto --enable-languages=c,c++,fortran
--enable-libgomp --enable-threads=win32 -
-enable-static --enable-shared=lto-plugin --enable-plugins --enable-ld=yes
--disable-nls --disable-tls --disab
le-win32-registry
Thread model: win32
gcc version 4.6.0 (GCC)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mtune=generic' '-march=x86-64'
 c:/users/rlindley/gcc/bin/../libexec/gcc/x86_64-w64-mingw32/4.6.0/f951.exe
square_matrix_multiply_strassen.f9
0 -quiet -dumpbase square_matrix_multiply_strassen.f90 -mtune=generic
-march=x86-64 -auxbase square_matrix_mul
tiply_strassen -version -fintrinsic-modules-path
c:/users/rlindley/gcc/bin/../lib/gcc/x86_64-w64-mingw32/4.6.0
/finclude -o square_matrix_multiply_strassen.s
GNU Fortran (GCC) version 4.6.0 (x86_64-w64-mingw32)
compiled by GNU C version 4.6.0, GMP version 5.0.1, MPFR version 3.0.0,
MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU Fortran (GCC) version 4.6.0 (x86_64-w64-mingw32)
compiled by GNU C version 4.6.0, GMP version 5.0.1, MPFR version 3.0.0,
MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
square_matrix_multiply_strassen.f90: In function
'square_matrix_multiply_strassen':
square_matrix_multiply_strassen.f90:35:0: internal compiler error: Segmentation
fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

C:\Users\rlindley\fortran\clrs\chapter_04\4-2>

[Bug c++/48726] ICE with initializer_list of unique_ptr in gcc-4.6.0

[redi at gcc dot gnu.org]

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

--- Comment #1 from Jonathan Wakely  2011-04-22 
15:56:48 UTC ---
if this is PR 48281 then it's fixed in 4.6.1

[Bug fortran/22572] Double occurrence of matmul intrinsic not optimised

[tkoenig at gcc dot gnu.org]

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

--- Comment #7 from Thomas Koenig  2011-04-22 
15:57:01 UTC ---
We should generate

function optmatmul (a, b, c, m, n, count)
  implicit none  
  integer, intent(in) :: m, n, count
  double precision :: optmatmul(m, n)  
  double precision, intent(in) :: a(m, count), b(count, n), c(m, n)
  block
double precision, dimension(size(a,1), size(b,2)) :: tmp
tmp = matmul(a,b)
optmatmul = tmp / (1 + tmp)
  end block
end function optmatmul  

I forsee lots of special-casing here...

[Bug c/48730] New: static function scope not honored by -fms-extensions

[sourceforge.com-20020529 at reg dot pizzolato.net]

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

   Summary: static function scope not honored by -fms-extensions
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sourceforge.com-20020...@reg.pizzolato.net


gcc running on Windows via MinGW.

Microsoft describes extensions to C at
http://msdn.microsoft.com/en-us/library/34h23df8(v=vs.80).aspx

The case I encountered relates to the following:

extern int clip();
static int clip()
{}

which gcc fails to compile:

clip.c:2:12: error: static declaration of 'clip' follows non-static declaration
clip.c:1:12: note: previous declaration of 'clip' was here

The original code which encountered this error wasn't this simple.  The 'extern
int function();' was buried in some deeply nested layers of system include
files, and the locally scoped function had a name which was identical to the
one defined in the include file.

The code compiles cleanly with Microsoft's compilers but fails with the above
error when compiled with gcc.

gcc behaves the same, in this case, without regard to the presense of the
'-fms-extensions' command option.

It would seem appropriate that this behavior like the microsoft compilers
should be part of the functionality of '-fms-extensions'.

[Bug fortran/48729] internal compiler error: Segmentation fault

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 CC||kargl at gcc dot gnu.org

--- Comment #1 from kargl at gcc dot gnu.org 2011-04-22 16:16:11 UTC ---
I cannot reproduce the problem with

gcc version 4.7.0 20110420 (experimental) (GCC) 
gcc version 4.6.1 20110414 (prerelease) (GCC) 
gcc version 4.5.3 20110318 (prerelease) (GCC) 
gcc version 4.4.6 20110318 (prerelease) (GCC) 
gcc version 4.3.6 20110318 (prerelease) (GCC) 

of x86_64-*-freebsd.

[Bug c++/48728] cannot construct a vector of unique_ptr from an initializer list

[redi at gcc dot gnu.org]

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

--- Comment #1 from Jonathan Wakely  2011-04-22 
16:16:26 UTC ---
See Table 100 in the FDIS, X(il) is equivalent to X(il.begin(), il.end()) and
those functions return a const T*, which cannot be moved, so I think the
library is correct and this bug is invalid

[Bug c++/48728] cannot construct a vector of unique_ptr from an initializer list

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #2 from Paolo Carlini  2011-04-22 
16:21:45 UTC ---
I agree.

[Bug c++/48726] ICE with initializer_list of unique_ptr in gcc-4.6.0

[paolo.carlini at oracle dot com]

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

--- Comment #2 from Paolo Carlini  2011-04-22 
16:26:19 UTC ---
Maybe it isn't? Because I just rebuilt 4_6-branch (Rev. 172860) and still ICEs
for me. Mainline is fine, however.

[Bug c++/48726] [C++0x] [4.6 Regression] ICE with initializer_list of unique_ptr

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.22 16:30:27
Version|unknown |4.6.0
   Target Milestone|--- |4.6.1
Summary|[C++0x] ICE with|[C++0x] [4.6 Regression]
   |initializer_list of |ICE with initializer_list
   |unique_ptr  |of unique_ptr
 Ever Confirmed|0   |1

--- Comment #3 from Paolo Carlini  2011-04-22 
16:30:27 UTC ---
Let's mark it as a regression too, to play safe.

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

[joseph at codesourcery dot com]

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

--- Comment #6 from joseph at codesourcery dot com  2011-04-22 16:53:53 UTC ---
On Fri, 22 Apr 2011, jakub at gcc dot gnu.org wrote:

> And it has void_type_node like its argument, which is void_type_node 
> COND_EXPR.
> The second argument of the COND_EXPR is void_type_node also, but the third is
> a MODIFY_EXPR and for MODIFY_EXPR fold_convert_loc just refuses to convert it:
> 2030case VOID_TYPE:
> 2031  tem = fold_ignored_result (arg);
> 2032  if (TREE_CODE (tem) == MODIFY_EXPR)
> 2033goto fold_convert_exit;
> 2034  return fold_build1_loc (loc, NOP_EXPR, type, tem);

I'd say that's a bug in fold_convert_loc; it should provide the interface 
to the rest of the compiler that the return value always has the requested 
type (or is error_mark_node).

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

[andreast at gcc dot gnu.org]

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

--- Comment #23 from Andreas Tobler  2011-04-22 
16:56:53 UTC ---
Ok. The breaking revision is 121736.

If you add this to m68k/netbsd-elf.h it compiles.

#undef STRICT_ALIGNMENT
#define STRICT_ALIGNMENT 0

I had to disable libgomp too since this netbsd target does not have pthreads.

I'll update to current and see where we are.

[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 #24 from diggskevin38 at gmail dot com 2011-04-22 17:21:42 UTC ---
(In reply to comment #23)
> Ok. The breaking revision is 121736.
> 
> If you add this to m68k/netbsd-elf.h it compiles.
> 
> #undef STRICT_ALIGNMENT
> #define STRICT_ALIGNMENT 0
> 
> I had to disable libgomp too since this netbsd target does not have pthreads.
> 
> I'll update to current and see where we are.

Cool! So ... I'm not crazy, right?

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

[andreast at gcc dot gnu.org]

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

Andreas Tobler  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.22 17:38:28
 Ever Confirmed|0   |1

--- Comment #25 from Andreas Tobler  2011-04-22 
17:38:28 UTC ---
Nobody said you are ;)

[Bug go/48503] http/cgi FAILs if libgcc_s.so.1 isn't in default ld.so.1 search path

[ian at gcc dot gnu.org]

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

--- Comment #1 from ian at gcc dot gnu.org  2011-04-22 
18:23:50 UTC ---
Author: ian
Date: Fri Apr 22 18:23:47 2011
New Revision: 172864

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172864
Log:
PR go/48503
libgo: Bring over http/cgi environment inheritance patches.

Modified:
trunk/libgo/go/http/cgi/host.go

[Bug go/48503] http/cgi FAILs if libgcc_s.so.1 isn't in default ld.so.1 search path

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Ian Lance Taylor  2011-04-22 18:24:55 
UTC ---
Should be fixed.

[Bug target/48723] ICE in ix86_expand_prologue() with -fstack-check + function returning struct, on corei7-avx

[uros at gcc dot gnu.org]

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

--- Comment #3 from uros at gcc dot gnu.org 2011-04-22 18:40:26 UTC ---
Author: uros
Date: Fri Apr 22 18:40:23 2011
New Revision: 172866

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172866
Log:
PR target/48723
* config/i386/i386.c (ix86_expand_prologue): Update m->fs.sp_offset
after the call to ix86_adjust_stack_and_probe.

testsuite/ChangeLog:

PR target/48723
* gcc.target/i386/pr48723.c: New test.


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

[Bug target/48723] ICE in ix86_expand_prologue() with -fstack-check + function returning struct, on corei7-avx

[uros at gcc dot gnu.org]

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

--- Comment #4 from uros at gcc dot gnu.org 2011-04-22 18:44:00 UTC ---
Author: uros
Date: Fri Apr 22 18:43:57 2011
New Revision: 172867

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172867
Log:
PR target/48723
* config/i386/i386.c (ix86_expand_prologue): Update m->fs.sp_offset
after the call to ix86_adjust_stack_and_probe.

testsuite/ChangeLog:

PR target/48723
* gcc.target/i386/pr48723.c: New test.


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

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

[andreast at gcc dot gnu.org]

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

Andreas Tobler  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #26 from Andreas Tobler  2011-04-22 
18:47:10 UTC ---
Trunk is fine too:
Target: m68k-netbsdelf1.6.1
Configured with: /Volumes/development/gcc/head-clean/gcc/configure
--prefix=/Volumes/development/tools/nbsdcross/install
--target=m68k-netbsdelf1.6.1
--enable-languages=c,c++,fortran --disable-nls --disable-mudflap --disable-lto
--disable-libgomp
--with-build-time-tools=/Volumes/development/tools/nbsdcross/install
--with-headers=/Volumes/development/tools/nbsdcross/sys/usr/include
--with-libs=/Volumes/development/tools/nbsdcross/sys/usr/lib

Thread model: single
gcc version 4.7.0 20110422 (experimental) [trunk revision 171184] (GCC)

Patch is here, against trunk (4.7):

http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01881.html

[Bug other/32998] -frecord-gcc-switches issues

[jan.kratochvil at redhat dot com]

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

--- Comment #13 from Jan Kratochvil  
2011-04-22 18:49:06 UTC ---
CU specific -O flag indication is needed for proper prologue skipping:
  http://sourceware.org/bugzilla/show_bug.cgi?id=12573
  [rfc, 7.3?] -O2 -g breakpoints internal error + prologue skipping
  http://sourceware.org/ml/gdb-patches/2011-04/msg00229.html

Currently a loclist reference heuristic is implemented which occasionally
fails.

[Bug tree-optimization/48717] [4.7 Regression] integer wrong code bug

[jakub at gcc dot gnu.org]

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

--- Comment #3 from Jakub Jelinek  2011-04-22 
18:52:51 UTC ---
Author: jakub
Date: Fri Apr 22 18:52:48 2011
New Revision: 172868

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172868
Log:
PR tree-optimization/48717
* tree-ssa-forwprop.c (associate_plusminus): For A + ~A and
~A + A optimizations use build_int_cst_type instead of build_int_cst.

* gcc.c-torture/execute/pr48717.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/execute/pr48717.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-forwprop.c

[Bug target/48142] [4.6/4.7 Regression] miscompilation with -Os -mpreferred-stack-boundary=5 -fstack-check

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #7 from Uros Bizjak  2011-04-22 18:53:24 
UTC ---
This test fails again after the fix for PR target/48723 [1,2].

PR 48723 fails due to clear omission of accounting, but this PR is more
involved and IMO, the fix there is wrong.

Reopened.

[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48723
[2] http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01883.html

[Bug tree-optimization/48717] [4.7 Regression] integer wrong code bug

[jakub at gcc dot gnu.org]

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

--- Comment #4 from Jakub Jelinek  2011-04-22 
18:53:32 UTC ---
Author: jakub
Date: Fri Apr 22 18:53:30 2011
New Revision: 172869

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172869
Log:
PR tree-optimization/48717
* tree-ssa-forwprop.c (associate_plusminus): For A + ~A and
~A + A optimizations use build_int_cst_type instead of build_int_cst.

* gcc.c-torture/execute/pr48717.c: New test.

Added:
branches/gcc-4_6-branch/gcc/testsuite/gcc.c-torture/execute/pr48717.c
Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog
branches/gcc-4_6-branch/gcc/tree-ssa-forwprop.c

[Bug target/48723] ICE in ix86_expand_prologue() with -fstack-check + function returning struct, on corei7-avx

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-p
   ||atches/2011-04/msg01883.htm
   ||l

--- Comment #5 from Uros Bizjak  2011-04-22 18:56:22 
UTC ---
Fixed, but triggers PR 48723 again.

[Bug target/48723] ICE in ix86_expand_prologue() with -fstack-check + function returning struct, on corei7-avx

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Uros Bizjak  2011-04-22 18:57:22 
UTC ---
(In reply to comment #5)
> Fixed, but triggers PR 48723 again.

Eh, ICEs in the testcase for PR 48142.

[Bug c/48731] New: regression: __attribute__((flatten)) produces error with function calling variadic functions

[florent.bruneau_gcc at m4x dot org]

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

   Summary: regression: __attribute__((flatten)) produces error
with function calling variadic functions
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: florent.bruneau_...@m4x.org


Created attachment 24075
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24075
preprocessed example source

Function with the flatten attribute that call variadic function do not compile
anymore with gcc-4.6. It worked perfectly with gcc-4.5. The attachment provide
a simple example of code.

Compilation flag:
% gcc-4.6 -std=gnu99 --save-temp -O3 -c flatten_variadic.c

Resulting error:
flatten_variadic.c: In function ‘blah2’:
flatten_variadic.c:5:23: error: ‘va_start’ used in function with fixed args

GCC: gcc-4.6 (Debian 4.6.0-4) 4.6.1 20110419 (prerelease)
System: Debian: Linux edelzwicker 2.6.38-2-amd64 #1 SMP Thu Apr 7 04:28:07 UTC
2011 x86_64 GNU/Linux

[Bug tree-optimization/48732] New: Nested loops with small iteration count gobble time in "tree reassociation"

[arthur.j.odwyer at gmail dot com]

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

   Summary: Nested loops with small iteration count gobble time in
"tree reassociation"
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: arthur.j.odw...@gmail.com


Created attachment 24076
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24076
Output of "gcc-4.5 -w -O1 -S test.c -Q -v"

The following test case takes inordinately long to compile on my machine
(Ubuntu 10.10, 64-bit), starting with gcc-4.5.

cat >test.c <

[Bug tree-optimization/48717] [4.7 Regression] integer wrong code bug

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Jakub Jelinek  2011-04-22 
19:16:00 UTC ---
Fixed.

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

[jakub at gcc dot gnu.org]

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

--- Comment #7 from Jakub Jelinek  2011-04-22 
19:20:38 UTC ---
Seems that was introduced by:
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00279.html
but we don't have GIMPLE_MODIFY_STMT any longer and MODIFY_EXPR does have a
type, so I guess we can just revert it.  Will test that.

[Bug target/48142] [4.6/4.7 Regression] miscompilation with -Os -mpreferred-stack-boundary=5 -fstack-check

[ebotcazou at gcc dot gnu.org]

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

--- Comment #8 from Eric Botcazou  2011-04-22 
19:49:10 UTC ---
> This test fails again after the fix for PR target/48723 [1,2].

Sure, stack checking is totally broken:

Running /home/eric/svn/gcc/gcc/testsuite/gnat.dg/dg.exp ...
FAIL: gnat.dg/stack_check1.adb (test for excess errors)
WARNING: gnat.dg/stack_check1.adb compilation failed to produce executable
FAIL: gnat.dg/stack_check2.adb (test for excess errors)
WARNING: gnat.dg/stack_check2.adb compilation failed to produce executable

FAIL:   c52103x
FAIL:   c52104x
FAIL:   c52104y
FAIL:   cb1010a
FAIL:   cb1010c
FAIL:   cb1010d

FAIL: g++.dg/other/i386-9.C (internal compiler error)
FAIL: g++.dg/other/i386-9.C (test for excess errors)

I don't understand how the patch can have been installed.  I'd suggest
reverting it ASAP (and assigning PR target/48723 to me).

[Bug lto/48733] New: [4.7 Regression] Many LTO failures

[hjl.tools at gmail dot com]

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

   Summary: [4.7 Regression] Many LTO failures
   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/ia32, revision 172869 gave

FAIL: g++.dg/lto/20081109-1 cp_lto_20081109-1_0.o-cp_lto_20081109-1_0.o link,
-fPIC -flto -flto-partition=1to1
FAIL: g++.dg/lto/20081118 cp_lto_20081118_0.o-cp_lto_20081118_1.o link, -fPIC
-flto -flto-partition=1to1 -r -nostdlib
FAIL: g++.dg/lto/20081125 cp_lto_20081125_0.o-cp_lto_20081125_1.o link, -flto
-flto-partition=1to1
FAIL: g++.dg/lto/20081204-1 cp_lto_20081204-1_0.o-cp_lto_20081204-1_1.o link,
-flto -flto-partition=1to1 -fPIC -r -nostdlib
FAIL: g++.dg/lto/20081219 cp_lto_20081219_0.o-cp_lto_20081219_1.o link, -fPIC
-flto -flto-partition=1to1 -O2
FAIL: g++.dg/lto/20090302 cp_lto_20090302_0.o-cp_lto_20090302_1.o link, -fPIC
-flto -flto-partition=1to1 -r -nostdlib
FAIL: g++.dg/lto/20091026-1 cp_lto_20091026-1_0.o-cp_lto_20091026-1_1.o link,
-O0 -flto
FAIL: g++.dg/lto/20091026-1 cp_lto_20091026-1_0.o-cp_lto_20091026-1_1.o link,
-O0 -flto -flto-partition=1to1 
FAIL: g++.dg/lto/20091026-1 cp_lto_20091026-1_0.o-cp_lto_20091026-1_1.o link,
-O0 -flto -flto-partition=none 
FAIL: g++.dg/lto/20100724-1 cp_lto_20100724-1_0.o-cp_lto_20100724-1_0.o link,
-ftoplevel-reorder -flto -flto-partition=1to1
FAIL: g++.dg/lto/20100724-1 cp_lto_20100724-1_0.o-cp_lto_20100724-1_0.o link,
-ftoplevel-reorder -flto -flto-partition=none

Revision 172860 is OK.

[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 #27 from diggskevin38 at gmail dot com 2011-04-22 20:29:55 UTC ---
Thanks!!!

This worked. I never thought to try a Linux build. Live and learn.

I guess it is a good thing I'm not a gamblin' man.

kevin

[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 #28 from diggskevin38 at gmail dot com 2011-04-22 20:31:41 UTC ---
If there are any bug'etiquette steps I am supposed to perform, please tell me
(i.e. I have to close/resolve it since I opened it).

kevin

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

[andreast at gcc dot gnu.org]

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

--- Comment #29 from Andreas Tobler  2011-04-22 
20:38:28 UTC ---
Unfortunately the issue is not solved yet. I was informed that 68010 needs
STRICT_ALIGNMENT. So I have to think about how to solve this.
Afaik, netbsd has 68010 machines (Sun?).

Leave the PR open.

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

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

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

--- Comment #30 from Andreas Schwab  2011-04-22 20:38:45 
UTC ---
The real problem appears to be that netbsd-elf redefines STACK_BOUNDARY to 32,
but leaves PREFERRED_STACK_BOUNDARY at the default 16.

[Bug c/48734] New: ICE in eliminate_redundant_comparison, at tree-ssa-reassoc.c:1321

[regehr at cs dot utah.edu]

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

   Summary: ICE in eliminate_redundant_comparison, at
tree-ssa-reassoc.c:1321
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: reg...@cs.utah.edu
CC: cheny...@cs.utah.edu
  Host: x86_64-unknown-linux-gnu
Target: x86_64-unknown-linux-gnu
 Build: x86_64-unknown-linux-gnu


[regehr@gamow tmp013]$ current-gcc -O3 small.c
small.c: In function 'func_69':
small.c:12:1: internal compiler error: in eliminate_redundant_comparison, at
tree-ssa-reassoc.c:1321
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
[regehr@gamow tmp013]$ current-gcc -v
Using built-in specs.
COLLECT_GCC=current-gcc
COLLECT_LTO_WRAPPER=/uusoc/exports/scratch/regehr/z/compiler-install/gcc-r172870-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-r172870-install
--program-prefix=r172870- --enable-languages=c,c++
Thread model: posix
gcc version 4.7.0 20110422 (experimental) (GCC) 
[regehr@gamow tmp013]$ cat small.c
int
safe_21 (int si)
{
  return si == -2147483647 - 1 ? si : -si;
}

unsigned g_73;
unsigned g_79;
long g_178;
int g_709;
int *
func_69 (p_71)
{
  long l_78 = 1;
  int i;
  for (i = 0; l_78 < 10; l_78 += 1)
for (g_79 = 0; g_79 < 1; g_79 = 1)
  g_178 &= safe_21 (p_71) > g_73;
  return 0;
}

void
func_60 (unsigned p_61, int *p_62, int *p_64)
{
  func_69 (p_61);
}

int
main (void)
{
  int *l_858 = &g_709;
  int i;
  for (i = 0; i < 1; g_73 = 1)
for (; i < 1; i++)
  {
  }
  long l_857 = 1;
  func_60 (l_857, l_858, &g_709);
  func_60 (0, 0, 0);
  return 0;
}

[Bug c++/48735] New: [C++0x][SFINAE] Hard errors with array list-construction and deleted default c'tor

[daniel.kruegler at googlemail dot com]

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

   Summary: [C++0x][SFINAE] Hard errors with array
list-construction and deleted default c'tor
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: daniel.krueg...@googlemail.com
CC: ja...@redhat.com


gcc 4.7.0 20110422 (experimental) in C++0x mode rejects the following code:

//-
template
char f(int);

template
char (&f(...))[2];

struct ND { ND() = delete; };

static_assert(sizeof(f(0)) != 1, "Error");
//-

"error: use of deleted function ‘ND::ND()’"

The code should be accepted.

[Bug c++/48736] New: [C++0x] ICE during list-initialization with variadics

[daniel.kruegler at googlemail dot com]

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

   Summary: [C++0x] ICE during list-initialization with variadics
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: daniel.krueg...@googlemail.com
CC: ja...@redhat.com


The following code causes an internal compiler error with gcc 4.7.0 20110422
(experimental) in C++0x mode at the line marked with X:

//-
template
T&& create();

template()...}) // Line X
>
char f(int);
//-

"internal compiler error: tree check: expected tree_vec, have 
expr_pack_expansion in tsubst_copy_and_build, at cp/pt.c:13227"

For those who need this kind of sfinae-like expression: The current workaround
is to rewrite above code into the following form:

//-
template
T&& create();

template
decltype(T{create()...}, char()) f(int);
//-

[Bug c++/48737] New: [C++0x][SFINAE] Hard errors with array list-construction with too many elements

[daniel.kruegler at googlemail dot com]

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

   Summary: [C++0x][SFINAE] Hard errors with array
list-construction with too many elements
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: daniel.krueg...@googlemail.com
CC: ja...@redhat.com


gcc 4.7.0 20110422 (experimental) in C++0x mode rejects the following code:

//-
template
T&& create();

template
decltype(T{create()...}, char()) f(int);

template
char (&f(...))[2];

static_assert(sizeof(f(0)) != 1, "Error");
//-

"error: too many initializers for ‘int [1]’"

The code should be accepted.

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

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

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

--- Comment #31 from Andreas Schwab  2011-04-22 21:40:00 
UTC ---
Also BIGGEST_ALIGNMENT is bigger than (PREFERRED_)STACK_BOUNDARY.

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

[andreast at gcc dot gnu.org]

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

--- Comment #32 from Andreas Tobler  2011-04-22 
22:15:28 UTC ---
The last build was successful with commenting BIGGEST_ALIGNMENT and adding 
PREFERRED_STACK_BOUNDARY 32.

I'll continue later.

Thanks Andreas!

[Bug lto/48733] [4.7 Regression] Many LTO failures

[hjl.tools at gmail dot com]

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

--- Comment #1 from H.J. Lu  2011-04-22 22:31:20 
UTC ---
It is BFD linker bug:

http://www.sourceware.org/bugzilla/show_bug.cgi?id=12696

[Bug rtl-optimization/48596] [4.7 Regression] [SH] unable to find a register to spill in class 'FPUL_REGS'

[kkojima at gcc dot gnu.org]

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

Kazumoto Kojima  changed:

   What|Removed |Added

 CC||vmakarov at redhat dot com

--- Comment #3 from Kazumoto Kojima  2011-04-23 
00:06:46 UTC ---
I'd like to add Vlad to the cc list.

I've tried to avoid allocating FP register to r242 with changing
target setting.  Increasing move_cost between integer and floating
registers looks to work.  With changing current cost 12 to 34, .ira
reports the same costs at -O2

  a20(r242,l1) costs: R0_REGS:0,0 FPUL_REGS:305,305 SIBCALL_REGS:0,0
GENERAL_REGS:0,0 FP0_REGS:3892,3892 FP_REGS:3892,3892 DF_HI_REGS:3892,3892
DF_REGS:3892,3892 GENERAL_FP_REGS:6619,6619 GENERAL_DF_REGS:6619,6619
ALL_REGS:6619,6619 MEM:3880,3880

and r7 is allocated to r242 like as -O2.
I hope that these numbers say something meaningful for experts.

[Bug go/48553] fmt FAILs on 32-bit Solaris 2 with stack overflow

[ian at gcc dot gnu.org]

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

--- Comment #1 from ian at gcc dot gnu.org  2011-04-23 
00:09:28 UTC ---
Author: ian
Date: Sat Apr 23 00:09:23 2011
New Revision: 172883

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172883
Log:
PR go/48553
libgo: Bring over patch to lower recursion depth in fmt.

Modified:
trunk/libgo/go/fmt/scan_test.go

[Bug go/48553] fmt FAILs on 32-bit Solaris 2 with stack overflow

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Ian Lance Taylor  2011-04-23 04:37:41 
UTC ---
Should be fixed.