[Bug c/41842] ICE on invalid variable length array declaration
--- Comment #1 from truedfx at gentoo dot org 2009-10-27 06:26 --- Same results with the 20091022 snapshot. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41842
[Bug c/41843] New: segfault using '-O -fipa-struct-reorg -fwhole-program -combine'
gcc -B. -r -nostdlib shape.i -v -Wall -Wextra -Os -fipa-struct-reorg -fwhole-program -combine Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local --with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit --enable-targets=all Thread model: posix gcc version 4.5.0 20091026 (experimental) (GCC) COLLECT_GCC_OPTIONS='-B.' '-r' '-nostdlib' '-v' '-Wall' '-Wextra' '-Os' '-fipa-struct-reorg' '-fwhole-program' '-combine' '-mtune=generic' /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1 -fpreprocessed shape.i -quiet -dumpbase shape.i -mtune=generic -auxbase shape -Os -Wall -Wextra -version -fipa-struct-reorg -fwhole-program -o /tmp/cc91rG7J.s GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 51f39aedff8c196534353c80fb0ba358 shape.c: In function ShapeResetProc: shape.c:168:17: warning: unused parameter extEntry shape.c: In function ShapeFreeClient: shape.c:775:9: warning: unused parameter id shape.c: In function ShapeFreeEvents: shape.c:804:9: warning: unused parameter id shape.c: In function ProcShapeInputSelected: shape.c:1335:1: internal compiler error: Segmentation fault -- Summary: segfault using '-O -fipa-struct-reorg -fwhole-program - combine' Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: b3timmons at speedymail dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41843
[Bug c/41843] segfault using '-O -fipa-struct-reorg -fwhole-program -combine'
--- Comment #1 from b3timmons at speedymail dot org 2009-10-27 07:20 --- Created an attachment (id=18911) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18911action=view) preprocessed source triggering failure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41843
[Bug c/41843] segfault using '-O -fipa-struct-reorg -fwhole-program -combine'
--- Comment #2 from b3timmons at speedymail dot org 2009-10-27 07:21 --- Created an attachment (id=18912) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18912action=view) preprocessed source triggering failure Had to compress source because of submission timing out -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41843
[Bug c/41843] segfault using '-O -fipa-struct-reorg -fwhole-program -combine'
--- Comment #3 from b3timmons at speedymail dot org 2009-10-27 07:25 --- A workaround for gcc-4,3,3 (but not gcc-4.5.0!) is -fno-unit-at-a-time -- b3timmons at speedymail dot org changed: What|Removed |Added Known to fail||4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41843
[Bug c/41842] ICE on invalid variable length array declaration
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-27 08:18 --- Created an attachment (id=18913) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18913action=view) gcc45-pr41842.patch Fix I'm going to bootstrap/regtest. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41842
[Bug fortran/41844] New: lto1: warning: unknown register name: line-length-none
$cat test.f90 program main end $gfortran -flto -ffixed-line-length-none test.f90 lto1: warning: unknown register name: line-length-none I think -ffixed-line-length-none has nothing to do with lto, am I right? -- Summary: lto1: warning: unknown register name: line-length-none Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: linuxl4 at sohu dot com GCC build triplet: x86_64-pc-linux GCC host triplet: x86_64-pc-linux GCC target triplet: x86_64-pc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41844
[Bug middle-end/41817] elfutils fails with may be uninitialized with -O3 -mtune=k8
--- Comment #6 from marti at juffo dot org 2009-10-27 08:58 --- (In reply to comment #5) These might not be bogus as there is extra inlining at -O3 which causes us to strip out the address taking and make search_table_entries, etc. look like real variables. True, I have changed the summary. The underlying problem I guess then is that packages use -Werror, but this warning depends on specific settings of the optimizer which changes from user to user. But don't use -Werror or don't use CFLAGS is not a useful solution either. Clearly many projects are affected by this. -- marti at juffo dot org changed: What|Removed |Added Summary|elfutils triggers bogus may|elfutils fails with may be |be uninitialized with -O3 -|uninitialized with -O3 - |mtune=k8|mtune=k8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41817
[Bug ada/41845] New: Limited_Controlled exposes Adjust operation, which should not exist.
The following should not compile, since the Limited_Controlled has no Adjust operation and the test code uses the overriding keyword, which is supposed to catch the attempt to override non-existing operation. Other operation names are detected properly, which indicates that there is some hidden Adjust operation that should not be visible to the user code. Hint from comp.lang.ada: this hidden operation is in s-finroo.ads. Test code that should not compile, but is accepted by GNAT: with Ada.Finalization; procedure Test is package P is type T is new Ada.Finalization.Limited_Controlled with null record; overriding procedure Initialize (X : in out T); overriding procedure Adjust (X : in out T); overriding procedure Finalize (X : in out T); end P; package body P is procedure Initialize (X : in out T) is begin null; end Initialize; procedure Adjust (X : in out T) is begin null; end Adjust; procedure Finalize (X : in out T) is begin null; end Finalize; end P; begin null; end Test; -- Summary: Limited_Controlled exposes Adjust operation, which should not exist. Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: prog at msobczak dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41845
[Bug target/41705] missed if conversion optimization
--- Comment #4 from carrot at google dot com 2009-10-27 09:15 --- A patch http://gcc.gnu.org/viewcvs?view=revisionrevision=153584 has been checked in. -- carrot at google dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41705
[Bug lto/41821] ICE in LTO when linking
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-27 09:37 --- Doh, thanks. It's obvious to me what is wrong. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-27 09:37:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41821
[Bug java/40816] error: 'jvariant::jvariant(jbyte)' cannot be overloaded
--- Comment #1 from mathieu dot malaterre at gmail dot com 2009-10-27 09:43 --- Copying from the mailing list: fromAndrew Haley a...@redhat.com to Tom Tromey tro...@redhat.com cc j...@gcc.gnu.org dateMon, Oct 19, 2009 at 5:03 PM subject Re: Is gcj dead? mailing listjava.gcc.gnu.org Filter messages from this mailing list unsubscribe Unsubscribe from this mailing-list hide details Oct 19 (8 days ago) - Show quoted text - Mathieu Malaterre wrote: On Mon, Oct 19, 2009 at 3:10 PM, Andrew Haley a...@redhat.com wrote: Mathieu Malaterre wrote: On Mon, Oct 19, 2009 at 3:00 PM, Andrew Haley a...@redhat.com wrote: Mathieu Malaterre wrote: On Sun, Oct 18, 2009 at 12:08 PM, Andrew Haley a...@redhat.com wrote: Yuri wrote: Last news in http://gcc.gnu.org/java/ are dated March 2007. Yes, we should update that. There hasn't been a lot of new gcj development, but it is maintained. Also I submitted few PRs a month ago and there is no response at all. Which ones? How about this one: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40816 I am still rather nervous about that one, as it's an ABI change. Point taken. In the long term this will prevent compilation of package such as VTK on debian on arch such as HPPA. Really? That's all rather amazing. Is there no simple workaround? Compilation error can be found here: http://www.vtk.org/pipermail/vtk-developers/2009-June/006110.html And source: http://public.kitware.com/cgi-bin/viewcvs.cgi/Graphics/vtkJVMManager.h?view=annotate I really do not see how I can work around that. Simply removing one of the multiple signature is not a solution IMHO. Yes, I see what's going on. To Tom Tromey: This is an ABI change, but AFAICS the only time it makes a difference is where it's already broken. I'm tempted to make the change now. Andrew. -- mathieu dot malaterre at gmail dot com changed: What|Removed |Added CC||mathieu dot malaterre at ||gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40816
[Bug lto/41839] ICE with lto and incomplete types
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-27 09:43 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-27 09:43:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41839
[Bug libstdc++/40852] [parallel-mode] parallel sort run time increases ~10 fold when vector size gets over ~4*10^9
--- Comment #21 from jaffe at broadinstitute dot org 2009-10-27 09:45 --- Subject: Re: [parallel-mode] parallel sort run time increases ~10 fold when vector size gets over ~4*10^9 I tested the patch from comment #19, sorting X billion integers on a machine having 32 processors and 256 GB memory, X = 4, 6, ..., 26. The overall behavior is very close to linear. For example, X = 4 took 1.02 minutes, whereas X = 20 took 5.22 minutes. Very nice! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40852
[Bug middle-end/41837] Using '-O -fipa-struct-reorg -fwhole-program -fprofile-generate' gives 'internal compiler error: Segmentation fault'
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-27 10:20 --- Confirmed. -combine is not necessary. IPA struct-reorg is known to be broken. Program received signal SIGSEGV, Segmentation fault. 0x00c6123c in find_field_in_struct_1 (str_type=0x76c4a6e0, field=0x76f095a0) at /space/rguenther/src/svn/trunk/gcc/ipa-struct-reorg.c:267 267 str_field_name = IDENTIFIER_POINTER (DECL_NAME (str_field)); -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2009-10-27 10:20:02 date|| Summary|Using '-O -fipa-struct-reorg|Using '-O -fipa-struct-reorg |-fwhole-program -combine - |-fwhole-program -fprofile- |fprofile-generate' gives|generate' gives 'internal |'internal compiler error: |compiler error: Segmentation |Segmentation fault' |fault' http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41837
[Bug c/41843] segfault using '-O -fipa-struct-reorg -fwhole-program'
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-27 10:23 --- Confirmed. -combine is not necessary. IPA struct reorg is known to be broken. Program received signal SIGSEGV, Segmentation fault. 0x00c624ee in finalize_global_creation (var=0x0) at /space/rguenther/src/svn/trunk/gcc/ipa-struct-reorg.c:504 504 if (TREE_CODE (var) == VAR_DECL -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Known to fail|4.3.3 |4.3.3 4.5.0 Last reconfirmed|-00-00 00:00:00 |2009-10-27 10:23:54 date|| Summary|segfault using '-O -fipa- |segfault using '-O -fipa- |struct-reorg -fwhole-program|struct-reorg -fwhole- |-combine' |program' http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41843
[Bug driver/41844] lto1: warning: unknown register name: line-length-none
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-27 10:27 --- Hm. Looks like the driver should filter FE specific options (there is a general option named -ffixed-X where X is a register). Workaround: split compile and link step, omit FE specific options from the link step. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|fortran |driver Ever Confirmed|0 |1 Keywords||lto Last reconfirmed|-00-00 00:00:00 |2009-10-27 10:27:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41844
[Bug c++/41020] [4.5 Regression] Can't declare an extern C friend of a builtin function
--- Comment #12 from jakub at gcc dot gnu dot org 2009-10-27 10:29 --- Subject: Bug 41020 Author: jakub Date: Tue Oct 27 10:28:48 2009 New Revision: 153587 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153587 Log: PR c++/41020 * g++.dg/lookup/extern-c-redecl5.C: Fix up regexp. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl5.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41020
[Bug c++/41840] g++ compiler giving error for array of pointers of abstract base class
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-27 10:30 --- Because 3.3 is wrong. You are creating a pointer to an array of 10 mybase, but instantiating mybase is not valid. An array of 10 pointers would be mybase *ptrs[10]; instead. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41840
[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking
--- Comment #5 from aldyh at gcc dot gnu dot org 2009-10-27 11:18 --- Subject: Bug 41451 Author: aldyh Date: Tue Oct 27 11:18:12 2009 New Revision: 153588 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153588 Log: PR bootstrap/41451 * fold-const.c (fold_binary_loc): Do not call protected_set_expr_location. Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41451
[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking
--- Comment #6 from aldyh at gcc dot gnu dot org 2009-10-27 11:19 --- fixed -- aldyh at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41451
[Bug lto/41821] ICE in LTO when linking
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-10-27 11:31 --- Subject: Bug 41821 Author: rguenth Date: Tue Oct 27 11:30:59 2009 New Revision: 153589 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153589 Log: 2009-10-27 Richard Guenther rguent...@suse.de PR lto/41821 * gimple.c (gimple_types_compatible_p): Handle OFFSET_TYPE. Modified: trunk/gcc/ChangeLog trunk/gcc/gimple.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41821
[Bug lto/41821] ICE in LTO when linking
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-10-27 11:31 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41821
[Bug middle-end/41837] Using '-O -fipa-struct-reorg -fwhole-program -fprofile-generate' gives 'internal compiler error: Segmentation fault'
--- Comment #6 from jakub at gcc dot gnu dot org 2009-10-27 12:24 --- Created an attachment (id=18914) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18914action=view) gcc45-pr41837.patch Possible fix and reduced testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41837
[Bug fortran/41831] Bug with management of NaNs
--- Comment #3 from michael dot baudin at scilab dot org 2009-10-27 13:32 --- You are right, this was a bug in the fortran source code. I cannot add implicit none in this slatec/gamma routine, but declaring the return type of the function fixes the bug. Thank your for looking at this bug. Best regards, Michaël -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41831
[Bug lto/41767] assertion in tree-sra.c
--- Comment #6 from jamborm at gcc dot gnu dot org 2009-10-27 13:59 --- The problem here is that build_ref_for_offset_1() cannot find a field corresponding to a replacement within its own aggregate. The field is identified by its offset (zero) and type. Unfortunately, types_compatible_p() claims that the type of the replacement (taken from the expression where it occurs) and the field at the offset are not compatible. I have added some dumps to the beginning of the function and got: -- picked field value Determining compatibility of types: Expected type (type of the scalar replacement): pointer_type 0xb7726514 type union_type 0xb772612c tree_node SI size integer_cst 0xb7687498 constant 32 unit size integer_cst 0xb7687284 constant 4 align 32 symtab 0 alias set -1 canonical type 0xb772612c fields field_decl 0xb76eee60 common type record_type 0xb7720b54 tree_common SI file b.h line 8 col 20 size integer_cst 0xb7687498 32 unit size integer_cst 0xb7687284 4 align 32 offset_align 128 offset integer_cst 0xb76872a0 constant 0 bit offset integer_cst 0xb7687700 constant 0 context union_type 0xb772612c tree_node chain field_decl 0xb76eef18 constructor pointer_to_this pointer_type 0xb7726514 unsigned SI size integer_cst 0xb7687498 32 unit size integer_cst 0xb7687284 4 align 32 symtab 0 alias set 4 canonical type 0xb7726514 Record field type: pointer_type 0xb7720e10 type union_type 0xb7720af0 tree_node SI size integer_cst 0xb7687498 constant 32 unit size integer_cst 0xb7687284 constant 4 align 32 symtab 0 alias set -1 canonical type 0xb7720af0 fields field_decl 0xb76eebdc common type record_type 0xb7720b54 tree_common SI file b.h line 8 col 20 size integer_cst 0xb7687498 32 unit size integer_cst 0xb7687284 4 align 32 offset_align 128 offset integer_cst 0xb76872a0 constant 0 bit offset integer_cst 0xb7687700 constant 0 context union_type 0xb7720af0 tree_node chain field_decl 0xb76eec94 constructor pointer_to_this pointer_type 0xb7720e10 unsigned SI size integer_cst 0xb7687498 32 unit size integer_cst 0xb7687284 4 align 32 symtab 0 alias set 3 canonical type 0xb7720e10 NOT compatible. -- I could workaround this and check whether all replacements can be located within their aggregates before creating them but that does not sound right. Instead I think that the bug is either somewhere in type merging or in types_compatible_p(). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41767
[Bug lto/41767] assertion in tree-sra.c
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-27 14:17 --- As I said the testcase has two incompatible variants of union tree_node and they are obviously not merged and thus not compatible. Maybe IPA SRA gets those two types from unrelated places? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41767
[Bug lto/41767] assertion in tree-sra.c
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-10-27 14:22 --- Using c-parser.i and c-typeck.i generated from my current trunk tree passes gcc ./xgcc -B. -r -nostdlib xc-parser.i xc-typeck.i -O2 -flto just fine. Raphael, was this by chance an ICE you saw during reduction of another testcase? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41767
[Bug tree-optimization/41841] segfault using '-O -fipa-cp -fipa-struct-reorg -fwhole-program -fprofile-generate'
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-27 14:28 --- Created an attachment (id=18915) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18915action=view) gcc45-pr41841.patch Fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41841
[Bug c++/41847] New: warning: array subscript is above array bounds
# gcc -Wall -O2 -c demo.cxx demo.cxx: In function void isInvertible(): demo.cxx:12: warning: array subscript is above array bounds gcc --version gcc (GCC) 4.4.2 20091019 (Red Hat 4.4.2-5) I've the same results with... gcc (GCC) 4.4.2 20091019 (Red Hat 4.4.2-5) (gcc-4.4.2-5.el6.s390x) gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-3) (gcc-4.4.1-3.s390x) gcc (GCC) 4.4.0 20090506 (Red Hat 4.4.0-4) (gcc-4.4.0-4.s390x) Possibly a duplicate of #35392 so its not a very recent thing. I only get this warning (and related runtime failure) with s390x. Equivalent x86_64/x86/ppc/ppc64/arm gcc's appear fine -- Summary: warning: array subscript is above array bounds Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com GCC build triplet: s390x-ibm-linux GCC host triplet: s390x-ibm-linux GCC target triplet: s390x-ibm-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
[Bug c++/41847] warning: array subscript is above array bounds
--- Comment #1 from caolanm at redhat dot com 2009-10-27 14:47 --- Created an attachment (id=18916) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18916action=view) standalone demo gcc -Wall -O2 -c demo.cxx -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
[Bug target/41684] [4.4/4.5 regression] binutils testsuite failures when built with 4.4/4.5
--- Comment #13 from ramana at gcc dot gnu dot org 2009-10-27 14:58 --- (In reply to comment #0) when binutils 2.20 branch is built with gcc-4.4 branch or trunk, I see the following test failures in the ld testsuite. Checked with gcc-4.4 from debian/testing, debian/unstable and ubuntu/karmic, and gcc-snapshot (4.5 20091010) from debian/unstable. Running /home/doko/tmp/binutils-2.19.91.20091006/ld/testsuite/ld-elfvsb/elfvsb.exp ... FAIL: visibility (hidden_normal) (non PIC) FAIL: visibility (hidden_normal) (non PIC, load offset) FAIL: visibility (normal) (non PIC) FAIL: visibility (normal) (non PIC, load offset) Running /home/doko/tmp/binutils-2.19.91.20091006/ld/testsuite/ld-shared/shared.exp ... FAIL: shared (non PIC) FAIL: shared (non PIC, load offset) FAIL: shared (PIC main, non PIC so) When generating code that is not position independent, the compiler is entitled to enable optimizations that don't retain the property of symbol pre-emption that is possible with shared libraries and position independent code. Section anchors is one optimization that doesn't retain symbol pre-emptibility in shared libraries and hence is disabled when generating PIC code. All these failures are because the tests are trying to create non-PIC .so's with section anchors turned on. The tests need to be fixed with respect to section anchors by building them with -fno-section-anchors for the arm-linux-gnueabi port. The Objective C testsuite failures should be fixed by disabling section anchors in the objective C and C++ frontend and not by disabling this in the backend. Look at the mail thread here for reference. http://gcc.gnu.org/ml/gcc-patches/2008-08/msg02194.html However that is a subject of a separate bug report, though these failures might be related to PR41617. Hence this is an INVALID bug as far as GCC is concerned and hence marking it so. cheers Ramana -- ramana at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41684
[Bug objc/41848] New: Extra Objective C/C++ test failures because of section anchors.
Look at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41684#c10 for a list of test failures fixed by disabling fsection-anchors in the arm backend. Look also at the way in which the PPC backend works around this at http://gcc.gnu.org/ml/gcc-patches/2008-08/msg02194.html Instead of putting in such a work around in the backends, the target independent parts should disable -fsection-anchors for Objective C. -- Summary: Extra Objective C/C++ test failures because of section anchors. Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: objc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ramana at gcc dot gnu dot org GCC host triplet: arm-linux-gnueabi GCC target triplet: arm-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41848
[Bug c/41843] segfault using '-O -fipa-struct-reorg -fwhole-program'
--- Comment #5 from jakub at gcc dot gnu dot org 2009-10-27 15:37 --- Reduced testcase (although, with a different error). -O -fipa-struct-reorg -fwhole-program: struct S { void *a; struct V *b; }; typedef struct { int c; } T; typedef struct { int d; int e; } U; void fn (void *); void foo (void) { T x; fn (x); } void bar (void) { U x; fn (x); } void baz (struct S *x) { foo (); bar (); } void *volatile a __attribute__((used)) = baz; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41843
[Bug c/41842] ICE on invalid variable length array declaration
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-27 15:51 --- Subject: Bug 41842 Author: jakub Date: Tue Oct 27 15:50:50 2009 New Revision: 153599 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153599 Log: PR c/41842 * c-typeck.c (convert_arguments): Return -1 if any of the arguments is error_mark_node. * gcc.dg/pr41842.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr41842.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41842
[Bug libstdc++/40852] [parallel-mode] parallel sort run time increases ~10 fold when vector size gets over ~4*10^9
--- Comment #22 from paolo dot carlini at oracle dot com 2009-10-27 15:53 --- Patch regtests fine on x86_64-linux. Johannes, can you prepare a ChangeLog entry, post and commit both? Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40852
[Bug c/41842] ICE on invalid variable length array declaration
--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-27 16:05 --- Subject: Bug 41842 Author: jakub Date: Tue Oct 27 16:05:36 2009 New Revision: 153602 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153602 Log: PR c/41842 * c-typeck.c (convert_arguments): Return -1 if any of the arguments is error_mark_node. * gcc.dg/pr41842.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr41842.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/c-typeck.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41842
[Bug c/41842] ICE on invalid variable length array declaration
--- Comment #5 from jakub at gcc dot gnu dot org 2009-10-27 16:06 --- Fixed on trunk and 4.4 branch. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41842
[Bug middle-end/38002] gcc crash using -fvisibility-ms-compat
--- Comment #5 from boz_gnu at boz dot org dot uk 2009-10-27 16:22 --- Created an attachment (id=18917) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18917action=view) Proposed patch Looks like all we were missing was a check on CLASS_TYPE_P before calling CLASSTYPE_VISIBILITY_SPECIFIED. This seems to fix the crash, at least for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38002
[Bug c++/41847] warning: array subscript is above array bounds
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-27 16:33 --- Reproduceable on today's trunk as well (s390x-linux target). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
[Bug rtl-optimization/41833] vec_splat followed by vec_splat could be improved
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-27 16:37 --- Patch which I am testing: Index: testsuite/gcc.target/powerpc/altivec-33.c === --- testsuite/gcc.target/powerpc/altivec-33.c (revision 0) +++ testsuite/gcc.target/powerpc/altivec-33.c (revision 0) @@ -0,0 +1,16 @@ +/* { dg-do compile } */ +/* { dg-require-effective-target powerpc_altivec_ok } */ +/* { dg-options -O2 -maltivec } */ + +/* We should only produce one vspltw as we already splatted the value. */ +/* { dg-final { scan-assembler-times vspltw 1 } } */ + +#include altivec.h + +vector float f(vector float a) +{ + vector float b = vec_splat (a, 2); + return vec_splat (b, 0); +} + + Index: simplify-rtx.c === --- simplify-rtx.c (revision 153603) +++ simplify-rtx.c (working copy) @@ -2946,6 +2946,9 @@ simplify_binary_operation_1 (enum rtx_co tmp_op, gen_rtx_PARALLEL (VOIDmode, vec)); return tmp; } + if (GET_CODE (trueop0) == VEC_DUPLICATE + GET_MODE (XEXP (trueop0, 0)) == mode) + return XEXP (trueop0, 0); } else { -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41833
[Bug c++/41847] warning: array subscript is above array bounds
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-27 16:53 --- The issue is that for some strange reason VRP sees the loop iterator (which is [0, 4) ) as VARYING. Then the fDum = get(b, b) is called when b is not 3, and get uses the return maLine[nRow].get(nColumn); for nRow 3. So, VRP figures that in return mpLine-get(nColumn); nColumn (== b) is necessarily [4, 65535] and reports out of bounds access on something that will really never be executed. If VRP figured that b is [0, 4), it would have been able to tell that the bb's are unreachable and not report diagnostics in that case. I wonder what related runtime failure you are talking about though, this to me looks like a false positive on something that is never executed (although not optimized out at least until *.optimized dump). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
[Bug target/41799] __enable_execute_stack introduced for mingw32 in r134089 doesn't work for kernel-mode components
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-10-27 17:16 --- Applied to trunk at revision 153606. -- ktietz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41799
[Bug tree-optimization/41775] [4.5 Regression] IPA-SRA: ice in rewrite_stmt, at tree-into-ssa.c:1302
--- Comment #4 from jamborm at gcc dot gnu dot org 2009-10-27 18:04 --- I have just sent the patch to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01625.html I had to change the testcase a bit so that it compiles on x86_64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41775
[Bug c++/41819] [4.5 regression] ICE with try/catch and -fno-exceptions
--- Comment #2 from rth at gcc dot gnu dot org 2009-10-27 18:12 --- Mine. -- rth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2009-10-27 02:42:57 |2009-10-27 18:12:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41819
[Bug lto/41652] LTO plugin misconfiguration
--- Comment #2 from espindola at gcc dot gnu dot org 2009-10-27 18:17 --- Subject: Bug 41652 Author: espindola Date: Tue Oct 27 18:17:13 2009 New Revision: 153610 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153610 Log: 2009-10-27 Dmitry Gorbachev d.g.gorbac...@gmail.com PR lto/41652 * configure.ac: Call AC_SYS_LARGEFILE before AC_OUTPUT. * configure: Regenerate. Modified: trunk/lto-plugin/ChangeLog trunk/lto-plugin/configure trunk/lto-plugin/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41652
[Bug lto/41767] assertion in tree-sra.c
--- Comment #9 from jamborm at gcc dot gnu dot org 2009-10-27 18:39 --- Hi, (In reply to comment #7) Maybe IPA SRA gets those two types from unrelated places? I believe they are quite elated. The body of the function is: bb 2: init = c_parser_initializer (0B); [return slot optimization] init$value_5 = init.value; finish_decl (0, 0, init$value_5, 0, 0); return; The expected type is type of the RHS of the second statement init.value while the type I get is the type of value within init. As I said the testcase has two incompatible variants of union tree_node and they are obviously not merged and thus not compatible. I was not sure whether you were implying that the input was invalid or not. If it is and we want to avoid the ICE in the simplest possible way, we can do so with the patch below. (Of course, we might try to instead warn or fail in some nicer way when putting the individual pieces from different files together.) Index: mine/gcc/tree-sra.c === --- mine.orig/gcc/tree-sra.c +++ mine/gcc/tree-sra.c @@ -1644,7 +1644,13 @@ analyze_access_subtree (struct access *r if (allow_replacements scalar !root-first_child (root-grp_hint - || (direct_read root-grp_write))) + || (direct_read root-grp_write)) + /* If the user provided erroneous LTO intput, we might end up ICIng as +in PR 41767. Prevent that by checking we can always find the part of +the aggregate that corresponds to the replacement. */ + (!in_lto_p + || build_ref_for_offset (NULL, TREE_TYPE (root-base), + root-offset, root-type, false))) { if (dump_file (dump_flags TDF_DETAILS)) { -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41767
[Bug tree-optimization/41750] [4.5 Regression] gcc 4.5.0 miscompiles binutils
--- Comment #19 from jamborm at gcc dot gnu dot org 2009-10-27 18:45 --- I have downloaded binutils 2.20 and compiled the file on a native ia64 compiler. I have only managed to look at the dumps but so far could not see any problem there. I will have another look on Thursday. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jamborm at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-10-26 20:57:48 |2009-10-27 18:45:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
[Bug rtl-optimization/41849] New: optimization fails when register variables are used for an interrupt
If i use global register variables that are used and updated inside an interrupt the optimizer produces broken code. Code example: register volatile unsigned char timer0_h8 asm(r3); volatile unsigned char timer0_h8_buf = 0; void foo(void) { timer0_h8_buf = timer0_h8; return; } ISR(TIMER0_OVF_vect) { timer0_h8++; } produces: 2432 0b5a 1092 sts timer0_h8_buf,__zero_reg__ ; timer0_h8_buf, instead of this when no optimization is used: 3248 104a 832D mov r24,r3 ; timer0_h8.47, timer0_h8 3249 104c 8093 sts timer0_h8_buf,r24; timer0_h8_buf, timer0_h8.47 -- Summary: optimization fails when register variables are used for an interrupt Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: critical Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hendrixgr at gmail dot com GCC build triplet: Linux i386 GCC host triplet: Linux ubuntu 9.04 GCC target triplet: avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41849
[Bug tree-optimization/41775] [4.5 Regression] IPA-SRA: ice in rewrite_stmt, at tree-into-ssa.c:1302
--- Comment #5 from ubizjak at gmail dot com 2009-10-27 19:35 --- (In reply to comment #4) I have just sent the patch to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01625.html I had to change the testcase a bit so that it compiles on x86_64. You should also add: // { dg-require-visibility } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41775
[Bug fortran/41850] New: Wong-code with optional allocatable arrays
As reported by Thomas Robitaille at http://gcc.gnu.org/ml/fortran/2009-10/msg00220.html the following code gives wrong-code (segfault/buserror) at run time with GCC 4.2/4.3/4.4/4.5. (4.1 does not support allocatable dummies.) $ ./a.out in sub1 Bus error module test_module implicit none contains subroutine sub2(a) implicit none real,allocatable,intent(out),optional :: a(:) print *,'in sub2' end subroutine sub2 subroutine sub1(a) implicit none real,allocatable,intent(out),optional :: a(:) print *,'in sub1' call sub2(a) end subroutine sub1 end module test_module program test use test_module implicit none call sub1() end program The problem is that the argument can be NULL - and there is no check for the case a == NULL; i.e. the INTENT(OUT) autodeallocation block needs to be enclosed with a if (a !=NULL) as remarked by Dennis (http://gcc.gnu.org/ml/fortran/2009-10/msg00221.html). sub1 (a) { [...snip printing in sub1 stuff...] { struct array1_real(kind=4) * D.555; if (a-data != 0B) { __builtin_free (a-data); } a-data = 0B; D.555 = a != 0B ? a : 0B; sub2 (D.555); } By the way the line D.555 = a != 0B ? a : 0B; is redundant - and also not nice because making the alias analysis for the middle end more difficult. -- Summary: Wong-code with optional allocatable arrays Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41850
[Bug other/41851] New: PLUGIN_HEADERS missing flags.h
I am building a plugin and would like to use some of the macros defined in flags.h, but that file is not installed in the plugin/include directory. -- Summary: PLUGIN_HEADERS missing flags.h Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: cthiel at cse dot unl dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41851
[Bug c/41852] New: ICE from '-O -fmodulo-sched -fprofile-use -freorder-blocks-and-partition'
gcc -B. -r -nostdlib atom.i -v -Wall -Wextra -O -fmodulo-sched -fprofile-use -freorder-blocks-and-partition Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /home/xxx/build/gcc/gcc/configure --with-mpfr=/usr/local --with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit --enable-targets=all Thread model: posix gcc version 4.5.0 20091026 (experimental) (GCC) COLLECT_GCC_OPTIONS='-B.' '-r' '-nostdlib' '-v' '-Wall' '-Wextra' '-O' '-fmodulo-sched' '-fprofile-use' '-freorder-blocks-and-partition' '-mtune=generic' /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1 -fpreprocessed atom.i -quiet -dumpbase atom.i -mtune=generic -auxbase atom -O -Wall -Wextra -version -fmodulo-sched -fprofile-use -freorder-blocks-and-partition -o /tmp/ccxA2xHN.s GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 51f39aedff8c196534353c80fb0ba358 atom.c: In function MakeAtom: atom.c:152:1: internal compiler error: in check_cfg, at haifa-sched.c:5286 -- Summary: ICE from '-O -fmodulo-sched -fprofile-use -freorder- blocks-and-partition' Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: b3timmons at speedymail dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41852
[Bug c++/41819] [4.5 regression] ICE with try/catch and -fno-exceptions
--- Comment #3 from rth at gcc dot gnu dot org 2009-10-27 20:09 --- Subject: Bug 41819 Author: rth Date: Tue Oct 27 20:09:07 2009 New Revision: 153615 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153615 Log: PR c++/41819 * tree-eh.c (eh_region_may_contain_throw_map): Rename from eh_region_may_contain_throw; update users. (eh_region_may_contain_throw): New function. (lower_catch): Check flag_exceptions before creating exception region. (lower_eh_filter, lower_eh_must_not_throw): Likewise. (lower_cleanup): Tidy existing flag_exceptions check to match. Added: trunk/gcc/testsuite/g++.dg/eh/pr41819.C Modified: trunk/gcc/ChangeLog trunk/gcc/tree-eh.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41819
[Bug c++/41819] [4.5 regression] ICE with try/catch and -fno-exceptions
--- Comment #4 from rth at gcc dot gnu dot org 2009-10-27 20:11 --- Fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41819
[Bug c/41852] ICE from '-O -fmodulo-sched -fprofile-use -freorder-blocks-and-partition'
--- Comment #1 from b3timmons at speedymail dot org 2009-10-27 20:11 --- Created an attachment (id=18918) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18918action=view) gzipped preprocessed source triggering failure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41852
[Bug c/41852] ICE from '-O -fmodulo-sched -fprofile-use -freorder-blocks-and-partition'
--- Comment #2 from b3timmons at speedymail dot org 2009-10-27 20:15 --- Created an attachment (id=18919) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18919action=view) generated gcda file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41852
[Bug c/41852] ICE from '-O -fmodulo-sched -fprofile-use -freorder-blocks-and-partition'
--- Comment #3 from b3timmons at speedymail dot org 2009-10-27 20:16 --- Created an attachment (id=18920) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18920action=view) generated gcno file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41852
[Bug c++/41847] warning: array subscript is above array bounds
--- Comment #4 from caolanm at redhat dot com 2009-10-27 20:17 --- At runtime of the original version of one of these loops (or a similar one, I decided for ease to boil down to the warning case for this bug) goes way past the RowSpan limits. If this one is cosmetic, then I've got another more difficult to extract one to do. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
[Bug lto/41652] LTO plugin misconfiguration
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-10-27 22:05 --- Fixed. -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41652
[Bug c++/41853] New: Internal compiler error
$ gcc -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu4) $ g++ -DHAVE_CONFIG_H -I. -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I./../../lib3ds-1.3.0/ -fopenmp -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math -funsafe-math-optimizations -mtune=native -MT libcommon_a-Light.o -MD -MP -MF .deps/libcommon_a-Light.Tpo -c -o libcommon_a-Light.o `test -f 'Light.cc' || echo './'`Light.cc -save-temps Light.cc: In member function 'void DrawObjectInShadowBuffer::DrawTriangles(int, int) const': Light.cc:157: internal compiler error: in lower_stmt, at gimple-low.c:282 -- Summary: Internal compiler error Product: gcc Version: 4.2.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: molgrum at yahoo dot se GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41853
[Bug c++/41853] Internal compiler error
--- Comment #1 from molgrum at yahoo dot se 2009-10-27 23:56 --- Created an attachment (id=18921) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18921action=view) Preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41853
[Bug c++/41853] Internal compiler error
--- Comment #2 from paolo dot carlini at oracle dot com 2009-10-28 00:21 --- FSF gcc-4.2.x isn't maintained anymore. I would suggest trying to reproduce the issue with gcc-4.4.x (or at least 4.3.x) or reporting to Ubuntu. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41853
[Bug c++/41840] g++ compiler giving error for array of pointers of abstract base class
--- Comment #3 from bangerth at gmail dot com 2009-10-28 05:17 --- (In reply to comment #0) There are many other such deviations we noticed in this compiler from the normal C++ principles. In addition to the previous answer: since gcc3.3, many many bugs have been fixed where gcc erroneously accepted code that did not conform to the C++ standard. We believe that gcc4.x is much closer to the C++ standard than 3.3 was. That said, it does occasionally happen that a bug is introduced. In that case, please open other bug reports. Best Wolfgang -- bangerth at gmail dot com changed: What|Removed |Added CC||bangerth at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41840