[Bug java/21436] New: imports not remembered for previously compiled files
With a patch to compile libjava on a per-directory basis, I found a bug with
imports
Take file AWTEvent.java
package java.awt;
import java.util.EventObject;
public abstract class AWTEvent extends EventObject {}
and file B.java
package java.awt;
import java.awt.event.ComponentEvent;
public class B {
Object[] o = ComponentEvent.class.getFields();
}
When processing ComponentEvent in B.java, it finds AWTEvent (the superclass of
ComponentEvent) but it cannot resolve the EventObject class there. That's
because java_complete_class was not called yet for AWTEvent, and its
TYPE_IMPORTS_LIST is not set yet.
If I move the setting of TYPE_IMPORS_LIST to create_class, then in
maybe_layout_super_class another bug is hit and the TYPE_IMPORTS_LIST of
AWTEvent is not used to resolve the EventObject class. I have a patch to fix
all this but I have not tested it yet, and it does not allow anyway to finish
bootstrap with per-directory builds. I suspect a (theoretically) simpler fix is
to call java_complete_class earlier (at least once per file), but I am not sure
about what java_complete_class is doing at all.
Paolo
--
Summary: imports not remembered for previously compiled files
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bonzini at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21436
[Bug target/21437] New: Hordes of nop instructions being emitted
void
sys_futex0 (int *addr, int op, int val)
{
register long int r0 __asm__ ("r0");
register long int r3 __asm__ ("r3");
register long int r4 __asm__ ("r4");
register long int r5 __asm__ ("r5");
register long int r6 __asm__ ("r6");
r0 = 221;
r3 = (long) addr;
r4 = op;
r5 = val;
r6 = 0;
__asm volatile ("sc"
: "=r"(r0), "=r"(r3), "=r"(r4), "=r"(r5), "=r"(r6)
: "r"(r0), "r"(r3), "r"(r4), "r"(r5), "r"(r6)
: "r7", "r8", "r9", "r10", "r11", "r12",
"cr0", "ctr", "memory");
}
Compile with "gcc -Os -S z.c" and we see
sys_futex0:
li 0,221
li 6,0
nop
nop
#APP
sc
#NO_APP
nop
nop
nop
nop
blr
I thought perhaps they were alignment, but they don't align, and they show
up with -Os.
--
Summary: Hordes of nop instructions being emitted
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: powerpc*-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21437
[Bug c/21438] New: Warning about division by zero depends on lexical form
GCC is supposed to suppress division by zero warnings when floating point.
However the warning is based on the lexical form, i.e. the unpromoted type. I
suggest it should depend on the promoted type.
float f[] = {
1.0f/0.0f, // No warning
1.0f/0 // Warning (and diagnostic is on the wrong line in 3.3 at least)
};
--
Summary: Warning about division by zero depends on lexical form
Product: gcc
Version: 3.3.3
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: neil at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21438
[Bug tree-optimization/21439] New: CRIS 4.1 fail: gcc.dg/tree-ssa/gen-vect-26.c scan-tree-dump-times Alignment of access forced using peeling 1
Comparison between Wed Apr 27 04:58:50 UTC 2005 and Wed Apr 27 14:13:15 UTC 2005 New tests that FAIL: ... gcc.dg/tree-ssa/gen-vect-26.c scan-tree-dump-times Alignment of access forced using peeling 1 This was when the test was introduced, and it has failed since then. It still fails with "Fri May 6 18:58:03 UTC 2005". -- Summary: CRIS 4.1 fail: gcc.dg/tree-ssa/gen-vect-26.c scan-tree- dump-times Alignment of access forced using peeling 1 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu GCC target triplet: cris-axis-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21439
[Bug c++/21440] New: [4.0 Regression] ICE with statement-as-expression
The following test program works with gcc-2.95.3 and gcc-3.4.1,
but aborts with this error on gcc-4.0.0:
z.ii: In function 'void bar()':
z.ii:11: internal compiler error: in create_tmp_var, at gimplify.c:368
struct Foo {
~Foo() {}
int i;
operator bool() { return !i; }
};
void bar() {
Foo foo = ({
Foo bletch;
bletch.i = 0;
bletch;
});
}
This popped up in an early run of gcc-4.0.0 on real code.
--
Summary: [4.0 Regression] ICE with statement-as-expression
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dank at kegel dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21440
[Bug c++/21440] [4.0 Regression] ICE with statement-as-expression
--- Additional Comments From dank at kegel dot com 2005-05-07 08:31 --- Forgot to mention: I have applied the fixes for PR20973 and PR21173 as given in bugzilla. -- What|Removed |Added Summary|[4.0 Regression] ICE with |[4.0 Regression] ICE with |statement-as-expression |statement-as-expression http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21440
[Bug target/21441] New: [4.1 regression] CRIS: gcc.c-torture/execute/20040703-1.c compilation, -Os and libstdc++ setup
Comparison between
Fri Apr 29 20:34:58 CEST 2005
Fri Apr 29 18:34:58 UTC 2005
and
Sat Apr 30 23:09:53 CEST 2005
Sat Apr 30 21:09:53 UTC 2005
Tests that now fail, but worked before:
gcc.c-torture/execute/20040703-1.c compilation, -Os
What's even worse, the same bug (according to the message in the .log) hits the
setup of the libstdc++ testsuite, so it's not run at all.
The message in gcc.log is:
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/execute/20040703-1.c: In
function 'num_lshift':^M
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/execute/20040703-1.c:126:
error: insn does not satisfy its constraints:^M
(insn 373 347 372 24 (parallel [^M
(set (mem/s:SI (plus:SI (reg/f:SI 13 r13 [106])^M
(const_int 68 [0x44])) [2 num.overflow+0 S4 A16])^M
(reg:SI 16 srp [orig:28 num$overflow.63 ] [28]))^M
(set (reg/f:SI 13 r13 [106])^M
(plus:SI (reg/f:SI 13 r13 [106])^M
(const_int 68 [0x44])))^M
]) 25 {*mov_sidesisf_mem} (nil)^M
(expr_list:REG_UNUSED (reg/f:SI 13 r13 [106])^M
(nil)))^M
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/execute/20040703-1.c:126:
internal compiler error: in copyprop_hardreg_for\
ward_1, at regrename.c:1570^M
Smells like a .md bug.
--
Summary: [4.1 regression] CRIS: gcc.c-torture/execute/20040703-
1.c compilation, -Os and libstdc++ setup
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21441
[Bug target/21441] [4.1 regression] CRIS: gcc.c-torture/execute/20040703-1.c compilation, -Os and libstdc++ setup
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-07 08:59:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21441
[Bug java/21436] imports not remembered for previously compiled files
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-05-07
09:22 ---
With this version of AWTEvent.java, this is an ice-on-valid:
package java.awt;
import java.util.EventObject;
public abstract class AWTEvent extends EventObject {
AWTEvent() { super(null); }
}
I have prepared a patch which is now under testing, and it is really a "how
could it have worked" situation. When creating ctxp_for_generation we add at
the head of the list, so passes 2 and 3 are invoked in LIFO order. By the time
we try to resolve AWTEvent in B.java, java_complete_class (pass 2) has not been
done on AWTEvent yet. It seems obvious to me that passes 2 and 3 should be
executed in FIFO order.
In addition, find_in_imports should look at ctxp->import_list even if enclosing
is not NULL, if enclosing's TYPE_IMPORT_LIST is NULL (likewise for
find_in_on_demand_imports).
Patch under testing.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Keywords||ice-on-valid-code
Last reconfirmed|-00-00 00:00:00 |2005-05-07 09:22:59
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21436
[Bug java/21436] imports not remembered for previously compiled files
-- What|Removed |Added OtherBugsDependingO||21442 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21436
[Bug java/21442] New: problem with imports and multifile builds
Another bug in multifile processing. With these two classes:
Pipe.java:
package java.nio.channels;
import java.nio.channels.spi.AbstractSelectableChannel;
public abstract class Pipe { }
SelectableChannel.java:
package java.nio.channels;
import java.nio.channels.spi.AbstractInterruptibleChannel;
public abstract class SelectableChannel extends AbstractInterruptibleChannel
{ }
jc1 compiles Pipe.java on its own, but fails to compile the two files together
with an
Pipe.java:3: internal compiler error: tree check: expected class 'expression',
have 'constant' (integer_cst) in make_class_data, at java/class.c:1572
for SelectableChannel. Looks like another bug related to imports, because size
is an error_mark, and because inverting the order of the files works around the
bug.
This is with my patch for 21436.
--
Summary: problem with imports and multifile builds
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bonzini at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
BugsThisDependsOn: 21436
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21442
[Bug testsuite/21443] New: ssa-ccp-9.c etc is broken
It uses -O1 -fdump-tree-store_ccp and tests for lack of link_error, but note that store_ccp is enabled with -O2 or higher. So the testcase is testing something that happens in some other optimizer like DOM. -- Summary: ssa-ccp-9.c etc is broken Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kazu at cs dot umass dot edu CC: dnovillo at redhat dot com,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21443
[Bug target/19133] march=athlon can produce slower code than march=i686
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-07 13:54 --- Looks like random instruction selection weirdness. Not much can be done about this. -- What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19133
[Bug target/19133] march=athlon can produce slower code than march=i686
--- Additional Comments From ornati at fastwebnet dot it 2005-05-07 14:04 --- ok -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19133
[Bug middle-end/17667] Const/pure function detection during tree-based profiling
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-07 14:04 --- This is fixed on the tree-profiling-branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17667
[Bug c++/21440] [4.0/4.1 Regression] ICE with statement-as-expression
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 15:02 --- Confirmed. Related to PR 20103. -- What|Removed |Added BugsThisDependsOn||20103 Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-05-07 15:02:24 date|| Summary|[4.0 Regression] ICE with |[4.0/4.1 Regression] ICE |statement-as-expression |with statement-as-expression Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21440
[Bug tree-optimization/14705] [tree-ssa] more alias analysis needed!?
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-07 15:03
---
FWIW, here is the last SSA form I get with vops.
foo (p)
{
int D.1241;
int global.0;
int D.1239;
:
# VUSE ;
D.1239_2 = p_1->c;
if (D.1239_2 != 0) goto ; else goto ;
:;
# VUSE ;
global.0_4 = global;
D.1241_5 = global.0_4 + 1;
# global_6 = V_MUST_DEF ;
global = D.1241_5;
# VUSE ;
D.1239_7 = p_1->c;
if (D.1239_7 == 0) goto ; else goto ;
:;
# global_8 = V_MAY_DEF ;
bar () [tail call];
:;
return;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14705
[Bug middle-end/21190] [4.1 Regression] g-spitbo.adb:274: error: unrecognizable insn
--- Additional Comments From danglin at gcc dot gnu dot org 2005-05-07 15:05 --- Here's the story on this problem. Ada bootstrap was broken on this target by this change: 2005-04-08 Diego Novillo <[EMAIL PROTECTED]> Merge from tree-cleanup-branch: VRP, store CCP, store copy-prop, incremental SSA updating of FUD chains and newly exposed symbols. * Makefile.in (tree-ssa-copy.o): Depend on tree-ssa-propagate.h. ... The resulting PR was fixed by Kazu with this change: 2005-04-15 Kazu Hirata <[EMAIL PROTECTED]> PR tree-optimization/20936. * tree-ssa-ccp.c (visit_assignment): Fix a typo. However, this didn't fix all the problems introduced by the original change. With Kazu's patch, gnat1 went into an infinite loop in stage3 compiling ada.ads: stage2/xgcc -Bstage2/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g - O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/ada.a ds -o ada/ada.o make[2]: *** [ada/ada.o] Interrupt The above problem was fixed by this change: 2005-04-22 Jeff Law <[EMAIL PROTECTED]> * tree-ssa-dom.c (block_defs_stack): Remove, no longer needed. (restore_currdefs_to_original_value): Likewise. (register_definitions_for_stmt): Likewise. (tree_ssa_dominator_optimize): No longer initialize CURRENT_DEF for each variable. Do not allocate/free block_defs_stack either. Do not iterate if we just thread jumps. Only iterate if the tree_cleanup_cfg does useful work (temporary). (dom_opt_initialize_block): No longer push a marker on BLOCK_DEFS_STACK. (dom_opt_finalize_block): Removal call to restore currdefs. Relax restrictions for recording edge equivalences. (record_equivalences_from_phis): No longer need to track CURRENT_DEF. (optimize_stmt): Similarly. (thread_across_edge): Simplify by removing the requirement that statements in the block we are threading through must be nops. (initialize_hash_element): Handle GOTO_EXPR. Jeff's change exposed the current problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21190
[Bug SWING/21444] New: Swing JList can't do multiple selection
Run the test case below, hold CTRL and try clicking multiple items.
Test case:
import javax.swing.*;
import java.awt.*;
public class testlist
{
public static void main(String[] args)
{
JFrame f = new JFrame();
DefaultListModel v = new DefaultListModel();
v.addElement("alsdkfj");
v.addElement("lasdkfj");
v.addElement("owieur");
v.addElement("weoiru");
v.addElement("lskdfj");
v.addElement("zcxvn");
v.addElement("zxcvlkzvm");
JList a = new JList(v);
a.setSelectionMode(ListSelectionModel.MULTIPLE_INTERVAL_SELECTION);
a.setVisibleRowCount(2);
JScrollPane p = new JScrollPane(a);
a.setLayoutOrientation(JList.HORIZONTAL_WRAP);
f.getContentPane().add(p);
f.pack();
f.show();
}
}
--
Summary: Swing JList can't do multiple selection
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: SWING
AssignedTo: graydon at redhat dot com
ReportedBy: kho at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21444
[Bug rtl-optimization/21182] gcc can use registers but uses stack instead
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-07 15:23:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21182
[Bug rtl-optimization/13712] Executable runs 25% slower than when compiled with INTEL compiler
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-07 15:27 --- Looks like -D__NO_MATH_INLINES makes gcc produced code much better... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13712
[Bug middle-end/21433] The COMPONENT_REF case of expand_expr_real_1 is probably wrong
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 15:52 --- (In reply to comment #0) > We have the following coverage for the COMPONENT_REF case. Actually I think at one point this was valid to do but that was before gimple and generic and tree-ssa. I think the code is just dead now. In fact this code dates before the EGCS split. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-07 15:52:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21433
[Bug bootstrap/21403] Canadian cross build fails.
-- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||05/msg00555.html Keywords||build, patch Last reconfirmed|-00-00 00:00:00 |2005-05-07 15:54:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21403
[Bug fortran/21432] gfortran does not support printing of namelists
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-07 15:55:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21432
[Bug fortran/21434] blanket save after other save statements triggers error
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-07 15:56 --- *** This bug has been marked as a duplicate of 19425 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21434
[Bug fortran/19425] Duplicate SAVE attribute problem
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-07 15:56 --- *** Bug 21434 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||joe at confucius dot ||gnacademy dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19425
[Bug target/21412] [PowerPC] ICE loading TLS address
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-07 16:46 --- Subject: Bug 21412 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-07 16:46:09 Modified files: gcc: ChangeLog gcc/config/rs6000: rs6000.c Added files: gcc/testsuite/gcc.dg/tls: opt-9.c Log message: PR target/21412 * config/rs6000/rs6000.c (rs6000_emit_move): Look for tls addresses with constant offsets. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8635&r2=2.8636 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gcc&r1=1.821&r2=1.822 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tls/opt-9.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
[Bug libfortran/21435] gfortran fails to open nonexisting file with status scratch
-- What|Removed |Added Component|fortran |libfortran http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21435
[Bug libfortran/21435] fails to open nonexisting file with status scratch
-- What|Removed |Added Severity|normal |minor Summary|gfortran fails to open |fails to open nonexisting |nonexisting file with status|file with status scratch |scratch | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21435
[Bug target/21412] [PowerPC] ICE loading TLS address
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-07 16:50 --- Subject: Bug 21412 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-07 16:49:59 Modified files: gcc: ChangeLog gcc/config/rs6000: rs6000.c Added files: gcc/testsuite/gcc.dg/tls: opt-9.c Log message: PR target/21412 * config/rs6000/rs6000.c (rs6000_emit_move): Look for tls addresses with constant offsets. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.224&r2=2.7592.2.225 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.788.2.6&r2=1.788.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tls/opt-9.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-07 16:52 --- > I don't know that I'm in a position to make a good decision here, but I > do agree with Jeff -- it would be a lot more compelling to make the > change if there was actually a demonstrable problem -- especially coming > from non-synthetic code. I presume you'd like to have a testcase that fails with 4.0.x? Because I can hardly think of a more demonstrable problem than this one: Jeff's analysis for 4.1.x was exactly the same as mine for 3.3.x and nothing has changed in the code. -- What|Removed |Added CC||mark at codesourcery dot com Known to work|3.4.4 3.3.5 |3.4.4 3.3.5 4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15248
[Bug SWING/21444] Swing JList can't do multiple selection
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 16:56 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-07 16:56:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21444
[Bug testsuite/21443] ssa-ccp-9.c etc is broken
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 16:56 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-07 16:56:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21443
[Bug testsuite/21443] ssa-ccp-9.c etc is broken
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21443
[Bug testsuite/21443] ssa-ccp-9.c etc is broken
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-07 17:02
---
A quick grep for fdump-tree-store_ccp shows
20030731-2.c:/* { dg-options "-O1 -fdump-tree-store_ccp" } */
20030917-1.c:/* { dg-options "-O1 -fdump-tree-store_ccp" } */
20030917-3.c:/* { dg-options "-O1 -fno-tree-dominator-opts
-fdump-tree-store_ccp" } */
20040721-1.c:/* { dg-options "-O2 -fdump-tree-store_ccp-vops" } */
ssa-ccp-1.c:/* { dg-options "-O1 -fdump-tree-store_ccp" } */
ssa-ccp-2.c:/* { dg-options "-O1 -fdump-tree-store_ccp" } */
ssa-ccp-3.c:/* { dg-options "-O1 -fdump-tree-store_ccp" } */
ssa-ccp-7.c:/* { dg-options "-O1 -fdump-tree-store_ccp" } */
ssa-ccp-9.c:/* { dg-options "-O1 -fdump-tree-store_ccp" } */
So store_ccp isn't enabled in most of these.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21443
[Bug target/21437] [4.1 Regression] Hordes of nop instructions being emitted
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 17:30 --- Confirmed, this happens with any file. Some how the scheduler is broken. Something changed between 20050502 and now. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC target triplet|powerpc*-linux |powerpc*-*-* Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2005-05-07 17:30:16 date|| Summary|Hordes of nop instructions |[4.1 Regression] Hordes of |being emitted |nop instructions being ||emitted Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21437
[Bug target/21437] [4.1 Regression] Hordes of nop instructions being emitted
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 17:43 --- This is fall out from Aldy's changing to use .opt. -- What|Removed |Added CC||aldyh at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21437
gcc 4.0.0 on amd64: problem with -O2?
Hi folks,
The attached testcase dies on Debian (amd64) if
compiled with -O2.
Here is the usual data:
% gcc -v
Using built-in specs.
Target: x86_64-linux
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--libexecdir=/usr/lib --enable-shared --with-system-zlib --enable-nls
--enable-threads=posix --without-included-gettext --program-suffix=-4.0
--enable-__cxa_atexit --enable-libstdcxx-allocator=mt
--enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm
--enable-java-awt=gtk --enable-mpfr --disable-werror --enable-checking=release
x86_64-linux
Thread model: posix
gcc version 4.0.0 (Debian 4.0.0-1)
% gcc -O -o testcase testcase.c
% ./testcase
Data: 42
% gcc -O2 -o testcase testcase.c
% ./testcase
Segmentation fault (core dumped)
The testcase has been created by grabbing some code
fragments from libX11, XFree86 4.3 on Debian, amd64.
-Wall complains about dereferencing type-punned pointer.
Is this a known problem? I haven't seen it in the database.
Regards
Harri
#include
typedef struct _XDisplay Display;
typedef union {
Display *display;
void *gc;
void *visual;
void *screen;
void *pixmap_format;
void *font; } XEDataObject;
typedef struct _XExtData {
int number; /* number returned by XRegisterExtension */
struct _XExtData *next; /* next item on list of data for structure */
int (*free_private)( /* called to free private storage */
struct _XExtData *extension
);
void * private_data; /* data private to this extension. */
} XExtData;
struct _XDisplay
{
XExtData *ext_data; /* hook for extension to hang data */
int data; /* Network socket. */
};
XExtData **XEHeadOfExtensionList(object)
XEDataObject object;
{
return *(XExtData ***)&object;
}
void _XF86BigfontCodes (dpy)
register Display *dpy;
{
XEDataObject dpy_union;
XExtData **pData;
dpy_union.display = dpy;
pData = XEHeadOfExtensionList(dpy_union);
printf("Data: %d\n", (*pData)->number);
}
int main()
{
XExtData extdata_in_main;
Display dpy = {
&extdata_in_main,
0xdeadbeef,
};
extdata_in_main.number = 42;
extdata_in_main.next = 0;
_XF86BigfontCodes(&dpy);
return 0;
}
# 1 "testcase.c"
# 1 ""
# 1 ""
# 1 "testcase.c"
# 1 "/usr/include/stdio.h" 1 3 4
# 28 "/usr/include/stdio.h" 3 4
# 1 "/usr/include/features.h" 1 3 4
# 308 "/usr/include/features.h" 3 4
# 1 "/usr/include/sys/cdefs.h" 1 3 4
# 309 "/usr/include/features.h" 2 3 4
# 331 "/usr/include/features.h" 3 4
# 1 "/usr/include/gnu/stubs.h" 1 3 4
# 332 "/usr/include/features.h" 2 3 4
# 29 "/usr/include/stdio.h" 2 3 4
# 1 "/usr/lib/gcc/x86_64-linux/4.0.0/include/stddef.h" 1 3 4
# 214 "/usr/lib/gcc/x86_64-linux/4.0.0/include/stddef.h" 3 4
typedef long unsigned int size_t;
# 35 "/usr/include/stdio.h" 2 3 4
# 1 "/usr/include/bits/types.h" 1 3 4
# 28 "/usr/include/bits/types.h" 3 4
# 1 "/usr/include/bits/wordsize.h" 1 3 4
# 29 "/usr/include/bits/types.h" 2 3 4
# 1 "/usr/lib/gcc/x86_64-linux/4.0.0/include/stddef.h" 1 3 4
# 32 "/usr/include/bits/types.h" 2 3 4
typedef unsigned char __u_char;
typedef unsigned short int __u_short;
typedef unsigned int __u_int;
typedef unsigned long int __u_long;
typedef signed char __int8_t;
typedef unsigned char __uint8_t;
typedef signed short int __int16_t;
typedef unsigned short int __uint16_t;
typedef signed int __int32_t;
typedef unsigned int __uint32_t;
typedef signed long int __int64_t;
typedef unsigned long int __uint64_t;
typedef long int __quad_t;
typedef unsigned long int __u_quad_t;
# 129 "/usr/include/bits/types.h" 3 4
# 1 "/usr/include/bits/typesizes.h" 1 3 4
# 130 "/usr/include/bits/types.h" 2 3 4
__extension__ typedef unsigned long int __dev_t;
__extension__ typedef unsigned int __uid_t;
__extension__ typedef unsigned int __gid_t;
__extension__ typedef unsigned long int __ino_t;
__extension__ typedef unsigned long int __ino64_t;
__extension__ typedef unsigned int __mode_t;
__extension__ typedef unsigned long int __nlink_t;
__extension__ typedef long int __off_t;
__extension__ typedef long int __off64_t;
__extension__ typedef int __pid_t;
__extension__ typedef struct { int __val[2]; } __fsid_t;
__extension__ typedef long int __clock_t;
__extension__ typedef unsigned long int __rlim_t;
__extension__ typedef unsigned long int __rlim64_t;
__extension__ typedef unsigned int __id_t;
__extension__ typedef long int __time_t;
__extension__ typedef unsigned int __useconds_t;
__extension__ typedef long int __suseconds_t;
__extension__ typedef int __daddr_t;
__extension__ typedef long int __swblk_t;
__extension__ typedef int __key_t;
__extension__ typedef int __clockid_t;
__extension__ typedef void * __timer_t;
__extension__ typedef long int __blksize_t;
__extension__ typedef long int __blkcnt_t;
__extension__ typedef long int __blkcnt64_t;
__extension__ typedef unsigned long int __fsblkcnt_t;
__extension__ typedef unsigned long int __fsblkcnt64_t;
__extension__ typedef unsigned long int __fsfilc
Re: gcc 4.0.0 on amd64: problem with -O2?
On May 7, 2005, at 2:04 PM, Harald Dunkel wrote: Hi folks, The testcase has been created by grabbing some code fragments from libX11, XFree86 4.3 on Debian, amd64. -Wall complains about dereferencing type-punned pointer. Stop right there, you said it warns, well this is a case where you are violating C89/C99/C++ aliasing rules so it is a bug in your code and not in GCC. -- Pinski
[Bug c/21438] Warning about division by zero depends on lexical form
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 18:18 --- Confirmed, it is obvious from looking at the code what was wrong. The following patch should fix it but I don't have time to test it fully: Index: c-typeck.c === RCS file: /cvs/gcc/gcc/gcc/c-typeck.c,v retrieving revision 1.439 diff -u -p -r1.439 c-typeck.c --- c-typeck.c 2 May 2005 16:02:19 - 1.439 +++ c-typeck.c 7 May 2005 18:17:53 - @@ -7462,7 +7462,8 @@ build_binary_op (enum tree_code code, tr case EXACT_DIV_EXPR: /* Floating point division by zero is a legitimate way to obtain infinities and NaNs. */ - if (warn_div_by_zero && skip_evaluation == 0 && integer_zerop (op1)) + if (warn_div_by_zero && skip_evaluation == 0 + && integer_zerop (op1) && code0 != REAL_TYPE) warning (0, "division by zero"); if ((code0 == INTEGER_TYPE || code0 == REAL_TYPE -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2005-05-07 18:18:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21438
[Bug c/21438] Warning about division by zero depends on lexical form
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 18:20 --- Hmm, I wonder why C++ warns though: t.c:2: warning: division by zero in '1.0e+0f / 0.' t.c:3: warning: division by zero in '1.0e+0f / 0' -- What|Removed |Added Known to fail||3.2.3 3.3.4 3.4.2 4.0.0 ||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21438
[Bug tree-optimization/21445] New: [meta-bug] we need a reassociate pass
Just a meta-bug showing where a reassociate pass could help. -- Summary: [meta-bug] we need a reassociate pass Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21445
[Bug tree-optimization/18317] Missed IV optimization (another one)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 18:37 --- Fixed by the patch for PR 18316 and PR 19126. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18317
[Bug tree-optimization/21445] [meta-bug] we need a reassociate pass
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 18:45 --- CCing Danny as he is writting this pass right now. -- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org OtherBugsDependingO||15878, 16157, 17955, 19104, nThis||19105 Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-07 18:45:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21445
[Bug tree-optimization/13876] loop not fully optimized
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 18:52 --- The orginal testcase in comment #0 is fixed now but not the one in comment #2. -- What|Removed |Added Last reconfirmed|2005-04-16 17:31:17 |2005-05-07 18:52:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13876
[Bug target/21437] [4.1 Regression] Hordes of nop instructions being emitted
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07
19:02 ---
Fixed by:
* config.gcc ({powerpc,rs6000}-ibm-aix*): Remove rs6000/aix.opt
from extra_options.
* config.in (HAVE_AS_POPCNTB): New.
* configure.ac (HAVE_AS_MFCRF): Add .machine "pwr5" to AIX test.
(HAVE_AS_POPCNTB): New.
* configure: Regenerated.
* config/rs6000/aix.h (TARGET_XL_COMPAT): Delete.
* config/rs6000/rs6000.c (rs6000_override_options, power5): Add
MASK_POPCNTB. Uncomment rs6000_sched_restricted_insns_priority
and rs6000_sched_costly_dep.
* config/rs6000/rs6000.h (TARGET_POPCNTB): New.
(TARGET_XL_COMPAT): Delete.
* config/rs6000/rs6000.md (UNSPEC_POPCNTB): New.
(popcount2): New.
(popcntb2): New.
* config/rs6000/rs6000.opt (mpopcntb): New.
--
What|Removed |Added
Status|NEW |RESOLVED
Resolution||FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21437
[Bug tree-optimization/19639] Funny (horrible) code for empty destructor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07
19:09 ---
On the mainline I get:
void foo() ()
{
void * ivtmp.3;
struct NonPod x;
:
ivtmp.3 = &x.foo[2];
:;
ivtmp.3 = ivtmp.3 - 4B;
if (ivtmp.3 == &x.foo) goto ; else goto ;
:;
return;
}
Which is still not good as we could do :(.
--
What|Removed |Added
Last reconfirmed|2005-01-26 13:57:32 |2005-05-07 19:09:02
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19639
Re: gcc 4.0.0 on amd64: problem with -O2?
Andrew Pinski wrote: > > Stop right there, you said it warns, well this is a case where > you are violating C89/C99/C++ aliasing rules so it is a bug in your > code and not in GCC. > This is not my code. It is XFree86 4.3. I am just trying to help by investigating a problem and providing an easy testcase. If you read my report, then you will recognize that it is a problem of the optimizer. Regards Harri signature.asc Description: OpenPGP digital signature
[Bug tree-optimization/14341] Missed comparison optimization (VRP)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07
19:30 ---
Huh, I don't understand why VRP does not take care of this:
i_13: [-2147483648, ]
D.1236_4 = i_13 <= ;
i_13 = ASSERT_EXPR ;
D.1236_4 = i_13 <= ;
The following is the testcase which I used with -O2 -fno-tree-dominator-opts,
otherwise VRP is not
run:
void f(int);
int h(int, int);
void t(int *ttt)
{
int i;
int x;
*ttt = 1;
if (ttt== 0)
f(0);
for( i = 0; i < 1; i++ ){
f(i < 1);
}
}
--
What|Removed |Added
CC||dnovillo at gcc dot gnu dot
||org
Summary|Missed comparison |Missed comparison
|optimization (jump threading|optimization (VRP)
|related)|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14341
Re: gcc 4.0.0 on amd64: problem with -O2?
On May 7, 2005, at 3:25 PM, Harald Dunkel wrote: Andrew Pinski wrote: Stop right there, you said it warns, well this is a case where you are violating C89/C99/C++ aliasing rules so it is a bug in your code and not in GCC. This is not my code. It is XFree86 4.3. I am just trying to help by investigating a problem and providing an easy testcase. If you read my report, then you will recognize that it is a problem of the optimizer. Wrong, try again. Violating aliasing rules cause undefined behavior so seg faulting is an okay thing to do. -- Pinski
[Bug c/21446] New: internal compiler error -- is recommending to file a bug report
Trying to build gcc-3.4.3 for IBM AIX 5.3L on an IBM p570 machine. Fails, and a message asks me to file a bug report. I have generated the .i file using ./xgcc -v -save-temps ... ... but I don't see a way to attach the .i file (and .s file if you need) in this Bugzilla form. I can email it on request. sdp1:/oracle/node1/gccbuild/gcc>./xgcc -v Using built-in specs. Configured with: /oracle/node1/gcc-3.4.3/configure -- prefix=/oracle/node1/gccinstall --enable-threads --enable-languages=c,c++ Thread model: aix gcc version 3.4.3 /xgcc -B./ -B/oracle/node1/gccinstall/powerpc-ibm-aix5.3.0.0/bin/ - isystem /oracle/node1/gccinstall/powerpc-ibm-aix5.3.0.0/include - isystem /oracle/node1/gccinstall/powerpc-ibm-aix5.3.0.0/sys-include - L/oracle/node1/gccbuild/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings - Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition - isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 - D__GCC_FLOAT_NOT_NEEDED -I. -I. -I/oracle/node1/gcc-3.4.3/gcc - I/oracle/node1/gcc-3.4.3/gcc/. -I/oracle/node1/gcc-3.4.3/gcc/../include - I../intl -DL_fixunsdfsi -c /oracle/node1/gcc-3.4.3/gcc/libgcc2.c -o libgcc/./_fixunsdfsi.o /oracle/node1/gcc-3.4.3/gcc/libgcc2.c: In function `__fixunsdfsi': /oracle/node1/gcc-3.4.3/gcc/libgcc2.c:1384: error: unrecognizable insn: (insn:HI 11 10 12 0 /oracle/node1/gcc-3.4.3/gcc/libgcc2.c:1381 (set (reg:CCEQ 122) (compare:CCEQ (ior:SI (gt:SI (reg:CCFP 121) (const_int 0 [0x0])) (eq:SI (reg:CCFP 121) (const_int 0 [0x0]))) (const_int 1 [0x1]))) -1 (insn_list 10 (nil)) (expr_list:REG_DEAD (reg:CCFP 121) (nil))) /oracle/node1/gcc-3.4.3/gcc/libgcc2.c:1384: internal compiler error: in extract_insn, at recog.c:2083 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[3]: *** [libgcc/./_fixunsdfsi.o] Error 1 make[3]: Leaving directory `/oracle/node1/gccbuild/gcc' make[2]: *** [stmp-multilib] Error 2 make[2]: Leaving directory `/oracle/node1/gccbuild/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/oracle/node1/gccbuild/gcc' make: *** [bootstrap] Error 2 sdp1:/oracle/node1/gccbuild> -- Summary: internal compiler error -- is recommending to file a bug report Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: philip dot thambidurai at comverse dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21446
[Bug c/21446] internal compiler error -- is recommending to file a bug report
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 19:33 --- *** This bug has been marked as a duplicate of 9382 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21446
[Bug bootstrap/9382] AIX 5.2 ../../gcc-20030120/gcc/libgcc2.c:1161: internal compiler error: in extract_insn, at recog.c:2175
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 19:33 --- *** Bug 21446 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||philip dot thambidurai at ||comverse dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9382
[Bug target/21441] [4.1 regression] CRIS: gcc.c-torture/execute/20040703-1.c compilation, -Os and libstdc++ setup
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-07
19:40 ---
Subject: Bug 21441
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-07 19:40:39
Modified files:
gcc: ChangeLog
Log message:
PR target/21441
* config/cris/cris.md ("*movdi_insn", "*mov_sidesisf_biap")
("*mov_sidesisf", "*mov_sidesisf_biap_mem", "*mov_sidesisf_mem"):
Handle moved operand being in special register.
("smulsi3_highpart", "umulsi3_highpart"): Change .error into
presumed working insn.
(mover2side): Add FIXME.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8641&r2=2.8642
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21441
[Bug target/21441] [4.1 regression] CRIS: gcc.c-torture/execute/20040703-1.c compilation, -Os and libstdc++ setup
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-07 19:43 --- See http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00595.html>. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21441
[Bug libfortran/18958] [4.0 only] eoshift segfaults when shifting off the end of an array
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-07 19:48 --- Subject: Bug 18958 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-07 19:48:19 Modified files: libgfortran: ChangeLog libgfortran.h gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: eoshift.f90 Log message: 2005-05-06 Thomas Koenig <[EMAIL PROTECTED]> Backport from mainline: PR libfortran/18958 libgfortran.h: Change typedef of index_type from size_t to ssize_t. 2005-05-06 Thomas Koenig <[EMAIL PROTECTED]> Backport from mainline: PR libfortran/18958 * gfortran.dg/eoshift.f90: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.23&r2=1.163.2.24 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/libgfortran.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.23&r2=1.23.8.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.165&r2=1.5084.2.166 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eoshift.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18958
[Bug libfortran/18958] [4.0 only] eoshift segfaults when shifting off the end of an array
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-07 19:49 --- Fixed in the 4.0 branch. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18958
[Bug tree-optimization/19401] Trivial loop not unrolled
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 19:56 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19401
[Bug libstdc++/11706] std::pow(T, int) implementation pessimizes code
-- Bug 11706 depends on bug 19401, which changed state. Bug 19401 Summary: Trivial loop not unrolled http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19401 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11706
[Bug target/21441] [4.1 regression] CRIS: gcc.c-torture/execute/20040703-1.c compilation, -Os and libstdc++ setup
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21441
[Bug c++/21447] New: internal compiler error: output_operand
This problem occurs compiling wxWidgets 2.6.0 and also if I try to compile a program using wxWidgets 2.5.x compiled with gcc 3.4.2. It's the one when compiling wxWidgets 2.6.0: $ sh ../configure CXXFLAGS='-O4 -s -DNO_GCC_PRAGMA' --with-msw --enable-stl --enable-shared --with-odbc $ make ../src/common/sckipc.cpp:755: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make: *** [netdll_sckipc.o] Error 1 $ gcc -v: Using built-in specs. Target: mingw32 Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as --host= mingw32 --target=mingw32 --prefix=C:/MinGW --enable-threads --disable-nls --enab le-languages=c,c++ --disable-win32-registry --disable-shared --without-x Thread model: win32 gcc version 4.0.0 sckipc.ii can be downloaded from http://gda.utp.edu.co/~ceniza/sckipc.zip -- Summary: internal compiler error: output_operand Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P1 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ceniza666 at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21447
[Bug c++/21447] internal compiler error: output_operand
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 20:20 --- *** This bug has been marked as a duplicate of 21275 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21447
[Bug middle-end/21275] [4.0/4.1 Regression] gcc 4.0.0 crash with mingw when using stdout in global var
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 20:20 --- *** Bug 21447 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||ceniza666 at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275
[Bug java/21070] [4.1 Regression]: java compiler generates wrong code on ia64
--- Additional Comments From hjl at lucon dot org 2005-05-07 20:24 --- That is a binutils bug: http://sources.redhat.com/bugzilla/show_bug.cgi?id=940 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
[Bug middle-end/21237] [4.0/4.1 Regression] unnecessary __cmpdi2 usage?
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-07 20:24 --- i386 synthesizes a DImode compare for 32-bit mode in target-dependent code. PowerPC probably needs to do the same. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237
[Bug tree-optimization/21448] New: [4.1 Regression] ICE in estimate_num_insns_1, at tree-inline.c:1433
The following test failures have appeared on mainline between 20050506 and 20050507. All are "internal compiler error: in estimate_num_insns_1, at tree-inline.c:1433". On i686-pc-linux-gnu and ia64-hpux: FAIL: gcc.dg/vect/vect-ifcvt-2.c (test for excess errors) FAIL: gcc.dg/vect/vect-ifcvt-3.c (test for excess errors) FAIL: gcc.dg/vect/vect-ifcvt-4.c (test for excess errors) FAIL: gcc.dg/vect/vect-ifcvt-5.c (test for excess errors) FAIL: gcc.dg/vect/vect-ifcvt-6.c (test for excess errors) FAIL: gcc.dg/vect/vect-ifcvt-7.c (test for excess errors) FAIL: gcc.dg/vect/vect-ifcvt-9.c (test for excess errors) FAIL: gcc.dg/vect/vect-ifcvt-9.c scan-tree-dump-times vectorized 1 loops 2 On i686-pc-linux-gnu (not a new failure on ia64-hpux because of bug 21050, but the ICE has become the same as the one above): FAIL: gcc.dg/vect/vect-none.c (test for excess errors) On ia64-hpux (both -milp32 and -mlp64), same ICE: FAIL: gcc.dg/tree-ssa/ifc-20040816-1.c (test for excess errors) gcc-testresults shows at least some of these tests failing on other platforms, which may be the same failure. -- Summary: [4.1 Regression] ICE in estimate_num_insns_1, at tree- inline.c:1433 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21448
[Bug tree-optimization/21448] [4.1 Regression] ICE in estimate_num_insns_1, at tree-inline.c:1433
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 20:38 --- I think this was caused by: 2005-05-06 Zdenek Dvorak <[EMAIL PROTECTED]> PR tree-optimization/19401 * tree-flow.h (tree_unroll_loops_completely): Declaration changed. * tree-ssa-loop-ivcanon.c (enum unroll_level): New. (estimated_unrolled_size): New function. (try_unroll_loop_completely, canonicalize_loop_induction_variables, tree_unroll_loops_completely): Always unroll loops if the code size does not increase. * tree-ssa-loop.c (tree_complete_unroll): Indicate whether all loops should be unrolled completely. (gate_tree_complete_unroll): Run complete unrolling unconditionally. But is really a latent bug. -- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21448
[Bug rtl-optimization/12771] Weak loop optimizer
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 20:47 --- On the mainline, we get: .L13: fld %st(0) incl%ecx fmuls (%edx) addl%ebx, %edx fadds (%eax) fstps (%eax) addl%esi, %eax cmpl%ecx, %edi jne .L13 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12771
[Bug tree-optimization/18754] unrolling happens too late/SRA does not happen late enough
-- Bug 18754 depends on bug 18755, which changed state. Bug 18755 Summary: invariant/constant not recomputed when ADDR_EXPR changed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18755 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18754
[Bug tree-optimization/9895] [SH] GCC unable to retain array values in registers
-- Bug 9895 depends on bug 18755, which changed state. Bug 18755 Summary: invariant/constant not recomputed when ADDR_EXPR changed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18755 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9895
[Bug tree-optimization/18755] invariant/constant not recomputed when ADDR_EXPR changed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 21:00 --- This has now been fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18755
[Bug tree-optimization/9895] GCC unable to retain array values in registers
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 21:22 --- For this one, GCC is over estimating the size of the loop. -- What|Removed |Added Summary|[SH] GCC unable to retain |GCC unable to retain array |array values in registers |values in registers http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9895
Re: Problem with use of anonymous types
Andrew Pinski <[EMAIL PROTECTED]> writes:
| On May 6, 2005, at 8:09 PM, Julian Cummings wrote:
|
| > People are reporting trouble compiling blitz with gcc-4.0.0, and the
| > compiler errors are resulting from the use of unnamed enums. A
| > simple code
| > illustrates the problem:
| >
| > struct nullType {};
| > template inline T operator+(const T& a, nullType) {
| > return a;
| > }
| > enum named { namedA = 1, namedB = 2 };
| > enum { unnamedA = 2, unnamedB = 4 };
| > struct bar {
| > enum { namedC = namedA + namedB,
| >unnamedC = unnamedA + unnamedB };
| > };
| > int main() {
| > }
| >
| > The gcc compiler complains about trying to add unnamedA and unnamedB.
| > Apparently it gets confused by the presence of the operator+
| > overload for
| > the empty struct nullType. I don't see why the compiler would think
| > that
| > the anonymous enumerators unnamedA or unnamedB would match with type
| > nullType. Enumerators are supposed to default to integers when used in
| > arithmetic operations such as operator+. Everything compiles fine
| > when the
| > operator+ overload is not present. The code compiles as is under
| > gcc-3.4.
| > What gives?
|
| This is a bug in your code. See PR 19404 and PR 20589.
Or this is a bug in the standard. There is an active core issue for
it. And I sent a request for further clarification and rationale.
(I've heard some rumours about manglings, but they don't make sense to me).
-- Gaby
[Bug tree-optimization/21449] New: Loop unroller is way over estimating the unroll size of a loop
The loop unroller over estimates the unrolled sized of an empty loop:
int f(void)
{
int i;
for(i = 0 ;i < 10; i++);
}
We get:
Loop size: 5
Estimated size after unrolling: 10
--
Summary: Loop unroller is way over estimating the unroll size of
a loop
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: missed-optimization, TREE
Severity: enhancement
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21449
[Bug tree-optimization/21449] Loop unroller is way over estimating the unroll size of a loop
-- What|Removed |Added Version|4.0.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21449
Re: Problem with use of anonymous types
"Julian Cummings" <[EMAIL PROTECTED]> writes: | Hmmm... I just read through the bug reports you cited. Sounds to me like | this is still somewhat of an open issue, as to whether the compiler should | issue an error in these cases or simply silently discard any templated | function as a possible match for an operation involving an unnamed type. As You're right, the issue is still open. I think people should be careful in closing PRs related to that issue. I can see the reasoning behind the error but it does not make any sense to me. | was pointed out in the discussion, this is a *disastrous* change in the | standard behavior of gcc because it essentially makes it impossible to | safely use an unnamed enum type in an arithmetic operation. There is bound | to be some template function overload declared in some header file somewhere | that suddenly makes your code not work. I am shocked that there is no | compiler flag made available to restore the previous behavior, especially in | light of the fact that the disposition of this issue remains unresolved. I Please consider filling a PR and expliclty mention the fact that the issue is under discussion withing the C++ committee. | have checked several other C++ compilers now (Intel icc 8.1 and IBM xlC 7.0, | for instance) and they all accept my example. -- Gaby
Re: Problem with use of anonymous types
On May 7, 2005, at 6:40 PM, Gabriel Dos Reis wrote: "Julian Cummings" <[EMAIL PROTECTED]> writes: | Hmmm... I just read through the bug reports you cited. Sounds to me like | this is still somewhat of an open issue, as to whether the compiler should | issue an error in these cases or simply silently discard any templated | function as a possible match for an operation involving an unnamed type. As You're right, the issue is still open. I think people should be careful in closing PRs related to that issue. I can see the reasoning behind the error but it does not make any sense to me. Well let me say I did not close the PR in the first place, and Mark did. -- Pinski
[Bug rtl-optimization/21450] New: [4.0/4.1 regression] -fstrict-aliasing causes miscompilation
This C++ code snippet aborts on amd64 and i386 if compiled with -O[23]:
(Note: tree dumps are correct)
---
extern "C" void abort (void);
struct T {};
struct U : T {};
int main ()
{
int i;
U *p;
T **q;
for (i = 0; i < 2; i++)
{
q = (T **) &p;
*q = 0;
if (p)
abort ();
}
return 0;
}
---
The above bug shows as Mozilla Firefox segfault in function
imgRequest::NotifyProxyListener(imgRequestProxy *) when pressing 'reload'
button, and the testcase was reduced from function
imgCacheValidator::OnStartRequest(nsIRequest *, nsISupports *), here is part of
original code:
NS_IMETHODIMP imgCacheValidator::OnStartRequest(nsIRequest *aRequest,
nsISupports *ctxt)
{
...
for (PRInt32 i = count-1; i>=0; i--) {
imgRequestProxy *proxy;
mProxies.GetElementAt(i, (nsISupports**)&proxy);
mRequest->NotifyProxyListener(proxy);
NS_RELEASE(proxy);
}
...
--
Summary: [4.0/4.1 regression] -fstrict-aliasing causes
miscompilation
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Keywords: wrong-code
Severity: critical
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: belyshev at depni dot sinp dot msu dot ru
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21450
[Bug fortran/17423] gfortran segfault when compiling FM509.f from NIST testsuite
--- Additional Comments From jvdelisle at verizon dot net 2005-05-07 22:16 --- A patch to fix the problem in comment #7 has been submitted for review. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17423
[Bug rtl-optimization/21450] [3.4/4.0/4.1 regression] -fstrict-aliasing causes miscompilation
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07
22:19 ---
Confirmed, here is a testcase which makes it fail with 3.4.0:
extern "C" void abort (void) throw();
struct T {};
struct U : T {};
int size = 2;
int main ()
{
struct T * * pretmp3;
struct U * p;
int i;
int size1 = size;
p =(U*)1 ;
pretmp3 = (struct T * *) &p;
i = 0;
L0:;
*pretmp3 = 0;
if (p != 0) abort();
i = i + 1;
if (i != 2) goto L0;
L4:;
return 0;
}
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
GCC target triplet||i686-pc-linux-gnu
Known to fail||3.2.3 3.3.4 3.4.2 4.0.0
||4.1.0
Known to work||2.95.3 3.0.4
Last reconfirmed|-00-00 00:00:00 |2005-05-07 22:19:39
date||
Summary|[4.0/4.1 regression] - |[3.4/4.0/4.1 regression] -
|fstrict-aliasing causes |fstrict-aliasing causes
|miscompilation |miscompilation
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21450
[Bug rtl-optimization/21450] [3.4/4.0/4.1 regression] C++ aliasing sets and downcast pointers to pointers
--- Additional Comments From falk at debian dot org 2005-05-07 22:27 --- I guess I'm missing something in here. *q accesses an object of type U* (namely p). The type of the lvalue *q is T*. Right? Which case in 3.10/15 covers this? -- What|Removed |Added Component|c++ |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21450
[Bug bootstrap/21403] Canadian cross build fails.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-07 22:28 --- Subject: Bug 21403 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-07 22:28:10 Modified files: gcc: ChangeLog configure.ac configure Log message: 2005-05-07 Anthony Green <[EMAIL PROTECTED]> PR bootstrap/21403 * configure.ac (STMP_FIXPROTO): Fix [ ] consumption problem in x$STMP_FIXPROTO test. * configure: Rebuilt. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.226&r2=2.7592.2.227 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/configure.ac.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.94.8.2&r2=2.94.8.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/configure.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.885.6.2&r2=1.885.6.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21403
[Bug c++/11376] [3.3/3.4 regression] mozilla-1.4 miscompiled
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 22:30 --- *** Bug 21450 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||belyshev at depni dot sinp ||dot msu dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11376
[Bug rtl-optimization/21450] [3.4/4.0/4.1 regression] C++ aliasing sets and downcast pointers to pointers
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 22:30 --- Yes the code is invalid after I thought about it and looked for another bug which has the same issue, see PR 11376. *** This bug has been marked as a duplicate of 11376 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21450
[Bug bootstrap/21403] Canadian cross build fails.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-07 22:32 --- Subject: Bug 21403 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-07 22:32:04 Modified files: gcc: ChangeLog configure.ac configure Log message: 2005-05-07 Anthony Green <[EMAIL PROTECTED]> PR bootstrap/21403 * configure.ac (STMP_FIXPROTO): Fix [ ] consumption problem in x$STMP_FIXPROTO test. * configure: Rebuilt. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8644&r2=2.8645 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/configure.ac.diff?cvsroot=gcc&r1=2.108&r2=2.109 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/configure.diff?cvsroot=gcc&r1=1.900&r2=1.901 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21403
[Bug bootstrap/21403] Canadian cross build fails.
--- Additional Comments From green at redhat dot com 2005-05-07 22:33 --- Patch applied to HEAD and 4.0 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21403
[Bug bootstrap/21403] Canadian cross build fails.
-- What|Removed |Added Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21403
[Bug tree-optimization/21448] [4.1 Regression] ICE in estimate_num_insns_1, at tree-inline.c:1433
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 22:42 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-07 22:42:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21448
[Bug tree-optimization/21093] missed tail call optimization when local address could escape
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-07 22:47 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-07 22:47:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21093
[Bug libmudflap/21023] mudflap reports errors for external variables
-- What|Removed |Added Summary|mudflap reports errors |mudflap reports errors for ||external variables Version|4.0.1 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21023
Re: gcc 4.0.0 on amd64: problem with -O2?
Andrew Pinski wrote: > > Wrong, try again. Violating aliasing rules cause undefined behavior > so seg faulting is an okay thing to do. But producing a warning message and bad code is not OK. Either using a "type-punned pointer" should be treated as a fatal error, because gcc would create bad code, or gcc should create working code. If gcc knows that the code is bad, why does it continue? Regards Harri signature.asc Description: OpenPGP digital signature
