[Bug tree-optimization/22525] tree based value profiling (-fprofile-use) produces mismatch types in conditional
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-04-24 07:58 --- Subject: Bug 22525 Author: rguenth Date: Mon Apr 24 07:58:53 2006 New Revision: 113216 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113216 Log: 2006-04-24 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/22525 * value-prof.c (tree_mod_pow2): Remove unnecessary temporary variable, adjust types of generated expressions. Modified: trunk/gcc/ChangeLog trunk/gcc/value-prof.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22525
[Bug driver/27276] New: Option -static-libgcc doesn't work
When linking C++ programs (i.e. invoking g++), libstdc++ and libgcc_s are linked dynamically, even when -static-libgcc is given as an option. This causes the linked programs to crash or hang on systems using different versions of g++, or simply if my path happens to be set to a different version of g++. (I suspect the reason here is that I am using -D_GLIBCXX_DEBUG, etc., and that the older versions of the library didn't support this.) What I think I need here is to link libstdc++, so I can be independant of the LD_LIBRARY_PATH and the version of the installed g++ libraries on the target machine, but to link libc dynamically, so that the executable will run on different versions of Solaris. My impression from the documentation was that -static-libgcc should do this. -- Summary: Option -static-libgcc doesn't work Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: critical Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jkanze at cheuvreux dot com GCC build triplet: sparc-sun-solaris2..8 GCC host triplet: sparc-sun-solaris2..8 GCC target triplet: sparc-sun-solaris2..8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27276
[Bug tree-optimization/27218] [4.1/4.2 regression] ICE in get_indirect_ref_operands, at tree-ssa-operands.c:1515, inlining produces non-gimple
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-04-24 08:17 --- Subject: Bug 27218 Author: rguenth Date: Mon Apr 24 08:17:42 2006 New Revision: 113218 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113218 Log: 2006-04-24 Andrew Pinski <[EMAIL PROTECTED]> Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/27218 * tree-inline.c (expand_call_inline): Strip useless type conversions for the return slot address. * g++.dg/tree-ssa/pr27218.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/tree-ssa/pr27218.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27218
[Bug middle-end/26869] [4.1/4.2 Regression] Segfault in find_lattice_value() for complex operands.
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-04-24 08:21 --- Subject: Bug 26869 Author: rguenth Date: Mon Apr 24 08:21:41 2006 New Revision: 113219 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113219 Log: 2006-04-24 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/26869 * tree-complex.c (update_parameter_components): Don't handle unused parameters which have no default def. * gcc.dg/torture/pr26869.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr26869.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-complex.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26869
[Bug rtl-optimization/26725] [4.2 Regression] ICE in check_reg_live, at haifa-sched.c:4645 with -O2 on ia64
--- Comment #4 from tbm at cyrius dot com 2006-04-24 08:29 --- Richard, what's the status of your patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26725
[Bug tree-optimization/27236] [4.1/4.2 Regression] inliner creates an INDIRECT_REF without TREE_THIS_VOLATILE set for *a
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-04-24 08:32 --- Note that I just figured out that your patch doesn't fix the problem. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27236
[Bug tree-optimization/22525] tree based value profiling (-fprofile-use) produces mismatch types in conditional
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-04-24 08:36 --- Fixed. -- rguenth 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=22525
[Bug c++/19963] ICE on invalid member declaration
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-04-24 08:38 --- Subject: Bug 19963 Author: reichelt Date: Mon Apr 24 08:38:05 2006 New Revision: 113220 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113220 Log: PR c++/19963 * class.c (layout_class_type): Skip fields with invalid types. * g++.dg/other/incomplete2.C: New test. Added: trunk/gcc/testsuite/g++.dg/other/incomplete2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19963
[Bug target/27277] New: standard i387 constant loading insns (fldz, fld1) are not generated anymore
It looks that standard i387 constant loading insns are not generated anymore.
This testcase:
--cut here--
double test(void)
{
return 1.0;
}
--cut here--
generates (gcc -O2 -fomit-frame-pointer):
test:
flds.LC0 fld1 should be here
ret
.LC0:
.long 1065353216
The problem is in extendsfdf2 expander, which expects CONST_DOUBLE as an
operand[1] to generate simple constant move instruction. The constant is pushed
to the constant pool (as a SFmode constant) for some reason, so the expander
receives a (reg:SF 60) as an operand[1]. Following RTL sequence is produced:
(insn 9 8 10 (set (reg:SF 60)
(mem/u/c/i:SF (symbol_ref/u:SI ("*.LC0") [flags 0x2]) [2 S4 A32])) -1
(nil)
(expr_list:REG_EQUAL (const_double:SF 1.0e+0 [0x0.8p+1])
(nil)))
(insn 10 9 11 (set (reg:DF 58 [ ])
(float_extend:DF (reg:SF 60))) -1 (nil)
(expr_list:REG_EQUAL (const_double:DF 1.0e+0 [0x0.8p+1])
(nil)))
this sequence corresponds to final asm:
test:
flds.LC0# 16*extendsfdf2_i387/1 [length = 6]
ret # 30return_internal [length = 1]
The same problem arises for other i387 constants.
--
Summary: standard i387 constant loading insns (fldz, fld1) are
not generated anymore
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: uros at kss-loka dot si
GCC target triplet: i386-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27277
[Bug c++/19963] ICE on invalid member declaration
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-04-24 08:43 --- 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=19963
[Bug target/27277] standard i387 constant loading insns (fldz, fld1) are not generated anymore
--- Comment #1 from pluto at agmk dot net 2006-04-24 08:50 --- PR26915 seems to be related to this bug. -- pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27277
[Bug tree-optimization/27236] [4.1 Regression] inliner creates an INDIRECT_REF without TREE_THIS_VOLATILE set for *a
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-04-24 09:07 --- Uh, it did. Sorry. Fixed on the mainline. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2 Regression] inliner|[4.1 Regression] inliner |creates an INDIRECT_REF |creates an INDIRECT_REF |without TREE_THIS_VOLATILE |without TREE_THIS_VOLATILE |set for *a |set for *a http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27236
[Bug tree-optimization/27236] [4.1/4.2 Regression] inliner creates an INDIRECT_REF without TREE_THIS_VOLATILE set for *a
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-04-24 09:06 --- Subject: Bug 27236 Author: rguenth Date: Mon Apr 24 09:06:51 2006 New Revision: 113221 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113221 Log: 2006-04-24 Andrew Pinski <[EMAIL PROTECTED]> Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/27236 * tree-inline.c (copy_body_r): Make sure to copy TREE_THIS_VOLATILE flag. * gcc.dg/tree-ssa/pr27236.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/pr27236.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27236
[Bug fortran/24813] ICE with scalarization LEN of character types
--- Comment #5 from paul dot thomas at jet dot uk 2006-04-24 09:10 --- (In reply to comment #4) > This looks to be fixable at trans-intrinsic.c(gfc_conv_intrinsic_len), here a > special switch branch for constructors is needed. > I will make it so. > Paul This is indeed the case; the ICE comes about because none of the trappings of the scalarizer have been invoked to translate the array constructor. Rather than do this, I have called trans-array.c (get_array_ctor_strlen) to obtain the string length directly. This clears the bug; I will regtest tonight and will submit tomorrow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24813
[Bug libgomp/25865] [4.2 Regression] libgomp incorrectly detects support for TLS
--- Comment #4 from christian dot joensson at gmail dot com 2006-04-24 09:26 --- I understand that this might be affecting SPARC/Linux too, cf., http://gcc.gnu.org/ml/gcc/2006-04/msg00448.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25865
[Bug target/26397] Program crashes when rethrowing exception
--- Comment #5 from michael dot klein at fazi dot de 2006-04-24 09:26 --- Actually, gcc is installed both with *and* without "-X.Y.Z" on all machines here except the Debian Linuxes (AIX, HP-UX, Solaris), but none of them carries a g++ ending with "-X.Y.Z". According to truss, libstdc++.a and libgcc.a are definitely pulled from /usr/local/lib/gcc/powerpc-ibm-aix5.2.0.0/4.0.2 Anyway, I just noticed something odd, the program works when: - compiled and linked with 3.3.6 - compiled with 3.3.6, linked with 4.0.2 - compiled with 4.0.2, linked with 3.3.6 And the program only crashes if it is compiled *and* linked with 4.0.2. Any reasonable explanation for this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26397
[Bug c++/27278] New: [4.0/4.1/4.2 regression] ICE with invalid operator declaration
The following invalid testcase causes an ICE since GCC 3.0: === int operator+(void,void); === bug.cc:1: error: '' has incomplete type bug.cc:1: error: invalid use of 'void' bug.cc:1: error: '' has incomplete type bug.cc:1: error: invalid use of 'void' bug.cc:1: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in grok_op_properties, at cp/decl.c:9078 Please submit a full bug report, [etc.] The ICE happens when grok_op_properties checks whether an argument of the operator has class- or enum-type. Testing a patch. -- Summary: [4.0/4.1/4.2 regression] ICE with invalid operator declaration 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=27278
[Bug fortran/24406] EQUIVALENCE broken in 32-bit code with optimization -O2
--- Comment #18 from mick at nag dot co dot uk 2006-04-24 10:13 --- Subject: Re: EQUIVALENCE broken in 32-bit code with optimization -O2 pault at gcc dot gnu dot org wrote: > --- Comment #17 from pault at gcc dot gnu dot org 2006-04-23 06:07 > --- > This has been dealt with, has it not? > > I have marked it as fixed - if I am wrong, please unfix it! Looks fixed to me - thanks Mick This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24406
[Bug middle-end/27088] [4.2 regression] Segfault with inlining producing negative shift count
--- Comment #4 from tbm at cyrius dot com 2006-04-24 11:34 --- No, I can confirm that this got fixed between 0415 (fails) and 0419 (works). Maybe you want to check in the test case tho? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27088
[Bug c++/27279] New: [4.0/4.1/4.2 regression] ICE with invalid constructor declaration
The following invalid testcase causes an ICE since GCC 3.0:
===
struct A
{
A(void,int);
};
===
bug.cc:3: error: '' has incomplete type
bug.cc:3: error: invalid use of 'void'
bug.cc:3: error: '' has incomplete type
bug.cc:3: error: invalid use of 'void'
bug.cc:3: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in copy_fn_p, at cp/decl.c:8821
Please submit a full bug report, [etc.]
Similar to PR 27278, but ICEs in a different position.
Testing a patch.
--
Summary: [4.0/4.1/4.2 regression] ICE with invalid constructor
declaration
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=27279
[Bug middle-end/26869] [4.1 Regression] Segfault in find_lattice_value() for complex operands.
--- Comment #11 from bonzini at gnu dot org 2006-04-24 11:44 --- patch applied to 4.2, 4.1 still not working -- bonzini at gnu dot org changed: What|Removed |Added Known to fail|4.1.0 4.2.0 |4.1.0 Known to work|4.0.3 |4.0.3 4.2.0 Summary|[4.1/4.2 Regression]|[4.1 Regression] Segfault in |Segfault in |find_lattice_value() for |find_lattice_value() for|complex operands. |complex operands. | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26869
[Bug java/27280] New: gcj cannot import inner classes using a wildcard import
Try the following code:
=== p/A.java ===
package p;
public class A {
public static interface AI {
public static final int n = 3;
}
}
=== p/B.java ===
package p;
import p.A.*;
public class B {
static int main(String[] args) {
System.out.println(AI.n);
return 0;
}
}
==
Building this with gcj fails with the error:
./p/B.java:3: error: Can't find default package 'p.A'. Check the CLASSPATH
environment variable and the access to the archives
JDK 1.5 javac can compile the example. Also changing the import in B.java to
import p.A.AI;
makes it work with gcj, too.
--
Summary: gcj cannot import inner classes using a wildcard import
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michele at focuseek dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27280
[Bug treelang/27281] New: [4.2 regression] ICE expected class 'constant', have 'binary' (bit_and_expr) in convert_and_check, at c-common.c
/usr/lib/gcc-snapshot/bin/gcc -c mini.c mini.c: In function 'search': mini.c:18: internal compiler error: tree check: expected class 'constant', have 'binary' (bit_and_expr) in convert_and_check, at c-common.c:1083 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. gcc -v gcc version 4.2.0 20060419 (experimental) Maybe related to PR26818 but occurs in a different spot. -- Summary: [4.2 regression] ICE expected class 'constant', have 'binary' (bit_and_expr) in convert_and_check, at c- common.c Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: treelang AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC build triplet: powerpc-linux-gnu GCC host triplet: powerpc-linux-gnu GCC target triplet: powerpc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27281
[Bug treelang/27281] [4.2 regression] ICE expected class 'constant', have 'binary' (bit_and_expr) in convert_and_check, at c-common.c
--- Comment #1 from tbm at cyrius dot com 2006-04-24 12:39 --- Created an attachment (id=11322) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11322&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27281
[Bug target/27263] armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c
--- Comment #1 from rearnsha at gcc dot gnu dot org 2006-04-24 12:49 --- The testcase doesn't compile. Please attach a full, *compilable*, example of the program that shows the bug. -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27263
[Bug middle-end/27260] [4.1/4.2 Regression] ICE in expand_expr_real_1, at expr.c:6750
--- Comment #7 from amodra at bigpond dot net dot au 2006-04-24 13:18 --- I'll look at it in the morning. I've been away this (extended) weekend, without email access. -- amodra at bigpond dot net dot au changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au Status|NEW |ASSIGNED Last reconfirmed|2006-04-22 20:22:17 |2006-04-24 13:18:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27260
[Bug target/27263] armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c
--- Comment #3 from doko at cs dot tu-berlin dot de 2006-04-24 13:30 --- Subject: Re: armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c Pjotr Kourzanov writes: > Here it is. Compile with: Pjotr, please don't inline the code, go to the GCC website and add it as a (compressed) attachment. thanks, Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27263
[Bug target/27263] armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c
--- Comment #4 from peter dot kourzanov at xs4all dot nl 2006-04-24 13:44 --- Subject: Re: armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c Matthias Klose wrote: >Pjotr Kourzanov writes: > > >>Here it is. Compile with: >> >> > >Pjotr, please don't inline the code, go to the GCC website and add it >as a (compressed) attachment. > >thanks, Matthias > > > I didn't inline it (I sent it as an attachment). I think the list manager did that. Pjotr -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27263
[Bug target/27263] armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c
--- Comment #5 from peter dot kourzanov at xs4all dot nl 2006-04-24 13:46 --- Created an attachment (id=11323) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11323&action=view) coming from libquicktime -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27263
[Bug target/27282] New: [4.2 regression, powerpc] ICE in final_scan_insn, at final.c:2448 - could not split insn
I get the following on powerpc; don't see it on i386 or x86_64:
766:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/gcc -c -O mini.c
mini.c: In function 'colrow_equal':
mini.c:17: error: could not split insn
(insn 59 28 29 (set (reg:SI 9 9)
(const_int 3791650816 [0xe200])) 262 {*movsi_internal1} (nil)
(nil))
mini.c:17: internal compiler error: in final_scan_insn, at final.c:2448
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
zsh: exit 1 /usr/lib/gcc-snapshot/bin/gcc -c -O mini.c
767:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/gcc -c mini.c
768:[EMAIL PROTECTED]: ~/delta/bin] gcc-4.1 -c -O2 mini.c
769:[EMAIL PROTECTED]: ~/delta/bin]
--
Summary: [4.2 regression, powerpc] ICE in final_scan_insn, at
final.c:2448 - could not split insn
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com
GCC build triplet: powerpc-linux-gnu
GCC host triplet: powerpc-linux-gnu
GCC target triplet: powerpc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27282
[Bug target/27282] [4.2 regression, powerpc] ICE in final_scan_insn, at final.c:2448 - could not split insn
--- Comment #1 from tbm at cyrius dot com 2006-04-24 14:04 --- Created an attachment (id=11324) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11324&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27282
[Bug tree-optimization/27283] New: [4.2 regression] ICE: SSA corruption - Conflict across an abnormal edge
851:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O2 mini.c Conflict NewMins$maxdex_410(ab) and NewMins$maxdex_7(ab) across an abnormal edge from BB7->BB39 mini.c: In member function 'gIndexOdometer gIndexOdometer::AfterExcisionOf(int&) const': mini.c:43: internal compiler error: SSA corruption Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. zsh: exit 1 /usr/lib/gcc-snapshot/bin/g++ -c -O2 mini.c 852:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c mini.c 853:[EMAIL PROTECTED]: ~] g++-4.1 -c -O2 mini.c -- Summary: [4.2 regression] ICE: SSA corruption - Conflict across an abnormal edge Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC build triplet: powerpc-linux-gnu GCC host triplet: powerpc-linux-gnu GCC target triplet: powerpc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27283
[Bug tree-optimization/27283] [4.2 regression] ICE: SSA corruption - Conflict across an abnormal edge
--- Comment #1 from tbm at cyrius dot com 2006-04-24 14:24 --- Created an attachment (id=11325) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11325&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27283
[Bug target/27263] armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c
--- Comment #6 from rearnsha at gcc dot gnu dot org 2006-04-24 14:26
---
Confirmed. Also appears on trunk on an arm-elf cross with the flags:
-O3 -funroll-all-loops -fomit-frame-pointer -mno-apcs-frame -finline-functions
-mfpu=vfp -mfloat-abi=softfp -mcpu=arm926ej-s
We are generating an invalid input reload for
(insn:HI 320 4403 4405 391 (set (mem/s:HI (plus:SI (reg:SI 318 [ ivtmp.1515 ])
(reg/f:SI 1731)) [2 tmp S2 A16])
(subreg:HI (reg:SI 523) 0)) 152 {*movhi_insn_arch4}
(insn_list:REG_DEP_TRUE 319 (nil))
(expr_list:REG_DEAD (reg:SI 523)
(nil)))
Specifically, reload 2 contains:
Reload 2: reload_in (HI) = (mem:HI (plus:SI (mult:SI (reg:SI 11 fp [orig:318
ivtmp.1515 ] [318])
(const_int 2
[0x2]))
(reg/v/f:SI 10 sl
[orig:437 rcoeff_ind ] [437])) [4 S4 A32])
GENERAL_REGS, RELOAD_FOR_INPUT (opnum = 1), can't combine
reload_in_reg: (subreg:HI (reg:SI 523) 0)
reload_reg_rtx: (reg:HI 6 r6)
but that's an invalid memory address for HImode.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu dot
||org
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-04-24 14:26:03
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27263
[Bug treelang/27284] New: [4.2 regression] tree check: did not expect class 'type', have 'type' (template_type_parm) in contains_placeholder_p, at tree.c:2139
867:[EMAIL PROTECTED]: ~/delta/2] /usr/lib/gcc-snapshot/bin/g++ -c mini.c mini.c: In member function 'void MergeSort::sort(T*, long int)': mini.c:12: internal compiler error: tree check: did not expect class 'type', have 'type' (template_type_parm) in contains_placeholder_p, at tree.c:2139 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. zsh: exit 1 /usr/lib/gcc-snapshot/bin/g++ -c mini.c 868:[EMAIL PROTECTED]: ~/delta/2] g++-4.1 -c mini.c -- Summary: [4.2 regression] tree check: did not expect class 'type', have 'type' (template_type_parm) in contains_placeholder_p, at tree.c:2139 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: treelang AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC build triplet: powerpc-linux-gnu GCC host triplet: powerpc-linux-gnu GCC target triplet: powerpc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27284
[Bug treelang/27284] [4.2 regression] tree check: did not expect class 'type', have 'type' (template_type_parm) in contains_placeholder_p, at tree.c:2139
--- Comment #1 from tbm at cyrius dot com 2006-04-24 14:56 --- Created an attachment (id=11326) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11326&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27284
FireFox - Goole Toolbar - Browser
Google Browser - Firefire with Toolbar Click on the Link Below - IT IS FREE http://services.google.com/toolbar/firefox_install?hl=en&ai=BwZGf00c4RM3yA7SQLoKGhYMI6ZnSFOeo_M8BxY23AQAQASCltJQGSKI5UIPj0QKgAbWVyP0DyAECgAIBlQInfgsK&gclid=CMT20ri8noQCFU6JCwodYwHAhQ
[Bug tree-optimization/27285] New: [4.1 regression] ivopts postgresql miscompilation
extern void abort (void);
struct S { unsigned char a, b, c, d[16]; };
void __attribute__ ((noinline))
foo (struct S *x, struct S *y)
{
int a, b;
unsigned char c, *d, *e;
b = x->b;
d = x->d;
e = y->d;
a = 0;
while (b)
{
if (b >= 8)
{
c = 0xff;
b -= 8;
}
else
{
c = 0xff << (8 - b);
b = 0;
}
e[a] = d[a] & c;
a++;
}
}
int
main (void)
{
struct S x = { 0, 25, 0, { 0xaa, 0xbb, 0xcc, 0xdd }};
struct S y = { 0, 0, 0, { 0 }};
foo (&x, &y);
if (x.d[0] != y.d[0] || x.d[1] != y.d[1]
|| x.d[2] != y.d[2] || (x.d[3] & 0x80) != y.d[3])
abort ();
return 0;
}
On i686-linux with -O2 -m32 the loop is miscompiled, it copies over just
first 24 bits and not the 25th bit. From quick skimming of the tree dumps,
this looks messed up by ivopts pass. Seems to be a recent regression,
at least 20060304 GCC 4.1.x worked fine, while 20060420 does not.
--
Summary: [4.1 regression] ivopts postgresql miscompilation
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
GCC target triplet: i686-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27285
[Bug target/27286] New: Compiling OpenSSL gives invalid code??
I'm playing a bit with HP's testdrive systems and noticed that when compiling a 64 bit version of openssl-0.9.8a with gcc-4.1.0, the resulting binaries fail during "make test". Since I have no such problem on any other platform nor with HP's own compiler, this makes me think that gcc-4.1.0 generated some wrong code. Changing compilation flags from "-O3" to "-O0" did not help, so it's apparently not an optimizer problem. I know, this is about as bad a bug report as it can be, but since I'm neither very familiar with HP/UX nor have unlimited access to the system (e.g. there's no 64-bit version of gdb installed...), there's not much more that I can do than hope that somebody with better debugging facilities will have a look and refine this report (or tell me that I'm apparently doing something wrong since it works for him) - sorry about that. -- Summary: Compiling OpenSSL gives invalid code?? Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Stefan dot Neis at kobil dot com GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27286
[Bug tree-optimization/27285] [4.1 regression] ivopts postgresql miscompilation
--- Comment #1 from jakub at gcc dot gnu dot org 2006-04-24 15:50 --- Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112675 -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||pbrook at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27285
[Bug c/27287] New: pukes
gcc -O2 -mcpu=8548 -mfloat-gprs=double -c x.c
double f (void) { return 0; }
gcc crashes with an inrecognizable insn.
--
Summary: pukes
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eliot at sonic dot net
GCC host triplet: x86_64-linux
GCC target triplet: ppc-linuxspe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27287
[Bug c/27287] pukes
--- Comment #1 from eliot at sonic dot net 2006-04-24 15:59 --- Created an attachment (id=11327) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11327&action=view) proposed patch not sure if this is the right patch but it seems to work for me -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27287
[Bug classpath/27262] org.w3c.dom.Document.getElementById returns null after manual (setIdAttribute) identifying of element in Document instance.
--- Comment #3 from dog at gnu dot org 2006-04-24 15:59 --- This would not work unless a doctype was present. Now fixed. -- dog at gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |0.20 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27262
[Bug c/27288] New: barfs
ppc-linux-gcc -O2 -mcpu=8548 -mfloat-gprs=double -c [xy].c crashes with unrecognizable insn -- Summary: barfs Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: eliot at sonic dot net GCC host triplet: x86_64-linux GCC target triplet: ppc-linuxspe http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27288
[Bug c/27288] barfs
--- Comment #1 from eliot at sonic dot net 2006-04-24 16:02 --- Created an attachment (id=11328) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11328&action=view) test case for crash -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27288
[Bug classpath/27262] org.w3c.dom.Document.getElementById returns null after manual (setIdAttribute) identifying of element in Document instance.
--- Comment #4 from cvs-commit at developer dot classpath dot org 2006-04-24 16:05 --- Subject: Bug 27262 CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Chris Burdess <[EMAIL PROTECTED]>06/04/24 15:58:22 Modified files: . : ChangeLog gnu/xml/dom: DomDocument.java Log message: 2006-04-24 Chris Burdess <[EMAIL PROTECTED]> Fixes PR 27262 * gnu/xml/dom/DomDocument.java: getElementById returns user-defined ID attributes when no doctype exists. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.7199&tr2=1.7200&r1=text&r2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/xml/dom/DomDocument.java.diff?tr1=1.11&tr2=1.12&r1=text&r2=text -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27262
[Bug c++/27284] [4.2 regression] tree check: did not expect class 'type', have 'type' (template_type_parm) in contains_placeholder_p, at tree.c:2139
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 16:17 --- *** This bug has been marked as a duplicate of 27210 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|treelang|c++ Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27284
[Bug c++/27210] [4.2 Regression] ICE on c++ template
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-24 16:17 --- *** Bug 27284 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27210
[Bug tree-optimization/27285] [4.1 regression] ivopts postgresql miscompilation
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 16:18 --- Does the mainline work if so something else that was needed was not backported. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Known to fail||4.1.1 4.2.0 Known to work||4.1.0 Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27285
[Bug target/27287] loading 0 constant causes an ICE (freescale's messy targets)
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 16:20 --- Can you try a snapshot of 4.1.1 and/or the mainline? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |target GCC host triplet|x86_64-linux| Keywords||ice-on-valid-code Summary|pukes |loading 0 constant causes an ||ICE (freescale's messy ||targets) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27287
[Bug testsuite/27274] execution test of gcc.dg/i386-sse-9.c fails on non-SSE CPU
--- Comment #2 from hjl at lucon dot org 2006-04-24 16:24 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00917.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27274
[Bug c/27289] New: Gcc produces spurious -Wuninitialized warning compiling gdb
When building gdb with -Werror, the compile fails due to what looks
like a spurious warning from using -Wuninitialized. I've reduced the
testcase down to a minimal one, hopefully preserving the original
cause of the warning.
Environment:
System: Linux puffer.diveadx.com 2.6.16-1.2069_FC4smp #1 SMP Tue Mar 28
12:47:32 EST 2006 i686 i686 i386 GNU/Linux
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: /src/latest/trunk/src/gcc/configure -v
--prefix=/opt/local/latest/trunk --enable-languages=c,c++
--cache-file=.././config.cache --srcdir=/src/latest/trunk/src/gcc
How-To-Repeat:
/* Run as:
$ gcc -c -O2 -Wuninitialized bug.c
bug.c: In function ‘foo’:
bug.c:19: warning: ‘tmp_obstack.chunk_size’ may be used uninitialized
in this function
*/
struct obstack
{
long chunk_size;
};
static struct obstack dont_print_statmem_obstack;
void
foo (int dont_print_statmem, int start)
{
int i;
struct obstack tmp_obstack;
if (dont_print_statmem == 0)
{
tmp_obstack = dont_print_statmem_obstack;
}
for (i = start; i < 7; i++)
{
}
if (dont_print_statmem == 0)
{
dont_print_statmem_obstack = tmp_obstack;
}
}
--
Summary: Gcc produces spurious -Wuninitialized warning compiling
gdb
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fnf at specifix dot com
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=27289
[Bug treelang/27281] [4.2 regression] ICE expected class 'constant', have 'binary' (bit_and_expr) in convert_and_check, at c-common.c
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 17:00 --- node->flags & 0x0200 That is what is causing the ICE to happen. This is related to 27273 but I don't think this is a dup in that this looks like it is going to cause wrong code as flags is unsigned short. Maybe I am just tried right now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||27273 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27281
[Bug middle-end/27289] Gcc produces spurious -Wuninitialized warning compiling gdb
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-24 17:06 --- This is the old problem referenced in PR 5035. *** This bug has been marked as a duplicate of 5035 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |middle-end Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27289
[Bug tree-optimization/5035] Incorrectly produces '`' might be used uninitialized in this function'
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-04-24 17:06 --- *** Bug 27289 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||fnf at specifix dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5035
[Bug treelang/27281] [4.2 regression] ICE expected class 'constant', have 'binary' (bit_and_expr) in convert_and_check, at c-common.c
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-04-24 17:07 --- This is really a duplicate of PR 27273 IMHO. The problem is not on only the expression (node->flags & 0x0200), but the fact that the result is casted to a char. (Changing the type of the array CptrFlag from char to short or int makes the ICE go away.) *** This bug has been marked as a duplicate of 27273 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27281
[Bug c/27273] [4.2 regression] tree check fail for legal code when convert returns a constant from an expression that was not constant
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-04-24 17:07 --- *** Bug 27281 has been marked as a duplicate of this bug. *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27273
[Bug tree-optimization/27291] New: [4.2 regression] verify_flow_info failed: too many outgoing branch edges from bb 4
This happens on powerpc, not on i386 or x86_86: 1084:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/g++ -c -O2 mini.c mini.c: In member function 'BASE* alps::detail::creator::create() const [with BASE = alps::BufferedRandomNumberGeneratorBase, T = alps::BufferedRandomNumberGenerator >]': mini.c:333: error: too many outgoing branch edges from bb 4 mini.c:333: internal compiler error: verify_flow_info failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. zsh: exit 1 /usr/lib/gcc-snapshot/bin/g++ -c -O2 mini.c 1085:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/g++ -c mini.c 1086:[EMAIL PROTECTED]: ~/delta/bin] g++-4.1 -c -O2 mini.c 1087:[EMAIL PROTECTED]: ~/delta/bin] -- Summary: [4.2 regression] verify_flow_info failed: too many outgoing branch edges from bb 4 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC build triplet: powerpc-linux-gnu GCC host triplet: powerpc-linux-gnu GCC target triplet: powerpc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27291
[Bug tree-optimization/27291] [4.2 regression] verify_flow_info failed: too many outgoing branch edges from bb 4
--- Comment #1 from tbm at cyrius dot com 2006-04-24 17:15 --- Created an attachment (id=11329) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11329&action=view) test case (fairly large still) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27291
[Bug libgcj/27271] i/o error (java.util.zip.ZipException: Deflated stream ends early.)
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-24 17:43 --- Also fails with svn head. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-24 17:43:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27271
[Bug c++/27278] [4.0/4.1/4.2 regression] ICE with invalid operator declaration
--- Comment #1 from patchapp at dberlin dot org 2006-04-24 18:50 --- Subject: Bug number PR c++/27278 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-04/msg00929.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27278
[Bug c++/27279] [4.0/4.1/4.2 regression] ICE with invalid constructor declaration
--- Comment #1 from patchapp at dberlin dot org 2006-04-24 18:55 --- Subject: Bug number PR c++/27279 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-04/msg00930.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27279
[Bug c++/27292] New: ICE on casts on bitfields
trunk r113199, fixing bug 26534, introduced an ICE with this testcase:
=== Cut ===
enum ColorRole
{
WindowText, Button
};
struct QPalette {
ColorRole bg_role:8;
bool hasBackground();
};
bool
QPalette::hasBackground ()
{
return (ColorRole (bg_role) != WindowText);
}
=== Cut ===
internal compiler error: in build_c_cast, at cp/typeck.c:5433
Please submit a full bug report,
with preprocessed source if appropriate.
--
Summary: ICE on casts on bitfields
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mueller at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields
-- mueller at gcc dot gnu dot org changed: What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org Severity|normal |major Keywords||ice-on-valid-code Summary|ICE on casts on bitfields |[4.2 regression] ICE on ||casts on bitfields Version|unknown |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug target/27264] gcc 4.0.1 creates unassembleable code for FFTW library
--- Comment #4 from stp at create dot ucsb dot edu 2006-04-24 20:50 --- Created an attachment (id=11330) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11330&action=view) Intermediate file for trig.c Here's the gcc output for --save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27264
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields and enums
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-04-24 21:02
---
Confirmed.
Even shorter testcase:
=
struct A
{
int i : 8;
};
bool foo(A a)
{
return int(a.i);
}
=
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||monitored
Last reconfirmed|-00-00 00:00:00 |2006-04-24 21:02:07
date||
Summary|[4.2 regression] ICE on |[4.2 regression] ICE on
|casts on bitfields and enums|casts on bitfields
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 21:06 ---
Most likely you can get rejects valid with (though I have not tried sicne the C
style casts just check to see if they can do a static cast, and the rest of the
casts and if it cannot, it ICEs):
struct A
{
int i : 8;
};
bool foo(A a)
{
return static_cast(a.i);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug libgcj/27294] New: gij throws NullPointerException, when the interpreter is not enabled
gij-4.1 \ -classpath build/bootstrap/ecj.jar:/usr/share/ant/lib/ant.jar \ org.eclipse.jdt.internal.compiler.batch.Main \ -bootclasspath /usr/share/java/libgcj-4.1.jar \ build/bin Exception in thread "main" java.lang.NullPointerException at java.lang.ClassLoader.defineClass (ClassLoader.java:451) at java.security.SecureClassLoader.defineClass (SecureClassLoader.java:108) at java.net.URLClassLoader.findClass (URLClassLoader.java:1166) at java.lang.ClassLoader.loadClass (ClassLoader.java:317) at java.lang.ClassLoader.loadClass (ClassLoader.java:260) at java.lang.Class.forName (natClass.cc:88) at gnu.java.lang.MainThread.run (MainThread.java:95) make: *** [build/stamp] Error 1 > "Martin" == Martin Michlmayr <[EMAIL PROTECTED]> writes: Hmm. We probably ought to throw a different exception here. Would you mind filing a bug for this? Martin> Exception in thread "main" java.lang.NullPointerException Martin>at java.lang.ClassLoader.defineClass (ClassLoader.java:451) What this most likely means is that there is an attempt to define a class from bytecode, and the attempt failed. Looking at libjava/configure.host, I see that the interpreter is not enabled for the MIPS port. So, an exception here is to be expected. [testing the latter, just the bug report for the NullPointerException] -- Summary: gij throws NullPointerException, when the interpreter is not enabled Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27294
[Bug tree-optimization/27285] [4.1 regression] ivopts postgresql miscompilation
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-24 21:39 --- Can you try the patch for PR25985 and see if it fixes your bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27285
[Bug tree-optimization/27285] [4.1 regression] ivopts postgresql miscompilation
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-24 21:41 --- Actually it looks 100% the same testcase so that patch just needs backporting (I don't have time to test it at all). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25985 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-24 21:41:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27285
[Bug rtl-optimization/11884] Bad address passed to function with > 8 arguments
--- Comment #12 from steven at gcc dot gnu dot org 2006-04-24 22:28 --- Reporter has disappeared. No-one has complained about this in recent GCCs (i.e. open branches) so closing as WONTFIX. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11884
[Bug rtl-optimization/15023] -frename-registers is buggy and slow
--- Comment #11 from steven at gcc dot gnu dot org 2006-04-24 22:29 --- Still an issue here?? -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15023
[Bug rtl-optimization/20586] bootstrap comparision fails with -funroll-loops.
--- Comment #6 from steven at gcc dot gnu dot org 2006-04-24 22:32 --- Works for me. Works for the reporter. I say this works. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20586
[Bug rtl-optimization/24814] unrolling doesn't put loop notes in right place
--- Comment #8 from steven at gcc dot gnu dot org 2006-04-24 22:34 --- What are loop notes again? Ah, yes. Legacy. Fixed on mainline. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24814
[Bug rtl-optimization/24815] loop unrolling ends up with too much reg+index addressing
--- Comment #4 from steven at gcc dot gnu dot org 2006-04-24 22:37 --- I'm sure Zdenek would argue that strength reduction is not the unroller's task (and fwiw I agree), and Joern would argue that it is. Either way, this is a valid bug report. -- steven 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-04-24 22:37:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24815
[Bug rtl-optimization/12771] Weak loop optimizer
--- Comment #9 from steven at gcc dot gnu dot org 2006-04-24 22:44 --- The loop optimizer in gcc 4.2 has lots of changes. How does it perform for this code now? -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12771
gnu-library: string-handling error ?
Hi,
I did choose this way to report since the gcc-compiler doesn't crash
but produces code that handles strings in a peculiar way.
So there might be something wrong in one of the c-libraries.
I have attached a file with the code and some output.
I also noticed some peculiar output when I tried to concat
the string returned from floatTimeToString():
sprintf(string, "Yellow color: 0 .. %s", floatTimeToString());
The runtime error here was segmentation error.
regards, Magnus
/*
gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --enable-__cxa_atexit --with-system-zlib --enable-nls --without-included-gettext --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.5 (Debian 1:3.3.5-13)
*/
double speedIntervalF = 0.0;
double timePkm = 0.0;
timePkm = 3.5; //(f.ex)
speedIntervalF = 8 // (f.ex)
static char* floatTimeToString(double floatValue)
{
int i = 1;
while((floatValue - i) > 0)
{
i++;
}
if((floatValue - i) == 0)
{
sprintf(stringValue, "%d.00 min/km", i);
return (stringValue);
}else
if((floatValue - i) < 0)
{
sprintf(stringValue, "%d.%2.0f min/km", (i - 1), ((floatValue - (i - 1)) * 60));
return (stringValue);
}else
return ("0.00 min/km");
}
g_print("Yellow colour: %s .. %s\n",
floatTimeToString(timePkm - (speedIntervalF / 60)),
floatTimeToString(timePkm + (speedIntervalF / 60)));
Estimated output from g_print:
Yellow colour: 3.22 min/km .. 3.38 min/km
Actual output:
Yellow colour: 3.22 min/km .. 3.22 min/km
[Bug rtl-optimization/13335] cse of sub-expressions of zero_extend/sign_extend expressions
--- Comment #8 from steven at gcc dot gnu dot org 2006-04-24 22:45 --- Has this one fallen through the cracks? -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13335
[Bug rtl-optimization/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it
--- Comment #11 from steven at gcc dot gnu dot org 2006-04-24 22:51 --- I'm inclined to say "don't do this" but i can see why this is a problem for the reporter. I can't reproduce the issue myself, though. Tom, do you still see a problem here? Sorry for the long delay btw. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22104
[Bug target/26961] [4.0/4.1/4.2 Regression] ICE simplify_subreg:3813
--- Comment #6 from sayle at gcc dot gnu dot org 2006-04-24 23:16 --- Subject: Bug 26961 Author: sayle Date: Mon Apr 24 23:16:29 2006 New Revision: 113232 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113232 Log: PR target/26961 * fold-const.c (fold_ternary): When converting "A ? B : C" into either "A op B" or "A op C", we may need to convert A to the type of B and C. * gcc.dg/fold-cond-1.c: New test case. * gcc.dg/pr26961-1.c: Likewise. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/fold-cond-1.c branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr26961-1.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/fold-const.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26961
[Bug c++/27295] New: Compiler expects public access of copy constructor eventhough the cp ctr never get's invoked.
The foll. code works with GCC 2.95.2; however, it fails compile on GCC 2.4.5.
Whenever an anonymous object is passed as function argument, the compiler is
expecting "public access" to the copy constructor of the passed type - even
though the cp ctr never get's invoked.
compilation error: [g++ 3.4.5]
private_cp_ctr.cc: In function `int main()':
private_cp_ctr.cc:42: error: `Foo::Foo(const Foo&)' is private
private_cp_ctr.cc:60: error: within this context
code:
#include
class Foo
{
public:
Foo()
{
printf( "ctr called.\n" );
}
private:
Foo(const Foo&) // problem location
{
printf( "cp ctr called.\n" );
}
};
void evaluate(const Foo& ref)
{
printf( "evaluate called.\n" );
}
int main()
{
Foo f;
evaluate(f); // ok: no compile error
// problem context. compiler checks for copy ctr public visibility
// eventhough the copy ctr never get's invoked in the context.
evaluate(Foo());
return 0;
}
==
Thankyou.
--
Summary: Compiler expects public access of copy constructor
eventhough the cp ctr never get's invoked.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ram dot misc at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27295
[Bug c++/27295] Compiler expects public access of copy constructor eventhough the cp ctr never get's invoked.
--- Comment #1 from ram dot misc at gmail dot com 2006-04-24 23:24 ---
Correction:
Bug/problem context is GCC 3.4.5 (not 2.4.5)
Thank you.
(In reply to comment #0)
> The foll. code works with GCC 2.95.2; however, it fails compile on GCC 2.4.5.
> Whenever an anonymous object is passed as function argument, the compiler is
> expecting "public access" to the copy constructor of the passed type - even
> though the cp ctr never get's invoked.
>
> compilation error: [g++ 3.4.5]
> private_cp_ctr.cc: In function `int main()':
> private_cp_ctr.cc:42: error: `Foo::Foo(const Foo&)' is private
> private_cp_ctr.cc:60: error: within this context
>
> code:
> #include
> class Foo
> {
> public:
> Foo()
> {
> printf( "ctr called.\n" );
> }
> private:
> Foo(const Foo&) // problem location
> {
> printf( "cp ctr called.\n" );
> }
> };
> void evaluate(const Foo& ref)
> {
> printf( "evaluate called.\n" );
> }
> int main()
> {
> Foo f;
> evaluate(f); // ok: no compile error
> // problem context. compiler checks for copy ctr public visibility
> // eventhough the copy ctr never get's invoked in the context.
> evaluate(Foo());
> return 0;
> }
> ==
> Thankyou.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27295
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-24 23:31 --- Yes, this is the kind of failure mode I feared. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug c++/25950] [3.4/4.0/4.1] [DR 391] Reference binding and explicit copy constructors
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-04-24 23:37 --- *** Bug 27295 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||ram dot misc at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25950
[Bug c++/27295] Compiler expects public access of copy constructor eventhough the cp ctr never get's invoked.
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 23:37 --- The problem is that GCC is following what the standard actually said but then the standard changed on GCC. Anyways this is PR 25950. Also there was a comment in the changes page for this change for 3.4.x. *** This bug has been marked as a duplicate of 25950 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27295
[Bug c++/27278] [4.0/4.1/4.2 regression] ICE with invalid operator declaration
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27278
[Bug c++/27279] [4.0/4.1/4.2 regression] ICE with invalid constructor declaration
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27279
[Bug target/27282] [4.2 regression] ICE in final_scan_insn, at final.c:2448 - could not split insn
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||ice-on-valid-code Summary|[4.2 regression, powerpc] |[4.2 regression] ICE in |ICE in final_scan_insn, at |final_scan_insn, at |final.c:2448 - could not|final.c:2448 - could not |split insn |split insn Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27282
[Bug tree-optimization/27283] [4.2 regression] ICE: SSA corruption - Conflict across an abnormal edge
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||ice-on-valid-code Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27283
[Bug middle-end/27291] [4.2 regression] verify_flow_info failed: too many outgoing branch edges from bb 4
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-24 23:48 --- I forgot if the error is a RTL issue or a tree level issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|tree-optimization |middle-end Keywords||ice-on-valid-code Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27291
[Bug target/27282] [4.2 regression] ICE in final_scan_insn, at final.c:2448 - could not split insn
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-25 00:46 ---
(insn:HI 29 28 62 3 (parallel [
(set (reg:SI 134)
(and:SI (reg:SI 130)
(const_int 3791650816 [0xe200])))
(clobber (scratch:CC))
]) 102 {andsi3} (nil)
(expr_list:REG_DEAD (reg:SI 130)
(expr_list:REG_UNUSED (scratch:CC)
(nil
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27282
[Bug target/27282] [4.2 regression] ICE in final_scan_insn, at final.c:2448 - could not split insn
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-25 00:53 --- Confirmed, reload is the one which is creating the (set reg const_int). -- pinskia 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-04-25 00:53:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27282
[Bug tree-optimization/27283] [4.2 regression] ICE: SSA corruption - Conflict across an abnormal edge
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-25 01:20 --- It fails at -O1 so we know it is not PRE which is good news. -- pinskia 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-04-25 01:20:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27283
[Bug tree-optimization/27283] [4.2 regression] ICE: SSA corruption - Conflict across an abnormal edge
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-25 01:26 --- If I turn off IV-Opts it works. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27283
[Bug target/27286] Compiling OpenSSL gives invalid code??
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27286
[Bug rtl-optimization/27291] [4.2 regression] verify_flow_info failed: too many outgoing branch edges from bb 4
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-25 01:30 --- Confirmed, but very interesting. It ICEs in RTL. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|middle-end |rtl-optimization Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-25 01:30:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27291
[Bug rtl-optimization/27291] [4.2 regression] verify_flow_info failed: too many outgoing branch edges from bb 4
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-25 01:32 --- "-O2 -fno-branch-count-reg" works. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27291
[Bug target/27121] Undefined symbols: ___dso_handle
--- Comment #2 from lucier at math dot purdue dot edu 2006-04-25 02:40 --- It doesn't work for me, even with the updated cctools: /Users/lucier/programs/gcc/mainline/objdir64/gcc/gcj -B/Users/lucier/programs/gcc/mainline/objdir64/powerpc-apple-darwin8.6.0/ppc64/libjava/ -B/Users/lucier/programs/gcc/mainline/objdir64/gcc/ -g -O2 -m64 -m64 -o .libs/grmic --main=gnu.java.rmi.rmic.RMIC -shared-libgcc -L/Users/lucier/programs/gcc/mainline/objdir64/powerpc-apple-darwin8.6.0/ppc64/libjava -L/Users/lucier/programs/gcc/mainline/objdir64/powerpc-apple-darwin8.6.0/ppc64/libjava/.libs ./.libs/libgcj.dylib -L/Users/lucier/programs/gcc/mainline/objdir64/powerpc-apple-darwin8.6.0/ppc64/libstdc++-v3/src -L/Users/lucier/programs/gcc/mainline/objdir64/powerpc-apple-darwin8.6.0/ppc64/libstdc++-v3/src/.libs -lpthread -ldl can't resolve symbols: ___dso_handle, referenced from: _atexit in crt3.o ld64 failed: symbol(s) not found collect2: ld returned 1 exit status can't resolve symbols: ___dso_handle, referenced from: _atexit in crt3.o ld64 failed: symbol(s) not found make[5]: *** [gcj-dbtool] Error 1 make[5]: *** Waiting for unfinished jobs collect2: ld returned 1 exit status can't resolve symbols: ___dso_handle, referenced from: _atexit in crt3.o ld64 failed: symbol(s) not found make[5]: *** [jv-convert] Error 1 collect2: ld returned 1 exit status can't resolve symbols: ___dso_handle, referenced from: _atexit in crt3.o ld64 failed: symbol(s) not found collect2: ld returned 1 exit status make[5]: *** [grmiregistry] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [multi-do] Error 1 make[2]: *** [all-multi] Error 2 make[1]: *** [all-target-libjava] Error 2 make: *** [bootstrap] Error 2 [lindv2:gcc/mainline/objdir64] lucier% as -v Apple Computer, Inc. version cctools-590.36~obj, GNU assembler version 1.38 ^C Interrupted by signal 2 [lindv2:gcc/mainline/objdir64] lucier% ld -v Apple Computer, Inc. version cctools-590.36~obj -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27121
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-04-25 03:33 --- Subject: Bug 27292 Author: mmitchel Date: Tue Apr 25 03:33:38 2006 New Revision: 113240 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113240 Log: PR c++/27292 * typeck.c (decay_conversion): Don't adjust bitfield types. (perform_integral_promotions): Treat bitfield enums as enums, not as short integer types. * tree.c (rvalue): Convert bitfields to their correct types. PR c++/27292 * g++.dg/conversion/bitfield1.C: New test. * g++.dg/conversion/bitfield2.C: Likewise. * g++.dg/conversion/bitfield3.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/conversion/bitfield1.C trunk/gcc/testsuite/g++.dg/conversion/bitfield2.C trunk/gcc/testsuite/g++.dg/conversion/bitfield3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
