[Bug target/27390] [4.2 Regression] gcc.target/x86_64/abi/test_complex_returning.c execution fails at -O0
--- Comment #3 from bonzini at gnu dot org 2006-05-22 07:24 --- Hi richi, may I ask why I was added to the CC? Did I cause this bug? :-P -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27390
[Bug target/27390] [4.2 Regression] gcc.target/x86_64/abi/test_complex_returning.c execution fails at -O0
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-22 07:31 --- It was caused by: 2006-04-03 Paolo Bonzini <[EMAIL PROTECTED]> Dale Johannesen <[EMAIL PROTECTED]> PR target/19653 * regclass.c (struct reg_pref): Update documentation. (regclass): Set prefclass to NO_REGS if memory is the best option. (record_reg_classes): Cope with a prefclass set to NO_REGS. * reload.c (find_reloads): Take PREFERRED_OUTPUT_RELOAD_CLASS into account. For non-registers, equate an empty preferred reload class to a `!' in the constraint; move the if clause to do so after those that reject the insn. (push_reload): Allow PREFERRED_*_RELOAD_CLASS to liberally return NO_REGS. (find_dummy_reload): Likewise. * doc/tm.texi (Register Classes): Document what it means if PREFERRED_*_RELOAD_CLASS return NO_REGS. * config/i386/i386.c (ix86_preferred_reload_class): Force using SSE registers (and return NO_REGS for floating-point constants) if math is done with SSE. (ix86_preferred_output_reload_class): New. * config/i386/i386-protos.h (ix86_preferred_output_reload_class): New. * config/i386/i386.h (PREFERRED_OUTPUT_RELOAD_CLASS): New. * config/i386/i386.md: Remove # register preferences. It was mentioned in http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00390.html Also. And nothing has been done about the problem since that message. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27390
[Bug target/27390] [4.2 Regression] gcc.target/x86_64/abi/test_complex_returning.c execution fails at -O0
--- Comment #5 from paolo dot bonzini at lu dot unisi dot ch 2006-05-22 07:35 --- Subject: Re: [4.2 Regression] gcc.target/x86_64/abi/test_complex_returning.c execution fails at -O0 > It was mentioned in > http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00390.html > Also. > > And nothing has been done about the problem since that message. > Sorry, my understanding was that reverting the regclass.c hunk had fixed the problem. Paolo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27390
[Bug libgomp/26175] [4.2 Regression] In gcc-4.2.0 libgomp/.../powerpc/futex.h SYS_futex undefined
--- Comment #3 from jakub at gcc dot gnu dot org 2006-05-22 08:31 --- Users using prehistoric kernels and/or glibcs just need to configure with --disable-linux-futex. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26175
[Bug libgomp/26477] [4.2 Regression] bootstrap: SYS_gettid undeclared
--- Comment #1 from jakub at gcc dot gnu dot org 2006-05-22 08:32 --- Users using prehistoric kernels and/or glibcs just need to configure with --disable-linux-futex. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26477
[Bug c++/27713] New: [4.0/4.1 regression] ICE on invalid operator new
The following testcases cause ICEs since GCC 3.4.2:
===
template struct A
{
template friend void* A::operator new();
};
A a;
===
bug.cc:3: error: 'operator new' takes type 'size_t' ('long unsigned int') as
first parameter
bug.cc:3: error: invalid template declaration of 'static void* A::operator
new(long unsigned int)'
bug.cc: In instantiation of 'A':
bug.cc:6: instantiated from here
bug.cc:3: internal compiler error: in tsubst_decl, at cp/pt.c:6360
Please submit a full bug report, [etc.]
===
template struct A
{
template friend void* operator new(__SIZE_TYPE__);
};
A a;
===
bug.cc:3: error: invalid template declaration of 'void* operator new(long
unsigned int)'
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The ICEs were fixed on mainline by the patch for PR 27559.
I'll test a backport for the 4.1 branch and the 4.0 branch.
--
Summary: [4.0/4.1 regression] ICE on invalid operator new
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27713
[Bug libstdc++/24704] __gnu_cxx::__exchange_and_add is called even for single threaded applications
--- Comment #23 from pcarlini at suse dot de 2006-05-22 08:54 --- (In reply to comment #22) > This would mean a non-enable-threads compiled libstdc++ would skip the calls > to __exchange_and_add? Of course the idea would not be that of "skipping", instead providing a version of __exchange_and_add not using slow atomics and inlined. > And to clarify, there would be no other way to skip these calls except > making a separate non-threaded libstdc++? Yes. At least for this PR. If you can provide compelling experimental evidence that normal users can pay the overhead of checking each __gthread_active_p() each time, then we could reconsider that, in a *separate* PR. Also, since we are moving anyway to not-reference-counted strings (already provided in ext/), there is not much point for more invasive and complex changes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24704
[Bug java/27643] ICE in java_mark_cni_decl_local compiling bytecode->native
--- Comment #3 from rmathew at gcc dot gnu dot org 2006-05-22 08:56 --- OK, I was able to reproduce this. My problem was that I had a "--disable-checking" build. If the order of the class files is "PipeImpl.class VMPipe.class", I get an error; if the order is the other way around, I don't. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27643
[Bug c++/27714] New: [4.0/4.1/4.2 regression] operator new as friend in template class rejected
The following valid code snippet is rejected since GCC 3.4.2
(and in GCC 3.3.x):
=
template struct A
{
static void* operator new(__SIZE_TYPE__);
template friend void* A::operator new(__SIZE_TYPE__);
};
A a;
=
bug.cc:4: error: invalid template declaration of 'static void* A::operator
new(long unsigned int)'
We also get an ICE since GCC 3.4.2, which was fixed on mainline by the
patch for PR 27559. The ICE is dealt with in PR 27713.
--
Summary: [4.0/4.1/4.2 regression] operator new as friend in
template class rejected
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, rejects-valid, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27714
[Bug c++/27713] [4.0/4.1 regression] ICE on invalid operator new
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-22 08:58 --- The second error message for the first testcase bug.cc:3: error: invalid template declaration of 'static void* A::operator new(long unsigned int)' is unjustified. See PR 27714. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27713
[Bug tree-optimization/27708] gcc.dg/tree-ssa/ssa-fre-4.c scan-tree-dump Replaced \(int\) f_.*with D fails
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-22 09:04 --- I'll have a look - I didn't think of this being target dependent at this point, but it looks like it just doesn't match up with f_.* vs. D*. -- 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 |2006-05-22 09:04:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27708
[Bug target/27707] g++.dg/tree-ssa/ivopts-1.C fails
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-22 09:05 --- Mine. I'll add an XFAIL as for x86_64/i?86 - looks like hppa is another target with weird costs. -- 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 |2006-05-22 09:05:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27707
[Bug fortran/27715] New: Extented ASCII characters lead to wrong "CASE" selection
Hi! I am under the impression that using "extended ASCII" wrecks "CASE constructs"... (see example hereafter). Cheers! Philippe PS: The following code lands on the default: ! PROGRAM Test ! CHARACTER ( LEN = 1 ) :: Letter ! Letter = "c" SELECT CASE ( Letter ) CASE ( "c", "ç" ) WRITE ( 6, "(A)" ) "Expected" CASE DEFAULT WRITE ( 6, "(A)" ) "Surprising" END SELECT ! END PROGRAM Test ! PPPS: I' using: Using built-in specs. Target: i686-pc-linux-gnu Configured with: /USER/philippe/Irix/Gcc_Sources/configure --prefix=/usr1/MICRESS/Philippe/Tools/Gcc --enable-languages=c,fortran --disable-maintainer-mode --disable-shared --with-mpfr=/usr1/MICRESS/Philippe/Tools/Mpfr --with-gmp=/usr1/MICRESS/Philippe/Tools/Gmp Thread model: posix gcc version 4.2.0 20060519 (experimental) -- Summary: Extented ASCII characters lead to wrong "CASE" selection Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: P dot Schaffnit at access dot rwth-aachen dot de GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27715
[Bug debug/27672] C frontend does not generate line information for multi-line conditions
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-22 09:11 --- Confirmed. I don't like this, too. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 09:11:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27672
[Bug c++/27451] [4.0/4.1/4.2 regression] ICE with invalid asm statement
--- Comment #2 from patchapp at dberlin dot org 2006-05-22 09:20 --- Subject: Bug number PR c++/27451 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01090.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27451
[Bug testsuite/27707] g++.dg/tree-ssa/ivopts-1.C fails
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-22 09:20 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|target |testsuite Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27707
[Bug testsuite/27707] g++.dg/tree-ssa/ivopts-1.C fails
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-22 09:21 --- Subject: Bug 27707 Author: rguenth Date: Mon May 22 09:20:46 2006 New Revision: 113972 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113972 Log: 2006-05-22 Richard Guenther <[EMAIL PROTECTED]> PR testsuite/27707 * g++.dg/tree-ssa/ivopts-1.C: XFAIL for hppa*-*-*. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/tree-ssa/ivopts-1.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27707
[Bug c++/27451] [4.0/4.1/4.2 regression] ICE with invalid asm statement
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-22 09:21 --- Posted a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||05/msg01090.html Status|NEW |ASSIGNED Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27451
[Bug tree-optimization/27659] ICE on autovect-branch
--- Comment #2 from gcc at pdoerfler dot com 2006-05-22 09:27 ---
I figured out the reduction. Here is a much smaller testcase:
=
extern int rows_;
extern int cols_;
template
class secondOrderStatistics {
public:
void covar2corrcoef(U** &cv) const {
U* k=*cv;
for (int row=0; row;
=
/usr/local/vect/libexec/gcc/i686-pc-linux-gnu/4.2.0-autovect/cc1plus
-fpreprocessed reduced2.ii -quiet -march=pentium-m -ansi -O3 -version
-ftree-vectorize -o reduced2.s
GNU C++ version 4.2.0-autovect 20060518 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.2.0-autovect 20060518 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: ce12e1a5e2bda479d797d2bc5f9a8466
reduced2.ii: In member function void
secondOrderStatistics::covar2corrcoef(U**&) const [with U = float]:
reduced2.ii:7: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
gdb says:
Program received signal SIGSEGV, Segmentation fault.
remove_all_phi_uses (var=0x4022da28) at tree-if-conv.c:180
180 if (TREE_CODE (usestmt) == PHI_NODE)
(gdb) print usestmt
$1 = 0x0
(gdb) bt
#0 remove_all_phi_uses (var=0x4022da28) at tree-if-conv.c:180
#1 0x0857fe48 in remove_all_phi_uses (var=0x4022f64c) at tree-if-conv.c:184
#2 0x0857fe48 in remove_all_phi_uses (var=0x4022da28) at tree-if-conv.c:184
#3 0x0857fe48 in remove_all_phi_uses (var=0x4022d9c0) at tree-if-conv.c:184
#4 0x0857fe48 in remove_all_phi_uses (var=0x4022db60) at tree-if-conv.c:184
#5 0x0857ff97 in remove_store (bsi=0xbfd512dc) at tree-if-conv.c:206
#6 0x08582763 in main_tree_if_conversion () at tree-if-conv.c:248
#7 0x084dad64 in execute_one_pass (pass=0x86f0900) at passes.c:874
#8 0x084daea7 in execute_pass_list (pass=0x86f0900) at passes.c:906
#9 0x084daeba in execute_pass_list (pass=0x86edca0) at passes.c:907
#10 0x084daeba in execute_pass_list (pass=0x86ed660) at passes.c:907
#11 0x081bacc6 in tree_rest_of_compilation (fndecl=0x40223c80) at
tree-optimize.c:419
#12 0x081294fd in expand_body (fn=0x40223c80) at semantics.c:3005
#13 0x08526f12 in cgraph_expand_function (node=0x402270d0) at cgraphunit.c:1055
#14 0x08529395 in cgraph_optimize () at cgraphunit.c:1121
#15 0x080d2bf5 in cp_finish_file () at decl2.c:3115
#16 0x0818d79f in c_common_parse_file (set_yydebug=0) at c-opts.c:1136
#17 0x084a90e0 in toplev_main (argc=11, argv=0xbfd515b4) at toplev.c:990
#18 0x0819ae6f in main (argc=Cannot access memory at address 0x0
) at main.c:35
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27659
[Bug c++/25874] [gomp] ICE in calc_dfs_tree()
--- Comment #9 from reichelt at gcc dot gnu dot org 2006-05-22 09:28 --- RTH, you wrote in http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00972.html : > On Tue, Apr 18, 2006 at 08:24:34AM -0400, Jakub Jelinek wrote: > > * omp-low.c (expand_omp_parallel): If child_cfun->cfg, free > > dominators, > > post dominators and cleanup cfg before returning. > > I had moved the cleanup_tree_cfg out to the top-level because > the cleanup invalidated basic blocks in the omp_region tree. > Perhaps that's fixed by your sched_kind fix. If so, we should > simpy revert my previous fix, likely. > > I guess I'll look into this after pre-processing my post-vacation > mailbox. Is there any progress on this PR? -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25874
[Bug tree-optimization/27708] gcc.dg/tree-ssa/ssa-fre-4.c scan-tree-dump Replaced \(int\) f_.*with D fails
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-22 09:29 --- Subject: Bug 27708 Author: rguenth Date: Mon May 22 09:29:10 2006 New Revision: 113973 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113973 Log: 2006-05-22 Richard Guenther <[EMAIL PROTECTED]> PR testsuite/27708 * gcc.dg/tree-ssa/ssa-fre-4.c: Relax pattern for matching the transformations we test for. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-4.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27708
[Bug testsuite/27708] gcc.dg/tree-ssa/ssa-fre-4.c scan-tree-dump Replaced \(int\) f_.*with D fails
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-22 09:29 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |testsuite Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27708
[Bug testsuite/27708] gcc.dg/tree-ssa/ssa-fre-4.c scan-tree-dump Replaced \(int\) f_.*with D fails
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-22 09:29 --- Really. -- 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=27708
[Bug c++/27716] New: [4.0/4.1/4.2 regression] ICE with invalid assignment
The C++ frontend stumbles over the following invalid code snippet since
GCC 3.4.5:
===
int foo()
{
return i ""= i;
}
===
bug.cc: In function 'int foo()':
bug.cc:3: error: 'i' was not declared in this scope
bug.cc:3: error: expected ';' before string constant
bug.cc:3: error: assignment of read-only location
bug.cc:3: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in build_modify_expr, at cp/typeck.c:5720
Please submit a full bug report, [etc.]
--
Summary: [4.0/4.1/4.2 regression] ICE with invalid assignment
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27716
[Bug c++/27716] [4.0/4.1/4.2 regression] ICE with invalid assignment
--- Comment #1 from patchapp at dberlin dot org 2006-05-22 10:05 --- Subject: Bug number PR c++/27716 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01094.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27716
[Bug middle-end/26635] [4.1/4.2 Regression] Bogus Storage_Error warning
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-22 11:39 --- It looks like this may be fixed on the mainline? At least the C testcase from http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00198.html no longer shows overflowed constants. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26635
[Bug c/26818] [4.1/4.2 Regression] tree check: expected class �type�, have �exceptional� (error_mark) in finish_struct, at c-decl.c:5350 (time.c)
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-22 12:21 --- Subject: Bug 26818 Author: reichelt Date: Mon May 22 12:20:41 2006 New Revision: 113975 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113975 Log: PR c/26818 * c-decl.c (finish_struct): Skip erroneous fields. * gcc.dg/struct-incompl-1.c: New test. Added: trunk/gcc/testsuite/gcc.dg/struct-incompl-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26818
[Bug c/27420] ICE on invalid function definition
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-22 12:23 --- Subject: Bug 27420 Author: reichelt Date: Mon May 22 12:23:44 2006 New Revision: 113976 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113976 Log: PR c/27420 * c-common.c (self_promoting_args_p): Skip erroneous args. * gcc.dg/func-args-2.c: New test. Added: trunk/gcc/testsuite/gcc.dg/func-args-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-common.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27420
[Bug c/26818] [4.1 Regression] tree check: expected class �type�, have �exceptional� (error_mark) in finish_struct, at c-decl.c:5350 (time.c)
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-22 12:26 --- Fixed on mainline. Waiting for the 4.1 branch to unfrezze. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2 Regression] tree |[4.1 Regression] tree check: |check: expected class |expected class ÂtypeÂ, have |ÂtypeÂ, have Âexceptional |Âexceptional (error_mark) |(error_mark) in |in finish_struct, at c- |finish_struct, at c-|decl.c:5350 (time.c) |decl.c:5350 (time.c)| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26818
[Bug c/27420] ICE on invalid function definition
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-22 12:27 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27420
[Bug c/27718] New: [4.0/4.1/4.2 regression] ICE with sizeof of incomplete type
The following code snippet triggers an ICE in the C frontend since GCC 4.0.0: = int i = sizeof(struct A[]); = bug.c:1: error: array type has incomplete element type bug.c:1: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in c_expr_sizeof_type, at c-typeck.c:2156 Please submit a full bug report, [etc.] Testing a patch. -- Summary: [4.0/4.1/4.2 regression] ICE with sizeof of incomplete type Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27718
[Bug c/27718] [4.0/4.1/4.2 regression] ICE with sizeof of incomplete type
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27718
[Bug c/27719] New: ICE on invalid function definition
The following invalid code snippet triggers an ICE in the C frontend
since at least GCC 2.95.3:
==
void foo()[] {}
==
bug.c:1: error: declaration of 'foo' as array of voids
bug.c:1: internal compiler error: tree check: expected function_decl, have
var_decl in start_function, at c-decl.c:5933
Please submit a full bug report, [etc.]
--
Summary: ICE on invalid function definition
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27719
[Bug c++/27720] New: ICE with initialization of invalid variable
The following invalid testacse triggers an ICE since at least GCC 2.95.3:
struct A;
template struct A {};
A a(0);
bug.cc:2: error: 'A' is not a template type
bug.cc:4: internal compiler error: in store_init_value, at cp/typeck2.c:593
Please submit a full bug report, [etc.]
--
Summary: ICE with initialization of invalid variable
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27720
[Bug rtl-optimization/27661] ICE in subst_reloads
--- Comment #3 from uweigand at gcc dot gnu dot org 2006-05-22 13:27
---
Looking somewhat more into this problem, there are other places where
reload decides to reload an CONST_INT as address. Where this happens,
it usually uses Pmode as the mode to do the reload in (which makes
sense as Pmode should always be valid as the mode of an address).
Look e.g. at the various call sites of find_reloads_address_part.
However, at the place where the decision to reload a valid address
due to and EXTRA_MEMORY_CONSTRAINT or 'o' constraint is made, this
special treatment of VOIDmode constants is missing. However, it
looks to me that this was simply an oversight here.
Thus, I'd propose something like the following patch (as of right
now completely untested) to replace VOIDmode by Pmode at that place
too. This should fix the problem.
Index: gcc/reload.c
===
*** gcc/reload.c(revision 113828)
--- gcc/reload.c(working copy)
*** find_reloads (rtx insn, int replace, int
*** 3854,3864
&& goal_alternative_offmemok[i]
&& MEM_P (recog_data.operand[i]))
{
operand_reloadnum[i]
= push_reload (XEXP (recog_data.operand[i], 0), NULL_RTX,
&XEXP (recog_data.operand[i], 0), (rtx*) 0,
base_reg_class (VOIDmode, MEM, SCRATCH),
!GET_MODE (XEXP (recog_data.operand[i], 0)),
VOIDmode, 0, 0, i, RELOAD_FOR_INPUT);
rld[operand_reloadnum[i]].inc
= GET_MODE_SIZE (GET_MODE (recog_data.operand[i]));
--- 3854,3872
&& goal_alternative_offmemok[i]
&& MEM_P (recog_data.operand[i]))
{
+ /* If the address to be reloaded is a VOIDmode constant,
+ use Pmode as mode of the reload register, as would have
+ been done by find_reloads_address. */
+ enum machine_mode address_mode;
+ address_mode = GET_MODE (XEXP (recog_data.operand[i], 0));
+ if (address_mode == VOIDmode)
+ address_mode = Pmode;
+
operand_reloadnum[i]
= push_reload (XEXP (recog_data.operand[i], 0), NULL_RTX,
&XEXP (recog_data.operand[i], 0), (rtx*) 0,
base_reg_class (VOIDmode, MEM, SCRATCH),
!address_mode,
VOIDmode, 0, 0, i, RELOAD_FOR_INPUT);
rld[operand_reloadnum[i]].inc
= GET_MODE_SIZE (GET_MODE (recog_data.operand[i]));
I'll test the patch and propose it on gcc-patches if it works out.
Could you verify this patch helps with your original testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27661
[Bug c/27721] New: [4.1/4.2 regression] ICE using += with a function
The following invalid code snippet triggers an ICE in the C frontend
since GCC 4.1.0:
==
void foo()
{
int i();
i += 0;
}
==
bug.c: In function 'foo':
bug.c:4: internal compiler error: in default_conversion, at c-typeck.c:1619
Please submit a full bug report, [etc.]
--
Summary: [4.1/4.2 regression] ICE using += with a function
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27721
[Bug c++/27722] New: [4.0/4.1/4.2 regression] ICE incrementing an array
The C++ frontend crashes since GCC 4.0.3 on the following invalid code
snippet:
=
void foo()
{
const int x[] = 0;
++x;
}
=
bug.cc: In function 'void foo()':
bug.cc:3: error: initializer fails to determine size of 'x'
bug.cc:3: error: cannot convert 'int' to 'const int [1]' in initialization
bug.cc:4: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in get_unwidened, at tree.c:5322
Please submit a full bug report, [etc.]
--
Summary: [4.0/4.1/4.2 regression] ICE incrementing an array
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27722
[Bug c++/27714] [4.0/4.1/4.2 regression] operator new as friend in template class rejected
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27714
[Bug c++/27716] [4.0/4.1/4.2 regression] ICE with invalid assignment
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |minor Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27716
[Bug c/27719] ICE on invalid function definition
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27719
[Bug c++/27720] ICE with initialization of invalid variable
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27720
[Bug c/27721] [4.1/4.2 regression] ICE using += with a function
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |minor Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27721
[Bug c++/27722] [4.0/4.1/4.2 regression] ICE incrementing an array
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27722
[Bug tree-optimization/27331] [4.2 Regression] segfault in fold_convert with -ftree-vectorize
--- Comment #5 from aldot at gcc dot gnu dot org 2006-05-22 14:14 --- (In reply to comment #4) > for reference, the backtrace on i686: on i686 these flags were used for the ICE: -march=pentium4 -mtune=pentium -O2 -ftree-vectorize -- aldot at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2 Regression] segfault in|[4.2 Regression] segfault in |fold_convert with -ftree- |fold_convert with -ftree- |vectorize -maltivec |vectorize http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27331
[Bug fortran/27683] Many new GFORTRAN testsuite failures
FAIL: gfortran.dg/namelist_14.f90 execution test FAIL: gfortran.dg/namelist_14.f90 execution test FAIL: gfortran.dg/namelist_14.f90 execution test FAIL: gfortran.dg/namelist_21.f90 execution test FAIL: gfortran.dg/namelist_21.f90 execution test FAIL: gfortran.dg/namelist_21.f90 execution test FAIL: gfortran.dg/namelist_21.f90 execution test FAIL: gfortran.dg/namelist_21.f90 execution test FAIL: gfortran.dg/namelist_21.f90 execution test FAIL: gfortran.dg/namelist_21.f90 execution test FAIL: gfortran.dg/namelist_22.f90 execution test FAIL: gfortran.dg/namelist_22.f90 execution test FAIL: gfortran.dg/namelist_22.f90 execution test FAIL: gfortran.dg/namelist_22.f90 execution test FAIL: gfortran.dg/namelist_22.f90 execution test FAIL: gfortran.dg/namelist_22.f90 execution test FAIL: gfortran.dg/namelist_22.f90 execution test Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.dg/gomp/gomp.exp ... Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.dg/vect/vect.exp ... Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.fortran-torture/compile/compile.exp ... Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.fortran-torture/execute/execute.exp ... FAIL: gfortran.fortran-torture/execute/adjustr.f90 execution, -O1 FAIL: gfortran.fortran-torture/execute/adjustr.f90 execution, -O2 FAIL: gfortran.fortran-torture/execute/adjustr.f90 execution, -O3 -fomit-frame-pointer FAIL: gfortran.fortran-torture/execute/adjustr.f90 execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gfortran.fortran-torture/execute/adjustr.f90 execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gfortran.fortran-torture/execute/adjustr.f90 execution, -O3 -g FAIL: gfortran.fortran-torture/execute/adjustr.f90 execution, -Os FAIL: gfortran.fortran-torture/execute/write_logical.f90 execution, -O1 FAIL: gfortran.fortran-torture/execute/write_logical.f90 execution, -O2 FAIL: gfortran.fortran-torture/execute/write_logical.f90 execution, -O3 -fomit-frame-pointer FAIL: gfortran.fortran-torture/execute/write_logical.f90 execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gfortran.fortran-torture/execute/write_logical.f90 execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gfortran.fortran-torture/execute/write_logical.f90 execution, -O3 -g FAIL: gfortran.fortran-torture/execute/write_logical.f90 execution, -Os === gfortran Summary === # of expected passes12904 # of unexpected failures114 # of expected failures 7 # of unsupported tests 56 /Users/dir/gfortran/ibin/gcc/testsuite/gfortran/../../gfortran version 4.2.0 20060522 (experimental) make: [check-gfortran] Error 1 (ignored) [dranta:~/gfortran/ibin/gcc] dir% set path =(~/gfortran/bin $path) [dranta:~/gfortran/ibin/gcc] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.6.0 Configured with: ../gcc/configure --prefix=/Users/dir/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.2.0 20060522 (experimental) [dranta:~/gfortran/ibin/gcc] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug libstdc++/24704] __gnu_cxx::__exchange_and_add is called even for single threaded applications
--- Comment #24 from pcarlini at suse dot de 2006-05-22 14:44 --- Humm, maybe I (we ;) was wrong: I'm doing some benchmarks and it looks like the cost of checking __gthread_active_p() compared to that of an atomic operation is very small... More later. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24704
[Bug fortran/27449] transfer intrinsic does not work on strict aligned systems
--- Comment #9 from sje at cup dot hp dot com 2006-05-22 14:56 --- The proposed patch fixed the failure of transfer_array_intrinsic_2.f90 on my hppa64-hp-hpux11.11 system and I saw no regressions. I also had no regressions on the other systems I build nightly (hppa1.1-hp-hpux11.11, ia64-hp-hpux11.23, and ia64-debian-linux-gnu). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27449
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #3 from dir at lanl dot gov 2006-05-22 14:58 --- I grabbed one of the tests that failed and tried it with today's 4.2.0 version and version 4.1.1 and it failed with the new and passed with the old - [dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical write_logical.f90 [dranta:~/tests/gfortran-D] dir% write_logical At line 9 of file write_logical.f90 Fortran runtime error: Missing initial left parenthesis in format [dranta:~/tests/gfortran-D] dir% cat write_logical.f90 ! PR 14334, L edit descriptor does not work ! ! this test uses L1 and L4 to print TRUE and FALSE logical true,false character*10 b true = .TRUE. false = .FALSE. b = '' write (b, '(L1)') true if (b(1:1) .ne. 'T') call abort b = '' write (b, '(L1)') false if (b(1:1) .ne. 'F') call abort b = '' write(b, '(L4)') true if (b(1:4) .ne. ' T') call abort b = '' write(b, '(L4)') false if (b(1:4) .ne. ' F') call abort end [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.6.0 Configured with: ../gcc/configure --prefix=/Users/dir/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.2.0 20060522 (experimental) [dranta:~/tests/gfortran-D] dir% set path =(~/gfortran4.1/bin $path) [dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical write_logical.f90 [dranta:~/tests/gfortran-D] dir% write_logical [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.6.0 Configured with: ../gcc/configure --prefix=/Users/dir/gfortran4.1 --enable-languages=c,f95 Thread model: posix gcc version 4.1.1 20060517 (prerelease) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug middle-end/27696] [4.2 Regression] g++.dg/other/i386-2.C ICEs on the mainline on x86_64
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-22 15:19 --- Got a patch. -- kazu at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27696
[Bug target/25514] [m68k] internal consistency failure
--- Comment #8 from rsandifo at gcc dot gnu dot org 2006-05-22 15:58 --- Subject: Bug 25514 Author: rsandifo Date: Mon May 22 15:58:03 2006 New Revision: 113983 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113983 Log: PR rtl-optimization/25514 * combine.c (replaced_rhs_insn): New variable. (combine_instructions): Set replaced_rhs_insn when trying to replace a SET_SRC with a REG_EQUAL note. (distribute_notes): Use replaced_rhs_insn when determining the live range of a REG_DEAD register. gcc/testsute * gcc.c-torture/compile/pr25514.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr25514.c Modified: trunk/gcc/ChangeLog trunk/gcc/combine.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25514
[Bug libgcj/13212] JNI/CNI AttachCurrentThread does not register thread with garbage collector
--- Comment #33 from rguenth at gcc dot gnu dot org 2006-05-22 16:16 --- What's the status with this patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13212
[Bug c++/27451] [4.0/4.1/4.2 regression] ICE with invalid asm statement
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-22 16:49 --- Subject: Bug 27451 Author: reichelt Date: Mon May 22 16:49:33 2006 New Revision: 113985 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113985 Log: PR c++/27451 * stmt.c (expand_asm_operands): Skip asm statement with erroneous clobbers. * g++.dg/ext/asm9.C: New test. Added: trunk/gcc/testsuite/g++.dg/ext/asm9.C Modified: trunk/gcc/ChangeLog trunk/gcc/stmt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27451
[Bug c++/27451] [4.0/4.1/4.2 regression] ICE with invalid asm statement
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-22 16:53 --- Subject: Bug 27451 Author: reichelt Date: Mon May 22 16:53:38 2006 New Revision: 113986 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113986 Log: PR c++/27451 * stmt.c (expand_asm_operands): Skip asm statement with erroneous clobbers. * g++.dg/ext/asm9.C: New test. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/ext/asm9.C Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/stmt.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27451
[Bug c++/27451] [4.1 regression] ICE with invalid asm statement
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-22 16:55 --- Fixed on mainline and 4.0 branch. Waiting for the 4.1 branch to thaw. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 regression] ICE|[4.1 regression] ICE with |with invalid asm statement |invalid asm statement Target Milestone|4.0.4 |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27451
[Bug c++/27724] New: internal compiler error: no-op convert from 4 to 8 bytes in initializer
I agree the code is ugly... ;) But it shouldn't cause an ICE anyway -- Summary: internal compiler error: no-op convert from 4 to 8 bytes in initializer Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27724
[Bug c++/27724] internal compiler error: no-op convert from 4 to 8 bytes in initializer
--- Comment #1 from bero at arklinux dot org 2006-05-22 17:04 --- Created an attachment (id=11493) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11493&action=view) Preprocessor output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27724
[Bug c++/27724] internal compiler error: no-op convert from 4 to 8 bytes in initializer
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-22 17:06 --- What target is this on? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27724
[Bug c++/27724] internal compiler error: no-op convert from 4 to 8 bytes in initializer
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-22 17:09 --- The source you added is not free or open source. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27724
[Bug tree-optimization/27725] New: error in loop invariant motion tranformation
The following program give wrong results when compiled in O1:
#include "stdio.h"
int v[]= {10,20,30,40,50};
inline int inc(int i)
{
int * pi = &i;
int res;
asm volatile("\tmovl (%1), %0\n"
"\tincl %0\n"
:"=r" (res) : "r" (pi));
return res;
}
int
main (){
int i;
for(i=0; i<5; i++)
v[i] = inc(v[i]);
for(i=0; i<5; i++)
printf("%d\n",v[i]);
return i;
}
> ./a.out
134513615
134513615
134513615
134513615
134513615
while when compiled without optimizations it works:
> ./a.out
11
21
31
41
51
--
Summary: error in loop invariant motion tranformation
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: alessandro dot lonardo at roma1 dot infn dot it
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27725
[Bug tree-optimization/27725] error in loop invariant motion tranformation
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-22 17:32 ---
asm volatile("\tmovl (%1), %0\n"
"\tincl %0\n"
:"=r" (res) : "r" (pi));
You don't mark the access of pi as being clobering memory.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27725
[Bug tree-optimization/27725] error in loop invariant motion tranformation
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-22 17:35 ---
Use:
asm volatile("\tmovl (%1), %0\n"
"\tincl %0\n"
:"=r" (res) : "r" (pi): "memory");
or
asm volatile("\tmovl (%2), %0\n"
"\tincl %0\n"
:"=r" (res), "m"(*pi)" : "r" (pi));
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27725
[Bug target/27266] [4.2 Regression] syncronization primitives cause ICE with -march=pentium or better
--- Comment #8 from rth at gcc dot gnu dot org 2006-05-22 17:38 --- Subject: Re: [4.2 Regression] syncronization primitives cause ICE with -march=pentium or better On Sat, May 20, 2006 at 07:40:33PM -, kazu at gcc dot gnu dot org wrote: > Posted a patch. Patch ok. r~ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27266
[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi
--- Comment #10 from aldot at gcc dot gnu dot org 2006-05-22 17:43 --- Created an attachment (id=11494) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11494&action=view) fix MAKEINFO invocation for gcc-4_1-branch I cannot test this patch right now since i have to bootstrap gcc-4.2 on the OSF5.1a box first in order to be able to bootstrap 4.1.. gcc-4_1-branch from today fails due to the use of __VA_ARGS__ in the preprocessor: cc -c -O2 -DIN_GCC -DHAVE_CONFIG_H -I. -I. -I../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc -I../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/. -I../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/../include -I../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/../libcpp/include ../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/c-parser.c -o c-parser.o cc: Warning: ../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/tree.h, line 3147: Formal parameter isn't an identifier. (badformalparm) #define build(code, ...) \ ^ cc: Warning: ../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/tree.h, line 3151: Formal parameter isn't an identifier. (badformalparm) #define _buildC1(...) _buildC2(__VA_ARGS__,9,8,7,6,5,4,3,2,1,0,0) -^ cc: Warning: ../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/tree.h, line 3152: Formal parameter isn't an identifier. (badformalparm) #define _buildC2(x,a1,a2,a3,a4,a5,a6,a7,a8,a9,c,...) c ^ cc: Warning: ../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/c-parser.c, line 3632: Too many actual parameters in macro call. (toomanyactls) add_stmt (build (NOP_EXPR, NULL_TREE, NULL_TREE)); -^ cc: Warning: ../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/c-parser.c, line 3632: Too many actual parameters in macro call. (toomanyactls) add_stmt (build (NOP_EXPR, NULL_TREE, NULL_TREE)); --^ cc: Warning: ../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/c-parser.c, line 3695: Too many actual parameters in macro call. (toomanyactls) add_stmt (build (LABEL_EXPR, void_type_node, c_break_label)); -^ cc: Warning: ../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/c-parser.c, line 3695: Too many actual parameters in macro call. (toomanyactls) add_stmt (build (LABEL_EXPR, void_type_node, c_break_label)); --^ cc: Error: ../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/c-parser.c, line 3632: In this statement, "__VA_ARGS__" is not declared. (undeclared) add_stmt (build (NOP_EXPR, NULL_TREE, NULL_TREE)); --^ cc: Error: ../../../cvs/alphaev56-dec-osf5.1a/gcc-4.1/gcc/c-parser.c, line 3695: In this statement, "__VA_ARGS__" is not declared. (undeclared) add_stmt (build (LABEL_EXPR, void_type_node, c_break_label)); --^ gmake[2]: *** [c-parser.o] Error 1 gmake[2]: Leaving directory `/usr/local/scratch/obj/gcc-4.1/gcc' oh joy -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
[Bug target/27266] [4.2 Regression] syncronization primitives cause ICE with -march=pentium or better
--- Comment #9 from kazu at gcc dot gnu dot org 2006-05-22 17:56 --- Subject: Bug 27266 Author: kazu Date: Mon May 22 17:55:53 2006 New Revision: 113987 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113987 Log: gcc/ PR target/27266 * config/i386/i386.c (ix86_expand_branch): Jump to simple if ix86_compare_emitted is non-NULL. gcc/testsuite/ PR target/27266 * gcc.target/i386/pr27266.c: New. Added: trunk/gcc/testsuite/gcc.target/i386/pr27266.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27266
[Bug target/27266] [4.2 Regression] syncronization primitives cause ICE with -march=pentium or better
--- Comment #10 from kazu at gcc dot gnu dot org 2006-05-22 17:56 --- Checked in a patch. -- kazu at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27266
[Bug c++/27648] [4.0/4.1/4.2 Regression] ICE on attribute on pointers in static_cast
--- Comment #3 from janis at gcc dot gnu dot org 2006-05-22 18:40 ---
I get errors for both the submitter's testcase and the testcase in comment #1.
With the comment #1 testcase on powerpc-linux:
elm3b11% /opt/gcc-nightly/3.4/bin/g++ -c 27648.cc
27648.cc: In function `int main(int, char**)':
27648.cc:4: error: expected `>' before "__attribute__"
27648.cc:4: error: expected `(' before "__attribute__"
27648.cc:4: error: expected primary-expression before "__attribute__"
27648.cc:4: error: expected `)' before "__attribute__"
27648.cc:4: error: expected `;' before "__attribute__"
elm3b11% /home/janis/tools/gcc-3.3.5-ppc32/bin/g++ -c 27648.cc
27648.cc: In function `int main(int, char**)':
27648.cc:4: error: invalid type modifier within pointer declarator
elm3b11% /home/janis/tools/gcc-3.2.3-ppc32/bin/g++ -c 27648.cc
27648.cc: In function `int main(int, char**)':
27648.cc:4: invalid type modifier within pointer declarator
Is the testcase valid code? I can do a regression hunt for when the compiler
started getting the ICE instead of errors, but is that helpful?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27648
Re: [Bug c++/27648] [4.0/4.1/4.2 Regression] ICE on attribute on pointers in static_cast
> > > > --- Comment #3 from janis at gcc dot gnu dot org 2006-05-22 18:40 --- > I get errors for both the submitter's testcase and the testcase in comment > #1. > With the comment #1 testcase on powerpc-linux: > > Is the testcase valid code? I can do a regression hunt for when the compiler > started getting the ICE instead of errors, but is that helpful? Yes it is valid though rejected. Yes it is still helpful to figure out when the ICE started to happen. -- Pinski
[Bug c++/27648] [4.0/4.1/4.2 Regression] ICE on attribute on pointers in static_cast
--- Comment #4 from pinskia at physics dot uc dot edu 2006-05-22 18:44 --- Subject: Re: [4.0/4.1/4.2 Regression] ICE on attribute on pointers in static_cast > > > > --- Comment #3 from janis at gcc dot gnu dot org 2006-05-22 18:40 --- > I get errors for both the submitter's testcase and the testcase in comment > #1. > With the comment #1 testcase on powerpc-linux: > > Is the testcase valid code? I can do a regression hunt for when the compiler > started getting the ICE instead of errors, but is that helpful? Yes it is valid though rejected. Yes it is still helpful to figure out when the ICE started to happen. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27648
[Bug libgomp/27612] Tests use __sync_lock_test_and_set_4'
--- Comment #1 from danglin at gcc dot gnu dot org 2006-05-22 19:10 --- Subject: Bug 27612 Author: danglin Date: Mon May 22 19:10:45 2006 New Revision: 113988 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113988 Log: PR libgomp/27612 * testsuite/libgomp.c/sections-1.c: Require sync_int_long. * testsuite/libgomp.c/critical-1.c: Likewise. * testsuite/libgomp.c/loop-1.c: Likewise. * testsuite/libgomp.c/loop-2.c: Likewise. * testsuite/libgomp.c/single-1.c: Likewise. * testsuite/libgomp.c/ordered-1.c: Likewise. * testsuite/libgomp.c/ordered-2.c: Likewise. Modified: trunk/libgomp/ChangeLog trunk/libgomp/testsuite/libgomp.c/critical-1.c trunk/libgomp/testsuite/libgomp.c/loop-1.c trunk/libgomp/testsuite/libgomp.c/loop-2.c trunk/libgomp/testsuite/libgomp.c/ordered-1.c trunk/libgomp/testsuite/libgomp.c/ordered-2.c trunk/libgomp/testsuite/libgomp.c/sections-1.c trunk/libgomp/testsuite/libgomp.c/single-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27612
[Bug libgomp/27612] Tests use __sync_lock_test_and_set_4'
--- Comment #2 from danglin at gcc dot gnu dot org 2006-05-22 19:15 --- Fixed by patch. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27612
[Bug c++/27716] [4.0/4.1/4.2 regression] ICE with invalid assignment
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-22 19:22 --- Subject: Bug 27716 Author: reichelt Date: Mon May 22 19:22:24 2006 New Revision: 113990 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113990 Log: PR c++/27716 * typeck.c (build_modify_expr): Test arguments for error_operand_p. * g++.dg/other/assign1.C: New test. Added: trunk/gcc/testsuite/g++.dg/other/assign1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27716
[Bug c++/27716] [4.0/4.1/4.2 regression] ICE with invalid assignment
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-22 19:27 --- Subject: Bug 27716 Author: reichelt Date: Mon May 22 19:27:08 2006 New Revision: 113991 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113991 Log: PR c++/27716 * typeck.c (build_modify_expr): Test arguments for error_operand_p. * g++.dg/other/assign1.C: New test. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/other/assign1.C Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/typeck.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27716
[Bug c++/27716] [4.1 regression] ICE with invalid assignment
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-22 19:35 --- Fixed on mainline and 4.0 branch. Waiting for the 4.1 branch to thaw. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 regression] ICE|[4.1 regression] ICE with |with invalid assignment |invalid assignment Target Milestone|4.0.4 |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27716
[Bug libgcj/27726] New: LocalSocketImpl not implemented
The LocalSocketImpl only has a JNI implementation in GNU Classpath, the version in libgcj should get a CNI implementation since it currently is just an empty override. -- Summary: LocalSocketImpl not implemented Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27726
[Bug c++/27640] [4.2 Regression] segfault, related to constructor instantiation and virtual base case and templates and new operator
--- Comment #6 from janis at gcc dot gnu dot org 2006-05-22 19:48 --- A regression hunt on powerpc-linux using the testcase from comment #4 identified this patch: http://gcc.gnu.org/viewcvs?view=rev&rev=112869 r112869 | mmitchel | 2006-04-11 22:59:57 + (Tue, 11 Apr 2006) -- janis at gcc dot gnu dot org changed: What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27640
[Bug libgcj/27727] New: Class should implement AnnotatedElement
Class implements AnnotatedElement in GNU Classpath but not in the libgcj override Class.java implementation. -- Summary: Class should implement AnnotatedElement Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27727
[Bug libgcj/27728] New: Class.getEnclosingX() methods need implementation
getEnclosingClass(), getEnclosingConstructor() and getEnclosingMethod() currently always return null. They should have a real implementation. -- Summary: Class.getEnclosingX() methods need implementation Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27728
[Bug c/27718] [4.0/4.1/4.2 regression] ICE with sizeof of incomplete type
--- Comment #1 from patchapp at dberlin dot org 2006-05-22 19:55 --- Subject: Bug number PR c/27718 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01141.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27718
[Bug libgcj/27729] New: Field, Method and Constructor need isSynthetic() implemetation
Field, Method and Constuctor currently have a isSynthetic() implementation that always returns false. They need a real implementation. -- Summary: Field, Method and Constructor need isSynthetic() implemetation Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27729
[Bug libgcj/27730] New: Thread.getId() needs implemented
Thread.getId() has been implementated in GNU Classpath, but the libgcj Thread.java override doesn't have it. All code necessary is already in the classpath version. (It would be nice to get this fully merged.) -- Summary: Thread.getId() needs implemented Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27730
[Bug libgcj/27731] New: Math cbrt(), cosh(), expm1(), hypot(), log1p(), sinh() and tanh() not implemented
GNU Classpath Math has JNI implementations for these functions, but the libgcj Math.java override doesn't implement these. -- Summary: Math cbrt(), cosh(), expm1(), hypot(), log1p(), sinh() and tanh() not implemented Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27731
[Bug c++/27732] New: Parentheses elicit spurious error: "missing '>' to terminate the template argument list"
I get spurious errors from g++ in the following cases:
// case 1:
int m;
template< int* p> struct A { };
template<> struct A<&(m)>;
// case 2:
int m;
template< int* p> struct A { };
template<> struct A<(&m)>;
Just a guess: is there something about the parse of '(' that gums up the
works?
--
Summary: Parentheses elicit spurious error: "missing '>' to
terminate the template argument list"
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: widman at gimpel dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27732
[Bug libgcj/27727] Class should implement AnnotatedElement
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 20:25:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27727
[Bug libgcj/27728] Class.getEnclosingX() methods need implementation
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 20:26:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27728
[Bug libgcj/27729] Field, Method and Constructor need isSynthetic() implemetation
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-22 20:26 --- I have a patch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 20:26:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27729
[Bug libgcj/27731] Math cbrt(), cosh(), expm1(), hypot(), log1p(), sinh() and tanh() not implemented
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 20:26:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27731
[Bug libgcj/27730] Thread.getId() needs implemented
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 20:26:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27730
[Bug middle-end/27733] New: Large compile time regression
Relative to gcc version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3), gcc version 4.1.1 20060511 (prerelease) (Debian 4.1.0-4) and also my own build of 4.2 exhibit a large increase in compile on the attached file. On my c3k, the time goes from ~ 5 seconds to 49 minutes. The compile command used is: /usr/bin/hppa64-linux-gnu-gcc-4.1 -nostdinc -v alloc.i -mno-space-regs -mfast-indirect-calls -mdisable-fpregs -march=2.0 -mschedule=8000 -O2 -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-aliasing -fno-common -fomit-frame-pointer -ffunction-sections -S -- Summary: Large compile time regression Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27733
[Bug middle-end/27733] Large compile time regression
--- Comment #1 from danglin at gcc dot gnu dot org 2006-05-22 20:38 --- Created an attachment (id=11495) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11495&action=view) Preprocessed source. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27733
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #4 from dir at lanl dot gov 2006-05-22 20:51 --- There is no problem on LINUX or the Intel Macintosh version - only having trouble with the powerPC version. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug c/27734] New: always inline fails with function body unavailable error
This problem is seen while compiling linux kernel 2.6.16 with GCC 4.x
when compiling the below test case. Compiler produced errors attached at the
bottom. This does not happen with GCC 3.4.x but I could reproduce this with GCC
4.0 GCC 4.1.0 GCC 4.1.1 and GCC 4.2(trunk)
xx.c
==
static inline __attribute__((always_inline)) int foo(void *p)
{
return 0;
}
inline __attribute__((always_inline)) int bar(void *p)
{
return 0;
}
void baz(void *p)
{
if (bar(p))
foo(p);
}
=
how to reproduce
gcc -c xx.c
=
errors as seen:
xx.c: In function 'baz':
xx.c:7: sorry, unimplemented: inlining failed in call to 'bar': function body
not available
xx.c:12: sorry, unimplemented: called from here
--
Summary: always inline fails with function body unavailable error
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: i386-redhat-linux
GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27734
[Bug c/27734] always inline fails with function body unavailable error
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-22 21:12 --- I don't think this is a bug. bar is not delay from outputting as it will needs to be outputted. Now you can agrue this is a bug. Also 3.4 did not have these sorry messages so it is not a regression, just did not say it inlined the function. Also it should be noted that the Linux Kernel does not compile without optimizations on anyways for other reasons. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27734
[Bug c++/27693] [4.0/4.1/4.2 Regression] strange interaction with const and sizeof and variable declarations in g++-4.0
--- Comment #2 from janis at gcc dot gnu dot org 2006-05-22 21:18 --- A regression hunt of mainline on powerpc-linux identified this patch: http://gcc.gnu.org/viewcvs?view=rev&rev=111229 r111229 | mmitchel | 2006-02-18 08:36:11 + (Sat, 18 Feb 2006) The patch was applied to gcc-4_1-branch and gcc-4_0-branch on the same day. I did not verify that it caused the regressions there. -- janis at gcc dot gnu dot org changed: What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27693
[Bug c++/27650] internal compiler error while compiling Gecode
--- Comment #5 from dannysmith at users dot sourceforge dot net 2006-05-22
21:19 ---
This is a dllimport bug. Dllimports do not have constant address. Hence class
vtable cannot contain a method with dllimport attribute
I am working on a patch.
Here is reduced testcase:
// dllimport_virtual.C
struct base
{
virtual void key_method();
__attribute__((dllimport)) virtual ~base(); // Does not have a const address
};
// Definition of key_method forces emmission of vtable
void base::key_method() {};
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
CC||dannysmith at users dot
||sourceforge dot net
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org |sourceforge dot net
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27650
[Bug c++/27650] internal compiler error while compiling Gecode
-- dannysmith at users dot sourceforge dot net changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-22 21:22:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27650
[Bug c/27734] always inline fails with function body unavailable error
--- Comment #2 from raj dot khem at gmail dot com 2006-05-22 21:27 --- (In reply to comment #1) > I don't think this is a bug. bar is not delay from outputting as it will > needs > to be outputted. Now you can agrue this is a bug. Also 3.4 did not have > these sorry messages so it is not a regression, just did not say it inlined > the > function. Agreed > > Also it should be noted that the Linux Kernel does not compile without > optimizations on anyways for other reasons. > Is it a common practice or rule of thumb. Hmmm kernel build does not complain if optimizations are not used (like glibc) so I suppose it is valid to compile it without optimizations. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27734
[Bug c/27735] New: ice with -O3 on legal code
-- Summary: ice with -O3 on legal code Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: i686-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27735
[Bug c/27735] ice with -O3 on legal code
--- Comment #1 from dcb314 at hotmail dot com 2006-05-22 22:11 --- Created an attachment (id=11496) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11496&action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27735
[Bug c/27735] ice with -O3 on legal code
--- Comment #2 from dcb314 at hotmail dot com 2006-05-22 22:15 --- (In reply to comment #0) I just tried to compile Suse Linux package qemacs-0.3.1-214 with the GNU C compiler version 4.2 snapshot 20060520. The compiler snapshot said xml.c: In function 'xml_colorize_line': xml.c:159: error: edge from 99 to 101 should not be marked irreducible xml.c:159: error: basic block 101 should not be marked irreducible xml.c:159: error: edge from 101 to 84 should not be marked irreducible xml.c:159: internal compiler error: in verify_loop_structure, at cfgloop.c:1268 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Preprocessed source code attached. Flag -O3 required. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27735
[Bug middle-end/27733] Large compile time regression
--- Comment #2 from danglin at gcc dot gnu dot org 2006-05-22 22:26 --- Execution times (seconds) callgraph construction: 0.06 ( 0%) usr 0.00 ( 0%) sys 0.08 ( 0%) wall 142 kB ( 1%) ggc callgraph optimization: 0.00 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall 16 kB ( 0%) ggc ipa reference : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 4 kB ( 0%) ggc ipa pure const: 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc ipa type escape : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wall 0 kB ( 0%) ggc cfg cleanup : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.06 ( 0%) wall 17 kB ( 0%) ggc trivially dead code : 0.06 ( 0%) usr 0.01 ( 0%) sys 0.03 ( 0%) wall 0 kB ( 0%) ggc life analysis : 0.16 ( 0%) usr 0.00 ( 0%) sys 0.18 ( 0%) wall 84 kB ( 1%) ggc life info update : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall 10 kB ( 0%) ggc alias analysis: 0.08 ( 0%) usr 0.00 ( 0%) sys 0.08 ( 0%) wall 225 kB ( 1%) ggc register scan : 0.06 ( 0%) usr 0.01 ( 0%) sys 0.07 ( 0%) wall 1 kB ( 0%) ggc rebuild jump labels : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall 0 kB ( 0%) ggc preprocessing : 0.37 ( 0%) usr 0.45 (11%) sys 1.99 ( 0%) wall 1495 kB (10%) ggc lexical analysis : 0.07 ( 0%) usr 0.89 (21%) sys 1.00 ( 0%) wall 0 kB ( 0%) ggc parser: 0.55 ( 0%) usr 0.45 (11%) sys 0.88 ( 0%) wall 4186 kB (27%) ggc integration : 0.08 ( 0%) usr 0.02 ( 0%) sys 0.11 ( 0%) wall 1175 kB ( 8%) ggc tree gimplify : 0.14 ( 0%) usr 0.00 ( 0%) sys 0.23 ( 0%) wall 752 kB ( 5%) ggc tree eh : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc tree CFG construction : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wall 412 kB ( 3%) ggc tree CFG cleanup : 0.06 ( 0%) usr 0.01 ( 0%) sys 0.10 ( 0%) wall 10 kB ( 0%) ggc tree VRP : 0.06 ( 0%) usr 0.02 ( 0%) sys 0.10 ( 0%) wall 130 kB ( 1%) ggc tree copy propagation : 0.07 ( 0%) usr 0.01 ( 0%) sys 0.04 ( 0%) wall 90 kB ( 1%) ggc tree find ref. vars : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall 152 kB ( 1%) ggc tree PTA : 0.21 ( 0%) usr 0.00 ( 0%) sys 0.14 ( 0%) wall 260 kB ( 2%) ggc tree alias analysis : 0.02 ( 0%) usr 0.03 ( 1%) sys 0.08 ( 0%) wall 130 kB ( 1%) ggc tree PHI insertion: 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall 38 kB ( 0%) ggc tree SSA rewrite : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall 228 kB ( 1%) ggc tree SSA other: 0.02 ( 0%) usr 0.01 ( 0%) sys 0.04 ( 0%) wall 0 kB ( 0%) ggc tree SSA incremental : 0.04 ( 0%) usr 0.02 ( 0%) sys 0.06 ( 0%) wall 47 kB ( 0%) ggc tree operand scan : 0.20 ( 0%) usr 0.12 ( 3%) sys 0.25 ( 0%) wall 209 kB ( 1%) ggc dominator optimization: 0.13 ( 0%) usr 0.01 ( 0%) sys 0.15 ( 0%) wall 313 kB ( 2%) ggc tree SRA : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc tree STORE-CCP: 0.01 ( 0%) usr 0.01 ( 0%) sys 0.01 ( 0%) wall 19 kB ( 0%) ggc tree CCP : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall 20 kB ( 0%) ggc tree PRE : 0.08 ( 0%) usr 0.00 ( 0%) sys 0.11 ( 0%) wall 216 kB ( 1%) ggc tree FRE : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall 145 kB ( 1%) ggc tree code sinking : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 1 kB ( 0%) ggc tree forward propagate: 0.00 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall 17 kB ( 0%) ggc tree conservative DCE : 0.01 ( 0%) usr 0.01 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc tree aggressive DCE : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall 0 kB ( 0%) ggc tree DSE : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall 7 kB ( 0%) ggc tree loop bounds : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall 34 kB ( 0%) ggc tree canonical iv : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall 23 kB ( 0%) ggc complete unrolling: 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall 21 kB ( 0%) ggc tree iv optimization : 0.11 ( 0%) usr 0.02 ( 0%) sys 0.12 ( 0%) wall 360 kB ( 2%) ggc tree copy headers : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall 86 kB ( 1%) ggc tree SSA uncprop : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc tree SSA to normal: 0.02 ( 0%) usr 0.00 ( 0%) sys 0.06 ( 0%) wall 141 kB ( 1%) ggc tree NRV optimization : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc dominance frontiers : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc expand:5242.96 (100%) u
