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

[burnus at gcc dot gnu.org]

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

--- Comment #17 from Tobias Burnus  2010-11-21 
07:56:15 UTC ---
Author: burnus
Date: Sun Nov 21 07:56:12 2010
New Revision: 166998

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166998
Log:
2010-11-21  Michael Matz  
Tobias Burnus  

PR driver/46516
* gfortranspec.c (lang_specific_driver,
lang_specific_pre_link): Load libgfortran.spec in
lang_specific_pre_link unless found in the -L path.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/gfortranspec.c

[Bug debug/46583] [4.6 Regression] -fcompare-debug failure with -O -fno-inline -fipa-cp -fipa-cp-clone

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva  changed:

   What|Removed |Added

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

--- Comment #3 from Alexandre Oliva  2010-11-21 
07:51:45 UTC ---
Mine.  The order changed because we discarded the typedef decl from the block
scope in the original function.  When the time came to clone it, we'd remap the
typedef type after variable a3 of that type, and a3 would not be nonlocalized,
whereas with debug info we retained the typedef, cloned the type first, and a3
would be nonlocalized.  The patch I'm going to attach momentarily fixes this by
keeping the typedef around.

[Bug fortran/46339] [4.3/4.4/4.5/4.6 Regression] ICE (segfault) in gfc_trans_pointer_assignment

[pault at gcc dot gnu.org]

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

--- Comment #26 from Paul Thomas  2010-11-21 07:18:04 
UTC ---
(In reply to comment #0)
> The test program is:

snip

> type (particle_struct), optional, target :: p(:)
> real, pointer, optional :: axis(:)
> 
> axis => p%r%vec(1)
> 
> end subroutine tao_phase_space_axis
> 
> end module

'axis' gets labeled, correctly, as a subref_array_pointer.  The 'span' variable
that is meant to deal with this is generated in
trans-decl.c:gfc_get_symbol_decl at line 1266, onwards. Dummy variables have
already been returned at line 1136, as remarked in the comment at line 1084.
Since 'axis' is a dummy, it means that the 'span' variable will not exist and
this is the cause of the segfault.

Now, we could remedy this directly by adding the 'span' variable to dummies. 
The reason that this was not done is that it cannot be returned to the caller. 
We have a choice here:
(i) Hope that the dummy is returned, pointing to something less complicated
(ie. the span value is the same as the actual argument element size);
(ii) Copy the passing of character lengths; or
(iii) Add the requisite field to the descriptor.

(i)-(ii) Are consistent with being in stage 3. (ii) Would not hit the API
because the segfault is bound to occur otherwise.

This is not a regression because the incorrect result was returned in gcc-4.2
and earlier.

Cheers

Paul

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

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

 CC||irar at il dot ibm.com

--- Comment #2 from Ira Rosen  2010-11-21 06:56:23 UTC 
---
Looks similar to PR 46040.

[Bug rtl-optimization/46585] [4.6 Regression] ICE: SIGSEGV in vinsn_create (sel-sched-ir.c:1189) with -fno-dce -fschedule-insns -fselective-scheduling

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.21 02:55:16
 CC||jakub at redhat dot com
   Target Milestone|--- |4.6.0
 Ever Confirmed|0   |1

--- Comment #1 from H.J. Lu  2010-11-21 02:55:16 
UTC ---
It is caused by revision 160219:

http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg00132.html

[Bug debug/46583] [4.6 Regression] -fcompare-debug failure with -O -fno-inline -fipa-cp -fipa-cp-clone

[amylaar at gcc dot gnu.org]

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

Jorn Wolfgang Rennecke  changed:

   What|Removed |Added

 CC||amylaar at gcc dot gnu.org

--- Comment #2 from Jorn Wolfgang Rennecke  
2010-11-21 01:35:49 UTC ---
(In reply to comment #1)
> It is caused by revision 162156:
> 
> http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00510.html

This patch gives a diagnosis for an internal compiler inconsistency.
Having different orders of identifiers can lead to different compilation
output, although if it actually does is down to a complex interaction of
compiler internals that to all effects and purposes can be considered
to be pseudo-random.
See PR44832 for an example.

The real question to be asked here is why the identifier order has changed.

[Bug rtl-optimization/46585] New: [4.6 Regression] ICE: SIGSEGV in vinsn_create (sel-sched-ir.c:1189) with -fno-dce -fschedule-insns -fselective-scheduling

[zsojka at seznam dot cz]

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

   Summary: [4.6 Regression] ICE: SIGSEGV in vinsn_create
(sel-sched-ir.c:1189) with -fno-dce -fschedule-insns
-fselective-scheduling
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz
  Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu


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

Compiler output:
$ gcc -fno-dce -fschedule-insns -fselective-scheduling testcase.c
==3603== Invalid read of size 1
==3603==at 0x8539FE: vinsn_create (sel-sched-ir.c:1189)
==3603==by 0x854303: init_global_and_expr_for_insn (sel-sched-ir.c:2907)
==3603==by 0xFBE824: init_insns_in_bb.isra.10 (haifa-sched.c:5329)
==3603==by 0xFCC0B7: sched_scan (haifa-sched.c:5376)
==3603==by 0x8570A8: sel_init_global_and_expr (sel-sched-ir.c:2929)
==3603==by 0x87A1B6: sel_sched_region (sel-sched.c:6864)
==3603==by 0x87BF71: run_selective_scheduling (sel-sched.c:7651)
==3603==by 0x84A85C: rest_of_handle_sched (sched-rgn.c:3508)
==3603==by 0x7C094E: execute_one_pass (passes.c:1564)
==3603==by 0x7C0C14: execute_pass_list (passes.c:1619)
==3603==by 0x7C0C26: execute_pass_list (passes.c:1620)
==3603==by 0x905065: tree_rest_of_compilation (tree-optimize.c:422)
==3603==  Address 0x2 is not stack'd, malloc'd or (recently) free'd
==3603== 
testcase.c: In function 'foo':
testcase.c:9:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r166976 - crash
r161659 - crash
r159696 - OK
4.5 r166509 - OK

[Bug debug/46583] [4.6 Regression] -fcompare-debug failure with -O -fno-inline -fipa-cp -fipa-cp-clone

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.21 00:22:11
 CC||amylaar at spamcop dot net
   Target Milestone|--- |4.6.0
 Ever Confirmed|0   |1

--- Comment #1 from H.J. Lu  2010-11-21 00:22:11 
UTC ---
It is caused by revision 162156:

http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00510.html

[Bug libfortran/46584] New: FAIL: gfortran.dg/quad_1.f90 -O (test for excess errors)

[danglin at gcc dot gnu.org]

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

   Summary: FAIL: gfortran.dg/quad_1.f90  -O  (test for excess
errors)
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libfortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dang...@gcc.gnu.org
  Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
 Build: hppa64-hp-hpux11.11


Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B
/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
-B/test/gnu/gcc/objdir/hppa64
-hp-hpux11.11/./libgfortran/
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/quad_1.
f90   -O   -pedantic-errors 
-B/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfo
rtran/.libs -L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs
-L/te
st/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs
-L/test/gnu/gcc/objdir
/hppa64-hp-hpux11.11/./libiberty  -lm   -o quad_1.exe(timeout = 300)
ld: Unsatisfied symbol "ccosl" in file /var/tmp//ccCzoigS.o
ld: Unsatisfied symbol "csinhl" in file /var/tmp//ccCzoigS.o
ld: Unsatisfied symbol "csinl" in file /var/tmp//ccCzoigS.o
3 errors.
collect2: ld returned 1 exit status

[Bug bootstrap/46528] [4.6 Regression] profiledbootstrap failure

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 CC||ubizjak at gmail dot com
   Target Milestone|--- |4.6.0
Summary|[ia64] profiledbootstrap|[4.6 Regression]
   |failure |profiledbootstrap failure

--- Comment #4 from Uros Bizjak  2010-11-20 23:00:47 
UTC ---
Also on alpha, you will need [1] to get this far.

Using built-in specs.
COLLECT_GCC=./prev-gcc/xgcc
Target: alphaev68-unknown-linux-gnu
Configured with: ../gcc-svn/trunk/configure --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.6.0 20101120 (experimental) [trunk revision 166974] (GCC) 

Marked as 4.6 regression.

[1] http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02118.html

[Bug debug/46583] New: [4.6 Regression] -fcompare-debug failure with -O -fno-inline -fipa-cp -fipa-cp-clone

[zsojka at seznam dot cz]

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

   Summary: [4.6 Regression] -fcompare-debug failure with -O
-fno-inline -fipa-cp -fipa-cp-clone
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz


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

Compiler output:
$ gcc -O -fno-inline -fipa-cp -fipa-cp-clone -fcompare-debug testcase.C
gcc: error: testcase.C: -fcompare-debug failure
$ diff testcase.*gkd
46d45
< 0:   const unsigned int D.;
47a47
> 0:   const unsigned int D.;

Tested revisions:
r166976 - fail
r165699 - fail
r163636 - fail
r161659 - OK
4.5 r166509 - OK

[Bug target/31100] ASM_OUTPUT_ALIGN_WITH_NOP wrong with GNU as

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
URL||http://gcc.gnu.org/ml/gcc-p
   ||atches/2010-11/msg02149.htm
   ||l
 Resolution||FIXED
   Target Milestone|--- |4.5.2

--- Comment #4 from Eric Botcazou  2010-11-20 
22:07:20 UTC ---
At long last.

[Bug target/31100] ASM_OUTPUT_ALIGN_WITH_NOP wrong with GNU as

[ebotcazou at gcc dot gnu.org]

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

--- Comment #3 from Eric Botcazou  2010-11-20 
22:05:11 UTC ---
Author: ebotcazou
Date: Sat Nov 20 22:05:08 2010
New Revision: 166987

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166987
Log:
PR target/31100
* config/sparc/sparc.h (ASM_OUTPUT_ALIGN_WITH_NOP): Move to...
* config/sparc/sol2.h (ASM_OUTPUT_ALIGN_WITH_NOP): ...here.
* config/sparc/sol2-gas.h (ASM_OUTPUT_ALIGN_WITH_NOP): Undefine.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.target/sparc/sparc-align-1.c
  - copied unchanged from r166986,
trunk/gcc/testsuite/gcc.target/sparc/sparc-align-1.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/config/sparc/sol2-gas.h
branches/gcc-4_5-branch/gcc/config/sparc/sol2.h
branches/gcc-4_5-branch/gcc/config/sparc/sparc.h
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog

[Bug target/31100] ASM_OUTPUT_ALIGN_WITH_NOP wrong with GNU as

[ebotcazou at gcc dot gnu.org]

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

--- Comment #2 from Eric Botcazou  2010-11-20 
22:01:51 UTC ---
Author: ebotcazou
Date: Sat Nov 20 22:01:48 2010
New Revision: 166986

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166986
Log:
PR target/31100
* config/sparc/sparc.h (ASM_OUTPUT_ALIGN_WITH_NOP): Move to...
* config/sparc/sol2.h (ASM_OUTPUT_ALIGN_WITH_NOP): ...here.
* config/sparc/sol2-gas.h (ASM_OUTPUT_ALIGN_WITH_NOP): Undefine.

Added:
trunk/gcc/testsuite/gcc.target/sparc/sparc-align-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/sparc/sol2-gas.h
trunk/gcc/config/sparc/sol2.h
trunk/gcc/config/sparc/sparc.h
trunk/gcc/testsuite/ChangeLog

[Bug fortran/46408] [OOP] Segfault when running gfortran.dg/class_allocate_6.f03

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu.org

--- Comment #3 from John David Anglin  2010-11-20 
21:49:50 UTC ---
Segmentation fault also occurs ob hppa*-*-hpux*.

[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

[hjl.tools at gmail dot com]

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

--- Comment #24 from H.J. Lu  2010-11-20 21:14:01 
UTC ---
Can we do

1. GCC calls ld with -r to generate a .o file first.
2. GCC calls ld with the single .o input?

[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

[hubicka at gcc dot gnu.org]

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

--- Comment #23 from Jan Hubicka  2010-11-20 
21:06:50 UTC ---
BTW I really think both gold and GNU ld will need to do two stage linking (i.e.
fully re-link after LTO step).  Other problems involved in this include the
fact that we can optimize out some library calls and currently I think the
library will be still linked in and the issue with COMDATs.
(i.e. when GCC announce COMDAT function in symbol table and later inline it, it
still need to produce out-of-line function body because linker handles is as
PREVAIL). Finally -fwhole-program makes lto symtab entries to disappear.

[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

[hubicka at gcc dot gnu.org]

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

Jan Hubicka  changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu.org

--- Comment #22 from Jan Hubicka  2010-11-20 
21:04:06 UTC ---
GCC will also auto-generate calls to libgcov at link time. This is one of
reason why profiledbootstrap does not work with LTO (yet)

[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

[davek at gcc dot gnu.org]

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

--- Comment #21 from Dave Korn  2010-11-20 20:52:38 
UTC ---
(In reply to comment #20)
> If we have to pass libgcc archive in GCC driver, what happens to
> random archives on command line? Will LTO ignore them? It sounds
> like a bad idea. I think the fix should be in linker, not in GCC
> driver.

  Link-time optimisations can only generate new undefined references to
functions that GCC knows how to optimise as builtins, so I think this can only
happen with libgcc and libc references.  In the case of user code and
libraries, there should always be undefined references in the LTO symtabs to
the required functions.

[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 CC||hjl.tools at gmail dot com

--- Comment #20 from H.J. Lu  2010-11-20 20:49:56 
UTC ---
If we have to pass libgcc archive in GCC driver, what happens to
random archives on command line? Will LTO ignore them? It sounds
like a bad idea. I think the fix should be in linker, not in GCC
driver.

[Bug lto/46576] BFD linker plugin generates bad executables

[davek at gcc dot gnu.org]

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

Dave Korn  changed:

   What|Removed |Added

 CC||davek at gcc dot gnu.org

--- Comment #1 from Dave Korn  2010-11-20 20:21:36 
UTC ---
This is probably a combination of bug 42690 (the link errors) and bug 46579 aka
sourceware bug 12246?

[Bug middle-end/46506] GCC miscompiled 465.tonto in SPEC CPU 2006

[hjl.tools at gmail dot com]

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

--- Comment #7 from H.J. Lu  2010-11-20 20:07:08 
UTC ---
Created attachment 22471
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22471
Miscompare of stdout

[Bug middle-end/46506] GCC miscompiled 465.tonto in SPEC CPU 2006

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

  Component|lto |middle-end
Summary|LTO miscompiled 465.tonto   |GCC miscompiled 465.tonto
   |in SPEC CPU 2006|in SPEC CPU 2006

--- Comment #6 from H.J. Lu  2010-11-20 20:05:51 
UTC ---
Tonto also failed without LTO on test input:

  Running 465.tonto test base lnx32e-gcc default

*** Miscompare of stdout; for details see
   
/export/gnu/import/svn/gcc-test-spec/spec/2006/x86_64/spec/benchspec/CPU2006/465.tonto/run/run_base_test_lnx32e-gcc./stdout.mis

[Bug other/46202] Makefile doesn't support install-strip

[rwild at gcc dot gnu.org]

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

Ralf Wildenhues  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #3 from Ralf Wildenhues  2010-11-20 
19:40:13 UTC ---
Fixed in GCC trunk and src CVS.

[Bug other/46202] Makefile doesn't support install-strip

[rwild at gcc dot gnu.org]

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

--- Comment #2 from Ralf Wildenhues  2010-11-20 
19:37:12 UTC ---
Author: rwild
Date: Sat Nov 20 19:37:08 2010
New Revision: 166980

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166980
Log:
PR other/46202: implement install-strip.

/:
PR other/46202
* configure.ac: Fix just-built in-tree STRIP name to be
binutils/strip-new.
* configure: Regenerate.
* Makefile.def (install-strip-gcc, install-strip-binutils)
(install-strip-opcodes, install-strip-ld, install-strip-itcl)
(install-strip-sid): Mirror dependencies on non-strip variants
of these targets on the respective -strip prerequisites.
* Makefile.tpl (install-strip, install-strip-host)
(install-strip-target): New targets.
(install-strip-[+module+], install-strip-target-[+module+]):
New targets.
* Makefile.in: Regenerate.

gcc/:
PR other/46202
* Makefile.in (install_sh, INSTALL_STRIP_PROGRAM): New
variables.
(AR_FOR_TARGET, RANLIB_FOR_TARGET, STRIP_FOR_TARGET): Fix
shell quoting.
(STRIP_FOR_TARGET): Look for in-tree strip under name strip-new.
(install-strip): New target.
(STRIPPROG): New variable, exported if STRIP is set.
* doc/install.texi (Final install): Minor markup and code style
fixes.  Document install-strip target.

fixincludes/:
PR other/46202
* Makefile.in (install-strip): New phony target.
(all, check, install): Also mark as phony.

libgcc/:
PR other/46202
* Makefile.in (install-strip): New phony target.

libiberty/:
PR other/46202
* Makefile.in (install-strip): New phony target.
(install): Also mark as phony.

gnattools/:
PR other/46202
* Makefile.in (install-strip): New phony target.
(check, installcheck, info, dvi, pdf, html, install)
(install-info, install-pdf, install-html, mostlyclean)
(clean, distclean, maintainer-clean): Mark phony.

libada/:
PR other/46202
* Makefile.in (install-strip): New phony target.
(check, installcheck, info, dvi, pdf, html, install)
(install-info, install-pdf, install-html, mostlyclean)
(clean, distclean, maintainer-clean): Mark phony.

Modified:
trunk/ChangeLog
trunk/Makefile.def
trunk/Makefile.in
trunk/Makefile.tpl
trunk/configure
trunk/configure.ac
trunk/fixincludes/ChangeLog
trunk/fixincludes/Makefile.in
trunk/gcc/ChangeLog
trunk/gcc/Makefile.in
trunk/gcc/config/i386/t-cygming
trunk/gcc/doc/install.texi
trunk/gnattools/ChangeLog
trunk/gnattools/Makefile.in
trunk/libada/ChangeLog
trunk/libada/Makefile.in
trunk/libgcc/ChangeLog
trunk/libgcc/Makefile.in
trunk/libiberty/ChangeLog
trunk/libiberty/Makefile.in

[Bug objc/34033] compiler accepts invalid string concatenation

[nicola at gcc dot gnu.org]

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

Nicola Pero  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.20 19:27:50
 CC||nicola at gcc dot gnu.org
 Ever Confirmed|0   |1
   Severity|normal  |minor

--- Comment #2 from Nicola Pero  2010-11-20 19:27:50 
UTC ---
Yes, this is a problem.  The following example shows a number of cases:

#include 
#include 

/* The following are correct, and are accepted.  */
id test = @"test";
id test1 = @"te" @"st";

/* The following are not correct, but are accepted.  */
id test2 = @"te" "st";
id test3 = "te" @ "st";
id test4 = "test"@;
id test5 = "test"@@;
id test6 = @"te" @@"st";

/* The following are not correct, and are rejected.  */
id test7 = @@"test";

It's not too bad, because the correct syntax is correctly recognized, but some
better error checking would be good.

Thanks

[Bug c++/36888] Error message when forgetting a semicolon after a class definition should be better

[froydnj at gcc dot gnu.org]

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

--- Comment #4 from Nathan Froyd  2010-11-20 
18:50:06 UTC ---
Author: froydnj
Date: Sat Nov 20 18:50:00 2010
New Revision: 166977

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166977
Log:
gcc/c-family/
PR c++/16189
PR c++/36888
PR c++/45331
* c-common.h (keyword_begins_type_specifier): Declare.
(keyword_is_storage_class_specifier): Declare.
(keyword_is_type_qualifier): Declare.
* c-common.c (keyword_begins_type_specifier): New function.
(keyword_is_storage_class_specifier): New function.
(keyword_is_type_qualifier): Declare.

gcc/cp/
PR c++/16189
PR c++/36888
PR c++/45331
* parser.c (cp_lexer_set_token_position): New function.
(cp_lexer_previous_token_position): New function.
(cp_lexer_previous_token): Call it.
(cp_parser_class_specifier): Try to gracefully handle a missing
semicolon.

gcc/testsuite/
PR c++/16189
PR c++/36888
PR c++/45331
* g++.dg/parse/semicolon3.C: New test.
* g++.dg/debug/pr22514.C: Adjust.
* g++.dg/init/error1.C: Adjust.
* g++.dg/other/bitfield3.C: Adjust.
* g++.dg/other/semicolon.C: Adjust.
* g++.dg/parse/error14.C: Adjust.
* g++.dg/parse/error5.C: Adjust.
* g++.dg/parse/parameter-declaration-1.C: Adjust.
* g++.dg/template/pr23510.C: Adjust.
* g++.dg/template/pr39425.C: Adjust.
* g++.old-deja/g++.robertl/eb125.C: Adjust.


Added:
trunk/gcc/testsuite/g++.dg/parse/semicolon3.C
Modified:
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-common.c
trunk/gcc/c-family/c-common.h
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/debug/pr22514.C
trunk/gcc/testsuite/g++.dg/init/error1.C
trunk/gcc/testsuite/g++.dg/other/bitfield3.C
trunk/gcc/testsuite/g++.dg/other/semicolon.C
trunk/gcc/testsuite/g++.dg/parse/error14.C
trunk/gcc/testsuite/g++.dg/parse/error5.C
trunk/gcc/testsuite/g++.dg/parse/parameter-declaration-1.C
trunk/gcc/testsuite/g++.dg/template/pr23510.C
trunk/gcc/testsuite/g++.dg/template/pr39425.C
trunk/gcc/testsuite/g++.old-deja/g++.robertl/eb125.C

[Bug c++/16189] obfuscated error message for missing semicolon after declaration in C++

[froydnj at gcc dot gnu.org]

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

--- Comment #10 from Nathan Froyd  2010-11-20 
18:50:05 UTC ---
Author: froydnj
Date: Sat Nov 20 18:50:00 2010
New Revision: 166977

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166977
Log:
gcc/c-family/
PR c++/16189
PR c++/36888
PR c++/45331
* c-common.h (keyword_begins_type_specifier): Declare.
(keyword_is_storage_class_specifier): Declare.
(keyword_is_type_qualifier): Declare.
* c-common.c (keyword_begins_type_specifier): New function.
(keyword_is_storage_class_specifier): New function.
(keyword_is_type_qualifier): Declare.

gcc/cp/
PR c++/16189
PR c++/36888
PR c++/45331
* parser.c (cp_lexer_set_token_position): New function.
(cp_lexer_previous_token_position): New function.
(cp_lexer_previous_token): Call it.
(cp_parser_class_specifier): Try to gracefully handle a missing
semicolon.

gcc/testsuite/
PR c++/16189
PR c++/36888
PR c++/45331
* g++.dg/parse/semicolon3.C: New test.
* g++.dg/debug/pr22514.C: Adjust.
* g++.dg/init/error1.C: Adjust.
* g++.dg/other/bitfield3.C: Adjust.
* g++.dg/other/semicolon.C: Adjust.
* g++.dg/parse/error14.C: Adjust.
* g++.dg/parse/error5.C: Adjust.
* g++.dg/parse/parameter-declaration-1.C: Adjust.
* g++.dg/template/pr23510.C: Adjust.
* g++.dg/template/pr39425.C: Adjust.
* g++.old-deja/g++.robertl/eb125.C: Adjust.


Added:
trunk/gcc/testsuite/g++.dg/parse/semicolon3.C
Modified:
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-common.c
trunk/gcc/c-family/c-common.h
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/debug/pr22514.C
trunk/gcc/testsuite/g++.dg/init/error1.C
trunk/gcc/testsuite/g++.dg/other/bitfield3.C
trunk/gcc/testsuite/g++.dg/other/semicolon.C
trunk/gcc/testsuite/g++.dg/parse/error14.C
trunk/gcc/testsuite/g++.dg/parse/error5.C
trunk/gcc/testsuite/g++.dg/parse/parameter-declaration-1.C
trunk/gcc/testsuite/g++.dg/template/pr23510.C
trunk/gcc/testsuite/g++.dg/template/pr39425.C
trunk/gcc/testsuite/g++.old-deja/g++.robertl/eb125.C

[Bug c++/45331] Generate clear diagnostics when a semicolon is missing at the end of a class definition

[froydnj at gcc dot gnu.org]

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

--- Comment #2 from Nathan Froyd  2010-11-20 
18:50:05 UTC ---
Author: froydnj
Date: Sat Nov 20 18:50:00 2010
New Revision: 166977

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166977
Log:
gcc/c-family/
PR c++/16189
PR c++/36888
PR c++/45331
* c-common.h (keyword_begins_type_specifier): Declare.
(keyword_is_storage_class_specifier): Declare.
(keyword_is_type_qualifier): Declare.
* c-common.c (keyword_begins_type_specifier): New function.
(keyword_is_storage_class_specifier): New function.
(keyword_is_type_qualifier): Declare.

gcc/cp/
PR c++/16189
PR c++/36888
PR c++/45331
* parser.c (cp_lexer_set_token_position): New function.
(cp_lexer_previous_token_position): New function.
(cp_lexer_previous_token): Call it.
(cp_parser_class_specifier): Try to gracefully handle a missing
semicolon.

gcc/testsuite/
PR c++/16189
PR c++/36888
PR c++/45331
* g++.dg/parse/semicolon3.C: New test.
* g++.dg/debug/pr22514.C: Adjust.
* g++.dg/init/error1.C: Adjust.
* g++.dg/other/bitfield3.C: Adjust.
* g++.dg/other/semicolon.C: Adjust.
* g++.dg/parse/error14.C: Adjust.
* g++.dg/parse/error5.C: Adjust.
* g++.dg/parse/parameter-declaration-1.C: Adjust.
* g++.dg/template/pr23510.C: Adjust.
* g++.dg/template/pr39425.C: Adjust.
* g++.old-deja/g++.robertl/eb125.C: Adjust.


Added:
trunk/gcc/testsuite/g++.dg/parse/semicolon3.C
Modified:
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-common.c
trunk/gcc/c-family/c-common.h
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/debug/pr22514.C
trunk/gcc/testsuite/g++.dg/init/error1.C
trunk/gcc/testsuite/g++.dg/other/bitfield3.C
trunk/gcc/testsuite/g++.dg/other/semicolon.C
trunk/gcc/testsuite/g++.dg/parse/error14.C
trunk/gcc/testsuite/g++.dg/parse/error5.C
trunk/gcc/testsuite/g++.dg/parse/parameter-declaration-1.C
trunk/gcc/testsuite/g++.dg/template/pr23510.C
trunk/gcc/testsuite/g++.dg/template/pr39425.C
trunk/gcc/testsuite/g++.old-deja/g++.robertl/eb125.C

[Bug c/46582] New: No warning is given about always false condition and unreachable code

[d.g.gorbachev at gmail dot com]

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

   Summary: No warning is given about always false condition and
unreachable code
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d.g.gorbac...@gmail.com


GCC 4.5.x and 4.6.0 do not warn that ((x & 0xff) < 0) is always false and goo()
is never called:

 bug.c =
extern void goo(void);
extern int x;

int main(void)
{
if ((x & 0xff) < 0)
goo();
return 0;
}


GCC 4.4.x with `-Wunreachable-code' gives a warning:

bug.c: In function 'main':
bug.c:7: warning: will never be executed

No warnings with `-Wlogical-op'.

[Bug fortran/46581] [4.6 Regression] [OOP] segfault in SELECT TYPE with associate-name

[janus at gcc dot gnu.org]

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

--- Comment #2 from janus at gcc dot gnu.org 2010-11-20 17:04:17 UTC ---
(In reply to comment #0)
> It was working at r166401 (and r166825?), but fails at r166914. Possibly a
> regression of r166480.

I just checked: It's indeed due to my r166480.

[Bug lto/46579] LTO generates different alignments

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
URL||http://sourceware.org/bugzi
   ||lla/show_bug.cgi?id=12246
 Resolution||INVALID

--- Comment #2 from H.J. Lu  2010-11-20 16:48:20 
UTC ---
It is BFD linker bug:

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

[Bug fortran/46581] [4.6 Regression] [OOP] segfault in SELECT TYPE with associate-name

[dominiq at lps dot ens.fr]

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

--- Comment #1 from Dominique d'Humieres  2010-11-20 
16:45:08 UTC ---
> This compiles, but fails at runtime with a segfault.

On x86_64-apple-darwin10 (for both r166533 and r16697) it gives the wrong
result:

 Allocation status:  T

[Bug debug/46580] -fcompare-debug failure with -gstabs -g due to different symbol mangling

[zsojka at seznam dot cz]

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

Zdenek Sojka  changed:

   What|Removed |Added

 CC||aoliva at gcc dot gnu.org
  Known to fail||4.2.4, 4.3.5, 4.4.6

--- Comment #2 from Zdenek Sojka  2010-11-20 16:29:57 
UTC ---
For the second testcase, all 4.2.4, 4.3.5, 4.4.6, 4.5.2 and 4.6.0 generate
different symbol names for "-gstabs -g" case, compared to "" case.
gcc 4.0.4 and 4.1.2 don't generate any code at all (?)
gcc 3.3.6 and 3.4.6 generate same symbol names, _ZN1f1fEv. I don't know if
that's by luck or not, so I am not adding them to the "Known to work" field.

The function can be renamed to something else than "f()", the problem persists.


First testcase seems to fail only in 4.5 and 4.6.

This probably isn't typical -fcompare-debug failure.

[Bug fortran/46581] New: [4.6 Regression] [OOP] segfault in SELECT TYPE with associate-name

[janus at gcc dot gnu.org]

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

   Summary: [4.6 Regression] [OOP] segfault in SELECT TYPE with
associate-name
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ja...@gcc.gnu.org


Reported by Salvatore at http://gcc.gnu.org/ml/fortran/2010-11/msg00290.html.

Reduced test case:


program bug23
  implicit none

  type :: t1
integer, allocatable :: ja(:)
  end type

  class(t1), allocatable  :: a 

  allocate(a)

  select type (aa=>a)
  type is (t1)
write(*,*) 'Allocation status: ',allocated(aa%ja)
  end select

end program bug23


This compiles, but fails at runtime with a segfault.

It was working at r166401 (and r166825?), but fails at r166914. Possibly a
regression of r166480.

Note: With 4.5 it fails at runtime with a 'double free' error, after correctly
printing "Allocation status:  F".

[Bug middle-end/43057] [LTO] fold check: original tree changed by fold

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2010.11.20 16:13:06
 Ever Confirmed|0   |1

--- Comment #6 from Uros Bizjak  2010-11-20 16:13:06 
UTC ---
Following untested patch fixes the failure:

Index: fold-const.c
===
--- fold-const.c(revision 166974)
+++ fold-const.c(working copy)
@@ -13415,7 +13415,7 @@ fold_ternary_loc (location_t loc, enum t
  a COND, which will recurse.  In that case, the COND_EXPR
  is probably the best choice, so leave it alone.  */
   && type == TREE_TYPE (arg0))
-return pedantic_non_lvalue_loc (loc, arg0);
+return pedantic_non_lvalue_loc (loc, unshare_expr (arg0));

   /* Convert A ? 0 : 1 to !A.  This prefers the use of NOT_EXPR
  over COND_EXPR in cases such as floating point comparisons.  */

[Bug debug/46580] -fcompare-debug failure with -gstabs -g due to different symbol mangling

[zsojka at seznam dot cz]

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

--- Comment #1 from Zdenek Sojka  2010-11-20 16:05:51 
UTC ---
Created attachment 22470
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22470
another testcase

$ gcc -gstabs -g -fcompare-debug testcase2.C
gcc: error: testcase2.C: -fcompare-debug failure (length)
$ diff testcase2.*gkd
3c3
< ;; Function (_ZN1f1fEv) 
---
> ;; Function (_ZN3._01fEv) 

First one demangles into "f::f()", second into "._0::f()"

[Bug debug/46580] New: -fcompare-debug failure with -gstabs -g due to different symbol mangling

[zsojka at seznam dot cz]

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

   Summary: -fcompare-debug failure with -gstabs -g due to
different symbol mangling
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz


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

Compiler output:
$ gcc -gstabs -g -fcompare-debug testcase.C
gcc: error: testcase.C: -fcompare-debug failure

Differences:
$ diff testcase.*gkd
3c3
< ;; Function (_ZN1SC2EU8__vectorf) 
---
> ;; Function (_ZN1SC1EU8__vectorf) 

Both are demangled by c++filt to "S::S(float __vector)"

Tested revisions:
r166936 - fail
4.5 r166509 - fail

[Bug lto/42402] ICE in propagate, at ipa-reference.c:1244

[d.g.gorbachev at gmail dot com]

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

Dmitry Gorbachev  changed:

   What|Removed |Added

 CC||d.g.gorbachev at gmail dot
   ||com

--- Comment #3 from Dmitry Gorbachev  
2010-11-20 15:54:57 UTC ---
Works with GCC 4.6.0 20101113. Fails with GCC 4.5.2.

[Bug lto/43467] LTO error "bytecode stream: trying to read 0 bytes after the end of the input buffer"

[d.g.gorbachev at gmail dot com]

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

Dmitry Gorbachev  changed:

   What|Removed |Added

  Known to work||4.6.0
  Known to fail||4.5.2

--- Comment #5 from Dmitry Gorbachev  
2010-11-20 15:36:16 UTC ---
Does not fail with GCC 4.6.0 20101113. Fails with 4.5.2.

[Bug middle-end/43316] fold check: original tree changed by fold

[d.g.gorbachev at gmail dot com]

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

--- Comment #3 from Dmitry Gorbachev  
2010-11-20 15:27:30 UTC ---
Still fails with GCC 4.6.0 20101113.

[Bug lto/43218] [LTO] Conflicting function types cause ICE

[d.g.gorbachev at gmail dot com]

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

Dmitry Gorbachev  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #4 from Dmitry Gorbachev  
2010-11-20 15:17:28 UTC ---
Testcases #2 and #3 still fail with GCC 4.6.0 20101113. Testcase #1 fails with
GCC 4.5.2.

[Bug lto/46579] LTO generates different alignments

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 CC||davek at gcc dot gnu.org

--- Comment #1 from H.J. Lu  2010-11-20 15:00:21 
UTC ---
readelf -s emit-rtl.o | grep dconst

   498: 000424 OBJECT  GLOBAL DEFAULT  COM dconst0
   499: 000424 OBJECT  GLOBAL DEFAULT  COM dconst1
   500: 000424 OBJECT  GLOBAL DEFAULT  COM dconst2
   501: 000424 OBJECT  GLOBAL DEFAULT  COM dconstm1

The normal symbols have 4 byte alignments, but their IR-only
counter ones seem to have 16byte alignment.

[Bug lto/46579] New: LTO generates different alignments

[hjl.tools at gmail dot com]

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

   Summary: LTO generates different alignments
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com


On Linux/ia32, when I compile SPEC CPU 2006 is with

-O3 -mfpmath=sse -msse2 -funroll-loops -ffast-math  -fwhole-program
-flto=jobserver -fuse-linker-plugin  

using GCC configured with --with-plugin-ld=ld, using binutils as of
2010-10-20 CVS, I got

464.h264ref

/usr/local/bin/ld: Warning: alignment 4 of symbol `b8mode' in
/tmp/ccuSXjS1.ltrans0.ltrans.o is smaller than 8 in rdopt.o.ironly
/usr/local/bin/ld: Warning: alignment 4 of symbol `b8pdir' in
/tmp/ccuSXjS1.ltrans0.ltrans.o is smaller than 8 in rdopt.o.ironly
/usr/local/bin/ld: Warning: alignment 8 of symbol `seiSparePicturePayload' in
/tmp/ccuSXjS1.ltrans7.ltrans.o is smaller than 16 in sei.o.ironly
/usr/local/bin/ld: Warning: alignment 8 of symbol `seiPanScanRectInfo' in
/tmp/ccuSXjS1.ltrans7.ltrans.o is smaller than 16 in sei.o.ironly
/usr/local/bin/ld: Warning: alignment 4 of symbol `seiUser_data_unregistered'
in /tmp/ccuSXjS1.ltrans7.ltrans.o is smaller than 16 in sei.o.ironly
/usr/local/bin/ld: Warning: alignment 4 of symbol
`seiUser_data_registered_itu_t_t35' in /tmp/ccuSXjS1.ltrans7.ltrans.o is
smaller than 16 in sei.o.ironly
/usr/local/bin/ld: Warning: alignment 4 of symbol `seiRandomAccess' in
/tmp/ccuSXjS1.ltrans7.ltrans.o is smaller than 8 in sei.o.ironly
/usr/local/bin/ld: Warning: alignment 4 of symbol `assignSE2partition' in
/tmp/ccuSXjS1.ltrans18.ltrans.o is smaller than 8 in header.o.ironly
/usr/local/bin/ld: Warning: alignment 4 of symbol
`UseDefaultScalingMatrix4x4Flag' in /tmp/ccuSXjS1.ltrans23.ltrans.o is smaller
than 8 in q_matrix.o.ironly
/usr/local/bin/ld: Warning: alignment 8 of symbol `listX' in
/tmp/ccuSXjS1.ltrans23.ltrans.o is smaller than 16 in mbuffer.o.ironly

403.gcc

/usr/local/bin/ld: Warning: alignment 4 of symbol `dconst2' in
/tmp/ccAavrnI.ltrans9.ltrans.o is smaller than 16 in emit-rtl.o.ironly
/usr/local/bin/ld: Warning: alignment 4 of symbol `dconstm1' in
/tmp/ccAavrnI.ltrans9.ltrans.o is smaller than 16 in emit-rtl.o.ironly
/usr/local/bin/ld: Warning: alignment 8 of symbol `dconst1' in
/tmp/ccAavrnI.ltrans16.ltrans.o is smaller than 16 in emit-rtl.o.ironly
/usr/local/bin/ld: Warning: alignment 4 of symbol `dconst0' in
/tmp/ccAavrnI.ltrans29.ltrans.o is smaller than 16 in emit-rtl.o.ironly
/usr/local/bin/ld: Warning: alignment 4 of symbol `sizetype_tab' in
/tmp/ccAavrnI.ltrans30.ltrans.o is smaller than 16 in stor-layout.o.ironly

[Bug lto/46578] New: 416.gamess in SPEC CPU 2006 is miscompiled by LTO with gold

[hjl.tools at gmail dot com]

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

   Summary: 416.gamess in SPEC CPU 2006 is miscompiled by LTO with
gold
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com


On Linux/ia32/x86-64, 416.gamess in SPEC CPU 2006 is miscompiled by

-O3 -mfpmath=sse -msse2 -funroll-loops -ffast-math  -fwhole-program
-flto=jobserver -fuse-linker-plugin  

when GCC is configured with --with-plugin-ld=ld.gold.

  Running 416.gamess ref peak lto default

416.gamess: copy 0 non-zero return code (exit code=0, signal=11)



Contents of cytosine.2.err

STOP IN ABRT




Contents of triazolium.err

STOP IN ABRT

The same benchmark works fine when GCC is configured with --with-plugin-ld=ld,
using binutils as of 2010-10-20 CVS.

[Bug lto/43157] Segmentation fault in aggregate_value_p, asm aliases do not work

[d.g.gorbachev at gmail dot com]

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

--- Comment #6 from Dmitry Gorbachev  
2010-11-20 14:41:02 UTC ---
Can't reproduce it with GCC 4.6.0 20101113.

[Bug plugins/46577] New: cp-tree.h: c-common.h/hard-reg-set.h needs to be installed into plugin directory.

[pluto at agmk dot net]

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

   Summary: cp-tree.h: c-common.h/hard-reg-set.h needs to be
installed into plugin directory.
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: plugins
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: pl...@agmk.net


cp/cp-tree.h:27:0: -> function.h:29:26: -> fatal error: hard-reg-set.h
cp/cp-tree.h:43:31: -> fatal error: c-family/c-common.h

PR45346 is about hard-reg-set.h but afaics the c-common.h issue
is not covered by any PR.

[Bug lto/46576] New: BFD linker plugin generates bad executables

[hjl.tools at gmail dot com]

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

   Summary: BFD linker plugin generates bad executables
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com
CC: dave.korn.cyg...@gmail.com


When GCC is configured with --with-plugin-ld=ld,
using binutils as of 2010-10-20 CVS, many benckmarks
in SPEC CPU 2006 are miscompiled with

-O3 -mfpmath=sse -msse2 -funroll-loops -ffast-math  -fwhole-program
-flto=jobserver -fuse-linker-plugin  

While --with-plugin-ld=ld.gold generates working
executables.

The miscompiled benchmarks are

On x86-64,

  Running 471.omnetpp ref peak lto default

471.omnetpp: copy 0 non-zero return code (exit code=1, signal=0)

  Running 483.xalancbmk ref peak lto default

483.xalancbmk: copy 0 non-zero return code (exit code=0, signal=11)

  Running 447.dealII ref peak lto default

447.dealII: copy 0 non-zero return code (exit code=0, signal=6)

  Running 450.soplex ref peak lto default

450.soplex: copy 0 non-zero return code (exit code=0, signal=9)


450.soplex: copy 0 non-zero return code (exit code=0, signal=11)

450.soplex went into infinite loop and I had to kill it.

447.dealII failed with

*** glibc detected *** ../run_peak_ref_lto./dealII_peak.lto: double free or
corruption (out): 0x0119b4a0 ***
=== Backtrace: =
/lib64/libc.so.6(+0x78e53)[0x7f76cbc97e53]
../run_peak_ref_lto./dealII_peak.lto[0x44526a]
/lib64/libc.so.6(exit+0xe1)[0x7f76cbc569e1]
/lib64/libc.so.6(__libc_start_main+0x104)[0x7f76cbc3de84]
../run_peak_ref_lto./dealII_peak.lto[0x404fa1]
=== Memory map: 
0040-005b2000 r-xp  08:21 16860101  
/export/gnu/import/svn/gcc-test/spec/2006/x86_64/spec/benchspec/CPU2006/447.dealII/run/run_peak_ref_lto./dealII_peak.lto
007b1000-007b2000 rwxp 001b1000 08:21 16860101  
/export/gnu/import/svn/gcc-test/spec/2006/x86_64/spec/benchspec/CPU2006/447.dealII/run/run_peak_ref_lto./dealII_peak.lto
007b2000-007b3000 rwxp  00:00 0 
01175000-011b7000 rwxp  00:00 0  [heap]
7f76cbc1f000-7f76cbdb9000 r-xp  08:07 60608 
/lib64/libc-2.12.90.so
7f76cbdb9000-7f76cbfb8000 ---p 0019a000 08:07 60608 
/lib64/libc-2.12.90.so
7f76cbfb8000-7f76cbfbc000 r-xp 00199000 08:07 60608 
/lib64/libc-2.12.90.so
7f76cbfbc000-7f76cbfbd000 rwxp 0019d000 08:07 60608 
/lib64/libc-2.12.90.so
7f76cbfbd000-7f76cbfc3000 rwxp  00:00 0 
7f76cbfc3000-7f76cbfd8000 r-xp  08:21 29942066  
/export/gnu/import/svn/gcc-test/usr/lib64/libgcc_s.so.1
7f76cbfd8000-7f76cc1d7000 ---p 00015000 08:21 29942066  
/export/gnu/import/svn/gcc-test/usr/lib64/libgcc_s.so.1
7f76cc1d7000-7f76cc1d8000 rwxp 00014000 08:21 29942066  
/export/gnu/import/svn/gcc-test/usr/lib64/libgcc_s.so.1
7f76cc1d8000-7f76cc25c000 r-xp  08:07 60616 
/lib64/libm-2.12.90.so
7f76cc25c000-7f76cc45b000 ---p 00084000 08:07 60616 
/lib64/libm-2.12.90.so
7f76cc45b000-7f76cc45c000 r-xp 00083000 08:07 60616 
/lib64/libm-2.12.90.so
7f76cc45c000-7f76cc45d000 rwxp 00084000 08:07 60616 
/lib64/libm-2.12.90.so
7f76cc45d000-7f76cc54 r-xp  08:21 29941980  
/export/gnu/import/svn/gcc-test/usr/lib64/libstdc++.so.6.0.15
7f76cc54-7f76cc74 ---p 000e3000 08:21 29941980  
/export/gnu/import/svn/gcc-test/usr/lib64/libstdc++.so.6.0.15
7f76cc74-7f76cc748000 r-xp 000e3000 08:21 29941980  
/export/gnu/import/svn/gcc-test/usr/lib64/libstdc++.so.6.0.15
7f76cc748000-7f76cc74a000 rwxp 000eb000 08:21 29941980  
/export/gnu/import/svn/gcc-test/usr/lib64/libstdc++.so.6.0.15
7f76cc74a000-7f76cc75f000 rwxp  00:00 0 
7f76cc75f000-7f76cc78 r-xp  08:07 47605 
/lib64/ld-2.12.90.so
7f76cc95b000-7f76cc96 rwxp  00:00 0 
7f76cc97d000-7f76cc97f000 rwxp  00:00 0 
7f76cc97f000-7f76cc98 r-xp 0002 08:07 47605 
/lib64/ld-2.12.90.so
7f76cc98-7f76cc981000 rwxp 00021000 08:07 47605 
/lib64/ld-2.12.90.so
7f76cc981000-7f76cc982000 rwxp  00:00 0 
7fff30cc-7fff30ce1000 rwxp  00:00 0 
[stack]
7fff30dc5000-7fff30dc6000 r-xp  00:00 0  [vdso]
ff60-ff601000 r-xp  00:00 0 
[vsyscall]

On Linux/ia32, I got

  Building 403.gcc peak lto default: (build_peak_lto.)
Error with make 'specmake -j `/usr/bin/getconf _NPROCESSORS_ONLN` build': check 
file
'/export/gnu/import/svn/gcc-test-spec/spec/2006/i686/spec/benchspec/CPU20

[Bug middle-end/43057] [LTO] fold check: original tree changed by fold

[d.g.gorbachev at gmail dot com]

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

Dmitry Gorbachev  changed:

   What|Removed |Added

  Known to fail||4.5.2, 4.6.0

--- Comment #5 from Dmitry Gorbachev  
2010-11-20 14:19:44 UTC ---
Still fails with GCC 4.5.2 and 4.6.0.

[Bug target/46468] enabling -fomit-frame-pointer by default breaks Wine

[marcus at jet dot franken.de]

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

marcus at jet dot franken.de changed:

   What|Removed |Added

 CC||marcus at jet dot
   ||franken.de

--- Comment #4 from marcus at jet dot franken.de 2010-11-20 14:02:47 UTC ---
we use dwarf2 for unwinding.

the code should work with omit-frame-pointer too, we have some issues.

(Steam required no-omit as it hooked functions, but for this we have hooking
now.)

Have to test it myself.

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

[nicola at gcc dot gnu.org]

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

Nicola Pero  changed:

   What|Removed |Added

 CC||nicola at gcc dot gnu.org

--- Comment #1 from Nicola Pero  2010-11-20 12:23:48 
UTC ---
Thomas

the link to the preprocessed source no longer works. :-(

Would you have a copy of the preprocessed source (or an example snippet of code
that fails) ?

Thanks

[Bug debug/46561] [4.6 Regression] -fcompare-debug failure (length) with -O2 -ftree-vectorize -ftree-parallelize-loops

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Jakub Jelinek  2010-11-20 
12:16:06 UTC ---
Fixed.

[Bug debug/46561] [4.6 Regression] -fcompare-debug failure (length) with -O2 -ftree-vectorize -ftree-parallelize-loops

[jakub at gcc dot gnu.org]

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

--- Comment #5 from Jakub Jelinek  2010-11-20 
12:14:53 UTC ---
Author: jakub
Date: Sat Nov 20 12:14:48 2010
New Revision: 166975

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166975
Log:
PR debug/46561
* tree-parloops.c (try_create_redunction_list): Ignore debug stmts
when looking for immediate uses.

* gcc.dg/autopar/pr46561.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/autopar/pr46561.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-parloops.c

[Bug target/28342] undefined symbol [local label] for goto from nested function and switch

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

Version|4.1.0   |4.0.2
   Target Milestone|--- |4.1.0

[Bug bootstrap/46533] [alpha] bootstrap failure

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
URL||http://gcc.gnu.org/ml/gcc-p
   ||atches/2010-11/msg02118.htm
   ||l
   Last reconfirmed||2010.11.20 11:50:59
 AssignedTo|unassigned at gcc dot   |ubizjak at gmail dot com
   |gnu.org |
   Target Milestone|--- |4.6.0
 Ever Confirmed|0   |1

[Bug libffi/42289] [4.3 only] libffi fails to build with binutils-2.20 on ARM

[armin76 at gentoo dot org]

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

Raúl Porcel  changed:

   What|Removed |Added

 CC||armin76 at gentoo dot org

--- Comment #5 from Raúl Porcel  2010-11-20 11:50:13 
UTC ---
I forwarded it: http://sourceware.org/ml/libffi-discuss/2010/msg00160.html

I have not tested if on gcc-4.4/4.5 also fails, but if its not fixed upstream,
i think it also should fail on 4.4/4.5?

[Bug java/46575] relocation overflow when compile libgcj_tools_la-tools.o

[licheng.1212 at gmail dot com]

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

--- Comment #4 from licheng.1212 at gmail dot com  2010-11-20 11:25:40 UTC ---
libgcj_tools_la-tools.S.tar.bz2 is too big to upload, so i spilt it to three
file.
please use cat x* > libgcj_tools_la-tools.S.tar.bz2  to get it

[Bug java/46575] relocation overflow when compile libgcj_tools_la-tools.o

[licheng.1212 at gmail dot com]

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

--- Comment #3 from licheng.1212 at gmail dot com  2010-11-20 11:22:56 UTC ---
Created attachment 22468
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22468
libgcj_tools_la-tools.S.tar.bz2 file 3

[Bug java/46575] relocation overflow when compile libgcj_tools_la-tools.o

[licheng.1212 at gmail dot com]

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

--- Comment #2 from licheng.1212 at gmail dot com  2010-11-20 11:21:39 UTC ---
Created attachment 22467
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22467
libgcj_tools_la-tools.S.tar.bz2 file 2

[Bug target/28342] undefined symbol [local label] for goto from nested function and switch

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #3 from Eric Botcazou  2010-11-20 
11:21:20 UTC ---
.

[Bug target/28342] undefined symbol [local label] for goto from nested function and switch

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

Version|4.0.2   |4.1.0

--- Comment #2 from Eric Botcazou  2010-11-20 
11:20:37 UTC ---
Works with 4.1 and above.

[Bug java/46575] relocation overflow when compile libgcj_tools_la-tools.o

[licheng.1212 at gmail dot com]

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

--- Comment #1 from licheng.1212 at gmail dot com  2010-11-20 11:20:19 UTC ---
Created attachment 22466
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22466
libgcj_tools_la-tools.S.tar.bz2 file 1

[Bug java/46575] New: relocation overflow when compile libgcj_tools_la-tools.o

[licheng.1212 at gmail dot com]

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

   Summary: relocation overflow when compile
libgcj_tools_la-tools.o
   Product: gcc
   Version: 4.4.2
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: java
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: licheng.1...@gmail.com


I have ported the gcc-4.4.2 to my mips-elf platform, and it's run's OK.
But when I want to enable the jave language support and enable libgcj,it will
cause a crash when at make process.

I
[compiler_t...@localhost libjava]$
/usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/gcj -v
-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/mips-elf/libjava/
-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/ -fclasspath=
-fbootclasspath=../../../gcc-4.4.2/libjava/classpath/lib --encoding=UTF-8
-Wno-deprecated -fbootstrap-classes -findirect-dispatch -fno-bootstrap-classes
-fno-indirect-classes -g -O2 -MT classpath/tools/libgcj_tools_la-tools.lo -MD
-MP -MF classpath/tools/.deps/libgcj_tools_la-tools.Tpo -c
classpath/tools/tools.zip -o classpath/tools/libgcj_tools_la-tools.o
Reading specs from /usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/specs
Reading specs from
/usr/local/src/coolsand-gcc/cross_csd/gcc_build/mips-elf/libjava/libgcj.spec
rename spec startfile to startfileorig
rename spec lib to liborig
Target: mips-elf
Configured with: ../gcc-4.4.2/configure
--prefix=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler --target=mips-elf
--with-newlib --with-headers=../newlib-1.18.0/newlib/libc/include/
--with-ar=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler/bin/mips-elf-ar
--with-as=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler/bin/mips-elf-as
--with-ld=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler/bin/mips-elf-ld
--with-mpfr=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler
--with-gmp=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler
--with-ppl=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler
--with-cloog=/usr/local/src/coolsand-gcc/cross_csd/crosscompiler
--enable-languages=c,c++,java --disable-multilib --disable-libgcj-bc
--enable-libgcj --enable-static --disable-rpath --disable-bootstrap
--disable-libgcj-multifile --disable-libjava-multilib
--with-gcc-version-trigger=../gcc-4.4.2/gcc/version.c --disable-libstdcxx-pch
--with-bugurl='In case of bug, please contact Coolsand Technologies.'
Thread model: single
gcc version 4.4.2 (Coolsand Version 1 - In test.) (GCC) 
COLLECT_GCC_OPTIONS='-v'
'-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/mips-elf/libjava/'
'-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/' '-fencoding=UTF-8'
'-Wno-deprecated' '-findirect-dispatch' '-fno-bootstrap-classes'
'-fno-indirect-classes' '-g' '-O2' '-MT'
'classpath/tools/libgcj_tools_la-tools.lo' '-MD' '-MP' '-MF'
'classpath/tools/.deps/libgcj_tools_la-tools.Tpo' '-c' '-o'
'classpath/tools/libgcj_tools_la-tools.o'
'-fbootclasspath=./:../../../gcc-4.4.2/libjava/classpath/lib/' '-s-bc-abi'
COLLECT_GCC_OPTIONS='-v'
'-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/mips-elf/libjava/'
'-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/' '-fencoding=UTF-8'
'-Wno-deprecated' '-findirect-dispatch' '-fno-bootstrap-classes'
'-fno-indirect-classes' '-g' '-O2' '-MT'
'classpath/tools/libgcj_tools_la-tools.lo' '-MD' '-MP' '-MF'
'classpath/tools/.deps/libgcj_tools_la-tools.Tpo' '-c' '-o'
'classpath/tools/libgcj_tools_la-tools.o'
'-fbootclasspath=./:../../../gcc-4.4.2/libjava/classpath/lib/' '-s-bc-abi'
 /usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/jc1
classpath/tools/tools.zip -fuse-divide-subroutine -fcheck-references
-fuse-boehm-gc -fkeep-inline-functions -quiet -dumpbase tools.zip
-auxbase-strip classpath/tools/libgcj_tools_la-tools.o -g -O2 -Wno-deprecated
-version -fencoding=UTF-8 -findirect-dispatch -fno-bootstrap-classes
-fno-indirect-classes
-fbootclasspath=./:../../../gcc-4.4.2/libjava/classpath/lib/ -MD_ -MT
classpath/tools/libgcj_tools_la-tools.lo -MF
classpath/tools/.deps/libgcj_tools_la-tools.Tpo -o /tmp/ccckNe4s.s
GNU Java (GCC) version 4.4.2 (Coolsand Version 1 - In test.) (mips-elf)
compiled by GNU C version 4.5.1 20100924 (Red Hat 4.5.1-4), GMP version
4.3.2, MPFR version 2.4.2.
warning: GMP header version 4.3.2 differs from library version 4.3.1.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Class path starts here:
./
./ (system)
../../../gcc-4.4.2/libjava/classpath/lib/ (system)
COLLECT_GCC_OPTIONS='-v'
'-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/mips-elf/libjava/'
'-B/usr/local/src/coolsand-gcc/cross_csd/gcc_build/gcc/' '-fencoding=UTF-8'
'-Wno-deprecated' '-findirect-dispatch' '-fno-bootstrap-classes'
'-fno-indirect-classes' '-g' '-O2' '-MT'
'classpath/tools/libgcj_tools_la-tools.lo' '-MD' '-MP' '-MF'
'classpath/tools/.deps/libgcj_tools_la-tools.Tpo' '-c' '-o'
'classpath/tools/libgcj_tools_la-tools.o'
'-fbootclasspath=./:../../../gcc-4.4.2/libj

[Bug ada/46574] New: ada bootstrap fails with --enable-build-with-cxx.

[pluto at agmk dot net]

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

   Summary: ada bootstrap fails with --enable-build-with-cxx.
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: pl...@agmk.net
  Host: x86_64-gnu-linux
Target: x86_64-gnu-linux
 Build: x86_64-gnu-linux


hi,

current trunk doesn't bootstrap ADA with --enable-build-with-cxx.

first problem:

ada/gcc-interface/utils2.c:
  In function ‘int compare_elmt_bitpos(const void*, const void*)’:
ada/gcc-interface/utils2.c:1657:42: error: duplicate ‘const’
ada/gcc-interface/utils2.c:1658:42: error: duplicate ‘const’

quick fix:

diff --git a/gcc/ada/gcc-interface/utils2.c b/gcc/ada/gcc-interface/utils2.c
index 43599fa..bad121c 100644
--- a/gcc/ada/gcc-interface/utils2.c
+++ b/gcc/ada/gcc-interface/utils2.c
@@ -1654,8 +1654,8 @@ build_call_raise_column (int msg, Node_Id gnat_node)
 static int
 compare_elmt_bitpos (const PTR rt1, const PTR rt2)
 {
-  const constructor_elt * const elmt1 = (const constructor_elt const *) rt1;
-  const constructor_elt * const elmt2 = (const constructor_elt const *) rt2;
+  const constructor_elt * const elmt1 = (const constructor_elt * const) rt1;
+  const constructor_elt * const elmt2 = (const constructor_elt * const) rt2;
   const_tree const field1 = elmt1->index;
   const_tree const field2 = elmt2->index;
   const int ret


and right after there's another problem in genertated file:

In file included from ada/b_gnatb.c:256:0:
ada/b_gnatb.c:5:13: error: previous declaration of ‘void exit(int)’ with ‘C++’
linkage
/usr/include/stdlib.h:544:70: error: conflicts with new declaration with ‘C’
linkage
/usr/include/stdlib.h:544:70: error: declaration of ‘void exit(int) throw ()’
throws different exceptions
ada/b_gnatb.c:5:13: error: from previous declaration ‘void exit(int)’

[Bug bootstrap/46429] --enable-build-with-cxx fails on stddef.h

[pluto at agmk dot net]

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

Pawel Sikora  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #1 from Pawel Sikora  2010-11-20 09:05:04 
UTC ---
builds fine with fresh tunk.

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

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2010.11.20 08:18:43
 CC||jakub at gcc dot gnu.org
  Known to work||4.6.0
 AssignedTo|unassigned at gcc dot   |jakub at gcc dot gnu.org
   |gnu.org |
Summary|[4.3/4.4./4.5/4.6   |[4.3/4.4./4.5 Regression]
   |Regression] ICE: SIGSEGV in |ICE: SIGSEGV in
   |cp_make_fname_decl  |cp_make_fname_decl
   |(decl.c:3690) on invalid|(decl.c:3690) on invalid
   |code when using |code when using
   |__PRETTY_FUNCTION__ |__PRETTY_FUNCTION__
 Ever Confirmed|0   |1
  Known to fail|4.6.0   |

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

[jakub at gcc dot gnu.org]

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

--- Comment #1 from Jakub Jelinek  2010-11-20 
08:15:39 UTC ---
Author: jakub
Date: Sat Nov 20 08:15:33 2010
New Revision: 166974

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166974
Log:
PR c++/46538
* decl.c (cp_make_fname_decl): Return error_mark_node if
current_binding_level has already sk_function_parms kind.

* g++.dg/other/error34.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/other/error34.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/decl.c
trunk/gcc/testsuite/ChangeLog