[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-19 08:23 --- Subject: Bug 24432 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-19 08:23:43 Modified files: libgfortran: c99_protos.h ChangeLog Log message: PR libfortran/24432 * c99_protos.h: Define HAVE_ macros for all provided functions. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/c99_protos.h.diff?cvsroot=gcc&r1=1.8&r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.326&r2=1.327 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #6 from fxcoudert at gmail dot com 2005-10-19 08:27 --- Eric, I let you close this PR after you check that the regression disappeared. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug target/24428] [4.1 regression] TLS miscompilation on x86_64
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-19 09:00 --- Subject: Bug 24428 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-19 09:00:45 Modified files: gcc: ChangeLog gcc/config/i386: i386-protos.h i386.c predicates.md Added files: gcc/testsuite/gcc.dg/tls: pr24428-2.c pr24428.c Log message: PR target/24428 * config/i386/i386.c (legitimate_constant_p): Check SYMBOL_REF_TLS_MODEL directly. Don't fallthru to SYMBOL_REF if LABEL_REF. (legitimate_pic_operand_p): Test SYMBOL_REF_TLS_MODEL directly. (legitimate_pic_address_disp_p): Reorg CONST checking to make sure SYMBOL_REF_TLS_MODEL is tested. Test SYMBOL_REF_TLS_MODEL directly. (print_operand_address): Likewise. * config/i386/predicates.md (x86_64_immediate_operand): Test SYMBOL_REF_TLS_MODEL properly inside CONST. (x86_64_zext_immediate_operand): Likewise. (global_dynamic_symbolic_operand, local_dynamic_symbolic_operand, initial_exec_symbolic_operand, local_exec_symbolic_operand): Remove. * config/i386/i386-protos.h: Remove predicates.md entries. 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.469&r2=2.7592.2.470 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386-protos.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.131.6.1&r2=1.131.6.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.795.6.12&r2=1.795.6.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/predicates.md.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.16.10.1&r2=1.16.10.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tls/pr24428-2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tls/pr24428.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=24428
[Bug target/24428] [4.1 regression] TLS miscompilation on x86_64
--- Comment #5 from rth at gcc dot gnu dot org 2005-10-19 09:03 --- The pr24428-2.c test hand-folds the loop to pointer arithmetic (done on mainline by tree-level loop changes), which exposes the problem in 4.0. So backported and applied. -- rth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.1.0 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24428
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2005-10-19 09:09 --- > Eric, I let you close this PR after you check that the regression disappeared. Hum, now it doesn't even build: /opt/build/eric/gcc/./gcc/xgcc -B/opt/build/eric/gcc/./gcc/ -B/opt/build/eric/local/gcc/sparc-sun-solaris2.7/bin/ -B/opt/build/eric/local/gcc/sparc-sun-solaris2.7/lib/ -isystem /opt/build/eric/local/gcc/sparc-sun-solaris2.7/include -isystem /opt/build/eric/local/gcc/sparc-sun-solaris2.7/sys-include -DHAVE_CONFIG_H -I.-I/home/eric/cvs/gcc/libgfortran -I. -iquote/home/eric/cvs/gcc/libgfortran/io -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -O2 -g -c /home/eric/cvs/gcc/libgfortran/intrinsics/hyper.c -fPIC -DPIC -o .libs/hyper.o /home/eric/cvs/gcc/libgfortran/intrinsics/hyper.c:34:31: error: operator '!' has no right operand /home/eric/cvs/gcc/libgfortran/intrinsics/hyper.c:42:31: error: operator '!' has no right operand /home/eric/cvs/gcc/libgfortran/intrinsics/hyper.c:50:31: error: operator '!' has no right operand gmake[2]: *** [hyper.lo] Error 1 gmake[2]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.7/libgfortran' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.7/libgfortran' gmake: *** [all-target-libgfortran] Error 2 Looks like you have to unify your preprocessor macro strategy in libgfortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug middle-end/24295] [4.1 Regression] Xorg broken, #pragma weak foo = bar no longer causes bar to be referenced
--- Comment #18 from rguenth at gcc dot gnu dot org 2005-10-19 09:31 --- + decl = identifier_global_value (value); Make that + decl = decl ? identifier_global_value (value) : NULL_TREE; and it even survives bootstrap. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
[Bug middle-end/24295] [4.1 Regression] Xorg broken, #pragma weak foo = bar no longer causes bar to be referenced
--- Comment #19 from rguenth at gcc dot gnu dot org 2005-10-19 09:32 --- err, s/decl/value/ of course. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-10-19 09:45 --- Ho humm, we had this before. invert_truthvalue is supposed to be called with sth that passes the truth_value_p check... But the real problem is the COND_EXPR has wrong types: unit size align 8 symtab 0 alias set -1 precision 1 min max > side-effects arg 0 arg 0 used tree_1 tree_2 tree_3 decl_5 SI file t.C line 3 size unit size align 32 context initial > arg 1 > arg 1 > side-effects arg 0 side-effects arg 0 constant invariant arg 0 >>> arg 2 constant invariant 1>> it pretends to have boolean_type, but the first operand is of void_type! I don't think we want to "fix" invert_truthvalue here, but rather the C++ frontend generating this crap tree node. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-19 09:45 --- Subject: Bug 24432 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-19 09:45:27 Modified files: libgfortran: c99_protos.h ChangeLog libgfortran/intrinsics: c99_functions.c getXid.c sleep.c Log message: PR libfortran/24432 * c99_protos.h: Define preprocessor HAVE_ macros with value 1 instead of empty value. * intrinsics/c99_functions.c: Likewise. * intrinsics/getXid.c: Define HAVE_GETPID with value 1 instead of empty value. * intrinsics/sleep.c: Define HAVE_SLEEP with value 1 instead of empty value. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/c99_protos.h.diff?cvsroot=gcc&r1=1.9&r2=1.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.327&r2=1.328 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/c99_functions.c.diff?cvsroot=gcc&r1=1.17&r2=1.18 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/getXid.c.diff?cvsroot=gcc&r1=1.5&r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/sleep.c.diff?cvsroot=gcc&r1=1.3&r2=1.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #9 from fxcoudert at gmail dot com 2005-10-19 09:46 --- (In reply to comment #7) > Looks like you have to unify your preprocessor macro strategy in libgfortran. Oh, s***. Now, they're defined with value 1 (unless my grep failed me, I think I've done them all). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug bootstrap/24438] ARM cross compile build fails with assembler errors in crtstuff.c
--- Comment #2 from rearnsha at gcc dot gnu dot org 2005-10-19 09:51 --- Are you sure you've built and installed an ARM assembler (get gnu binutils). If so, are you sure you've configured it with with exactly the same --target... option as you used when configuring gcc, and that it's on your path. If your target is arm-unknown-rtems, then the assembler should be installed as arm-unknown-rtems-as -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24438
[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-10-19 09:52 --- Of course we _can_ fix this in the middle-end, simply by allowing COND_EXPRs that satisfy the needs of C++ /* [expr.cond] One of the following shall hold: --The second or the third operand (but not both) is a throw-expression (_except.throw_); the result is of the type of the other and is an rvalue. --Both the second and the third operands have type void; the result is of type void and is an rvalue. We must avoid calling force_rvalue for expressions of type "void" because it will complain that their value is being used. */ but I expect more fallout than only in invert_truthvalue. Maybe the C++ frontend can emit something like !(value?true:(throw,bool())) in these cases. CC'ing Mark. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-10-19 10:06 ---
Like so:
Index: cp/call.c
===
RCS file: /cvs/gcc/gcc/gcc/cp/call.c,v
retrieving revision 1.560
diff -c -3 -p -r1.560 call.c
*** cp/call.c 18 Oct 2005 05:56:04 - 1.560
--- cp/call.c 19 Oct 2005 10:02:58 -
*** build_conditional_expr (tree arg1, tree
*** 3226,3231
--- 3226,3233
arg3 = force_rvalue (arg3);
arg3_type = TREE_TYPE (arg3);
result_type = arg3_type;
+ arg2 = build_compound_expr (arg2, build_int_cst (result_type, 0));
+ arg2_type = result_type;
}
else if (TREE_CODE (arg2) != THROW_EXPR
&& TREE_CODE (arg3) == THROW_EXPR)
*** build_conditional_expr (tree arg1, tree
*** 3234,3239
--- 3236,3243
arg2 = force_rvalue (arg2);
arg2_type = TREE_TYPE (arg2);
result_type = arg2_type;
+ arg3 = build_compound_expr (arg3, build_int_cst (result_type, 0));
+ arg3_type = result_type;
}
else if (VOID_TYPE_P (arg2_type) && VOID_TYPE_P (arg3_type))
result_type = void_type_node;
s/build_int_cst/create_default_constructed_temporary_target_expr/
whatever that will be. At least we don't ICE even for
struct Foo { bool operator!=(int) { return true; } bool operator!() { return
false; }};
void foo(void)
{
int value=1;
!(value?Foo():throw);
}
but we create funny integer constants with type Foo, which is bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
[Bug fortran/24430] internal compiler error: in convert_move, at expr.c:362
--- Comment #1 from rguenth at gcc dot gnu dot org 2005-10-19 10:16 --- works on GNU F95 version 4.1.0 20051019 (experimental) (i686-pc-linux-gnu) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24430
[Bug middle-end/24427] missing optimization opportunity with binary operators
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-10-19 10:25 --- fold-const.c:distribute_bit_expr should be extended to handle this case. -- 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=24427
[Bug java/24441] New: [4.1 regression] ICE's when building the ecj compiler 3.1.1
trying to bootstrap ecj using gcj-4.1, without having ant available for bootstrap purposes: for f in $(find build/bin -name '*.java'); do \ echo $f; \ gcj-4.1 -d build/bin -C -g \ -Ibuild/bin \ $f; \ done fails to build about 20 classes, each segfaulting with: build/bin/org/eclipse/jdt/internal/compiler/ast/AbstractMethodDeclaration.java:440: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. the line number references the line after EOF (i.e. AbstractMethodDeclaration.java has 439 lines) ignoring the errors in the first loop, and then rerunning the loop without removing already built class files, the compilation succeeds for all files. -- Summary: [4.1 regression] ICE's when building the ecj compiler 3.1.1 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java 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=24441
[Bug target/19672] [3.4/4.0/4.1 Regression] Performance regression in simple loop code
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-19 10:37 --- Subject: Bug 19672 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-19 10:37:31 Modified files: gcc: ChangeLog dojump.c Log message: 2005-10-18 Paolo Bonzini <[EMAIL PROTECTED]> PR #19672 * dojump.c (do_jump): Handle TRUTH_AND_EXPR and TRUTH_OR_EXPR here. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10182&r2=2.10183 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dojump.c.diff?cvsroot=gcc&r1=1.42&r2=1.43 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19672
[Bug target/19672] [3.4/4.0/4.1 Regression] Performance regression in simple loop code
--- Comment #15 from cvs-commit at gcc dot gnu dot org 2005-10-19 10:41 --- Subject: Bug 19672 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-19 10:41:09 Modified files: gcc: dojump.c ChangeLog Log message: 2005-10-18 Paolo Bonzini <[EMAIL PROTECTED]> PR #19672 * dojump.c (do_jump): Handle TRUTH_AND_EXPR and TRUTH_OR_EXPR here. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dojump.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.37.8.1&r2=1.37.8.2 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.470&r2=2.7592.2.471 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19672
[Bug target/19672] [3.4/4.0/4.1 Regression] Performance regression in simple loop code
--- Comment #16 from cvs-commit at gcc dot gnu dot org 2005-10-19 10:50 --- Subject: Bug 19672 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-10-19 10:49:57 Modified files: gcc: ChangeLog dojump.c Log message: 2005-10-19 Paolo Bonzini <[EMAIL PROTECTED]> PR #19672 * dojump.c (do_jump): Handle TRUTH_AND_EXPR and TRUTH_OR_EXPR like TRUTH_ANDIF_EXPR and TRUTH_ORIF_EXPR, if the branch cost is low enough. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.923&r2=2.2326.2.924 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dojump.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.9.4.2&r2=1.9.4.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19672
[Bug target/19672] [3.4/4.0/4.1 Regression] Performance regression in simple loop code
--- Comment #17 from bonzini at gcc dot gnu dot org 2005-10-19 10:57 --- Patches committed to all active branches. -- bonzini at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19672
[Bug target/19672] [3.4/4.0/4.1 Regression] Performance regression in simple loop code
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19672
[Bug fortran/24440] [4.0/4.1 regression] gfortran failed to build 187.facerec
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24440
[Bug target/17390] missing floating point compare optimization
--- Comment #4 from uros at kss-loka dot si 2005-10-19 12:29 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg01126.html -- uros at kss-loka dot si changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |uros at kss-loka dot si |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||10/msg01126.html Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2005-09-24 16:56:00 |2005-10-19 12:29:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17390
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #16 from cvs-commit at gcc dot gnu dot org 2005-10-19 12:48 --- Subject: Bug 22551 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-19 12:48:03 Modified files: gcc/cp : ChangeLog typeck2.c Log message: PR c++/22551 * typeck2.c (digest_init): Clear overflow flags on the folded initializer. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.147&r2=1.4648.2.148 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.182.8.1&r2=1.182.8.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #17 from nathan at gcc dot gnu dot org 2005-10-19 12:50 --- fix for 4.0 2005-10-19 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/22551 * typeck2.c (digest_init): Clear overflow flags on the folded initializer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug testsuite/24399] [4.0 only] other/switch2.C fails
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-19 12:51 --- 2005-10-19 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/22551 * typeck2.c (digest_init): Clear overflow flags on the folded initializer. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24399
[Bug java/24442] New: wrong class instantiated
public class SameName
{
public Object foo ()
{
class SingleName
{
public String toString ()
{
return "foo.SingleName";
}
}
return new SingleName ();
}
public Object bar ()
{
class SingleName
{
public String toString ()
{
throw new RuntimeException ("bar.SingleName");
}
}
return new SingleName ();
}
public static void main (String[] args)
{
System.out.println (new SameName ().foo().toString());
}
}
[EMAIL PROTECTED] ./a.out
Exception in thread "main" java.lang.RuntimeException: bar.SingleName
at SameName$2$SingleName.toString() (Unknown Source)
at SameName.main(java.lang.String[]) (Unknown Source)
at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
--
Summary: wrong class instantiated
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: aph at gcc dot gnu dot org
ReportedBy: aph at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24442
[Bug java/24442] wrong class instantiated
-- aph at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-19 13:02:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24442
[Bug target/17390] missing floating point compare optimization
--- Comment #5 from steven at gcc dot gnu dot org 2005-10-19 13:13 --- That patch is yet another example of why we constantly keep having compile time problems. Just add more, and more, and more, and more. And act surprised when someone notices that gcc 4.1 is four times as slow as 2.95.3 for very little benefit on x86 at least. Why a new pass over all insns, instead of e.g. teaching postreload cse or postreload gcse about this kind of thing? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17390
[Bug java/24442] wrong inner class instantiated
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-19 13:15 --- This is very related to PR 12257 which is a crash for inner classes with the same name. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||12257 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24442
[Bug java/12257] Inner classes with same name causes crash.
-- aph at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-08-10 23:55:57 |2005-10-19 13:21:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12257
[Bug c/24443] New: unrecognized instruction with -fPIC and -O with 4.1-20051015
Hello there,
I just tried to compile some parts of Suse Linux with GNU C compiler
4.1 snapshot 20051015 on an x86_64 machine, and the compiler said
---
linux:/usr/src/packages/BUILD/clisp-2.33.2/x86_64-suse-linux #
/home/dcb/gnu/41-20051015/results/bin/gcc -fPIC -O -c /tmp/q.i
In file included from spvw.d:25:
lispbibl.d:7430: warning: volatile register variables donpvw_typealloc.d:397:
error: unrecognizable insn:
(insn 132 131 125 6 (set (reg/f:DI 101)
(plus:DI (reg:DI 104)
(const_int 1125899906842624 [0x4]))) -1
(insn_list:REG_DEP_TRUE 131 (nil))
(expr_list:REG_DEAD (reg:DI 104)
(expr_list:REG_EQUAL (const:DI (plus:DI (symbol_ref:DI
("symbol_tab_data") [flags 0x40] )
(const_int 1125899906842624 [0x4])))
(nil
spvw_typealloc.d:397: internal compiler error: in extract_insn, at recog.c:2084
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
---
Note how I had to use the compiler flags -fPIC and -O to get a crash.
The bugzilla won't let me either attach the source code or put it in
this field, so I'll have to say that source code is available on
request.
--
Summary: unrecognized instruction with -fPIC and -O with 4.1-
20051015
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
GCC host triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24443
[Bug c/24443] unrecognized instruction with -fPIC and -O with 4.1-20051015
--- Comment #1 from dcb314 at hotmail dot com 2005-10-19 13:34 --- Created an attachment (id=10024) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10024&action=view) source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24443
[Bug target/24443] unrecognized instruction with -fPIC and -O with 4.1-20051015
--- Comment #2 from pluto at agmk dot net 2005-10-19 13:41 --- this is a duplicate of PR20928. -- pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24443
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns with -fPIC -O1
--- Comment #14 from pluto at agmk dot net 2005-10-19 13:50 --- (In reply to comment #13) > The testcase in comment #8 still triggers an ICE if run with -O -mtune=k8 > -fPIC. > it works with my patched gcc41: (...) .section.data.rel.ro,"aw",@progbits .align 8 .LC1: .quad bar+2147483648 (...) .text foo:movq.LC1(%rip), %rdx .L3:movq%rdx, (%rax) addq$8, %rax jne .L3 rep ; ret (...) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug tree-optimization/24287] pure functions cause things to be call clobbered still
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-19 14:00 --- Subject: Bug 24287 CVSROOT:/cvs/gcc Module name:gcc Branch: improved-aliasing-branch Changes by: [EMAIL PROTECTED] 2005-10-19 14:00:53 Modified files: gcc: ChangeLog.iab passes.c tree-dfa.c tree-flow.h tree-ssa-alias.c tree-ssa-operands.c tree-ssa-structalias.c gcc/cp : ptree.c Added files: gcc/testsuite/gcc.dg/tree-ssa: pr24287.c Log message: 2005-10-18 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/24287 * tree-dfa.c (dump_variable): Print reasons for call clobbering. * tree-flow.h (struct ptr_info_def): Add escape mask to pointer. (ESCAPE_TRANSITIVE): Removed. (ESCAPE_TO_PURE_CONST): New. (ESCAPE_IS_PARM): New. (ESCAPE_UNKNOWN): New. * tree-ssa-alias.c (set_initial_properties): Incoming pointers are value escaping. Pointers that point to anything are not. Use pointer escape mask. (is_escape_site): Use ESCAPE_TO_PURE_CONST. * tree-ssa-operands.c (add_call_clobber_ops): Clean up a bit. Things that *only* escape to pure/const functions are only read by pure/const functions, and are not clobbered by the non-pure/const functions. (add_call_read_ops): Cleanup. * tree-ssa-structalias.c (update_alias_info): Use pi->escape_mask, not v_ann. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.iab.diff?cvsroot=gcc&only_with_tag=improved-aliasing-branch&r1=1.1.2.13&r2=1.1.2.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/passes.c.diff?cvsroot=gcc&only_with_tag=improved-aliasing-branch&r1=2.109.2.7&r2=2.109.2.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-dfa.c.diff?cvsroot=gcc&only_with_tag=improved-aliasing-branch&r1=2.63.4.6&r2=2.63.4.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-flow.h.diff?cvsroot=gcc&only_with_tag=improved-aliasing-branch&r1=2.132.2.8&r2=2.132.2.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-alias.c.diff?cvsroot=gcc&only_with_tag=improved-aliasing-branch&r1=2.109.4.11&r2=2.109.4.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-operands.c.diff?cvsroot=gcc&only_with_tag=improved-aliasing-branch&r1=2.100.4.7&r2=2.100.4.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-structalias.c.diff?cvsroot=gcc&only_with_tag=improved-aliasing-branch&r1=2.27.2.10&r2=2.27.2.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ptree.c.diff?cvsroot=gcc&only_with_tag=improved-aliasing-branch&r1=1.51&r2=1.51.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr24287.c.diff?cvsroot=gcc&only_with_tag=improved-aliasing-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24287
[Bug target/24443] unrecognized instruction with -fPIC and -O with 4.1-20051015
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-19 14:02 --- *** This bug has been marked as a duplicate of 20928 *** -- 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=24443
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns with -fPIC -O1
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-19 14:02 --- *** Bug 24443 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||dcb314 at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug c++/21383] [3.4 Regression] Crash when finding &a_templated_func<>
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|nathan at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21383
[Bug c++/23797] [3.4 Regression] ICE on typename outside template
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|nathan at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2005-10-19 14:23 --- Much better, only 8 remaining failures: Running /home/eric/cvs/gcc/gcc/testsuite/gfortran.dg/dg.exp ... FAIL: gfortran.dg/large_real_kind_2.F90 -O0 (test for excess errors) WARNING: gfortran.dg/large_real_kind_2.F90 -O0 compilation failed to produce executable FAIL: gfortran.dg/large_real_kind_2.F90 -O1 (test for excess errors) WARNING: gfortran.dg/large_real_kind_2.F90 -O1 compilation failed to produce executable FAIL: gfortran.dg/large_real_kind_2.F90 -O2 (test for excess errors) WARNING: gfortran.dg/large_real_kind_2.F90 -O2 compilation failed to produce executable FAIL: gfortran.dg/large_real_kind_2.F90 -O3 -fomit-frame-pointer (test for excess errors) WARNING: gfortran.dg/large_real_kind_2.F90 -O3 -fomit-frame-pointer compilation failed to produce executable FAIL: gfortran.dg/large_real_kind_2.F90 -O3 -fomit-frame-pointer -funroll-loops (test for excess errors) WARNING: gfortran.dg/large_real_kind_2.F90 -O3 -fomit-frame-pointer -funroll-loops compilation failed to produce executable FAIL: gfortran.dg/large_real_kind_2.F90 -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions (test for excess errors) WARNING: gfortran.dg/large_real_kind_2.F90 -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions compilation failed to produce executable FAIL: gfortran.dg/large_real_kind_2.F90 -O3 -g (test for excess errors) WARNING: gfortran.dg/large_real_kind_2.F90 -O3 -g compilation failed to produce executable FAIL: gfortran.dg/large_real_kind_2.F90 -Os (test for excess errors) WARNING: gfortran.dg/large_real_kind_2.F90 -Os compilation failed to produce executable Undefined first referenced^M symbol in file^M cexpl /var/tmp//ccDZzOIe.o^M ccosl /var/tmp//ccDZzOIe.o^M csqrtl /var/tmp//ccDZzOIe.o^M asinhl /var/tmp//ccDZzOIe.o^M expl/var/tmp//ccDZzOIe.o^M cosl/var/tmp//ccDZzOIe.o^M erfcl /var/tmp//ccDZzOIe.o^M cpowl /var/tmp//ccDZzOIe.o^M csinl /var/tmp//ccDZzOIe.o^M sqrtl /var/tmp//ccDZzOIe.o^M coshl /var/tmp//ccDZzOIe.o^M sinl/var/tmp//ccDZzOIe.o^M atanhl /var/tmp//ccDZzOIe.o^M clogl /var/tmp//ccDZzOIe.o^M atanl /var/tmp//ccDZzOIe.o^M logl/var/tmp//ccDZzOIe.o^M sinhl /var/tmp//ccDZzOIe.o^M erfl/var/tmp//ccDZzOIe.o^M acosl /var/tmp//ccDZzOIe.o^M cabsl /var/tmp//ccDZzOIe.o^M acoshl /var/tmp//ccDZzOIe.o^M tanhl /var/tmp//ccDZzOIe.o^M tanl/var/tmp//ccDZzOIe.o^M asinl /var/tmp//ccDZzOIe.o^M However I see that large_real_kind_2.F90 was added alongside the patch. What's the correct approach to fixing that? Enhancing again c99_functions? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug java/21517] Bytecode -> native code mis-compilation
-- aph at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
[Bug middle-end/23199] [4.0 regression] ICE in int_mode_for_mode, at stor-layout.c:251
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-19 14:42 --- Subject: Bug 23199 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-19 14:42:17 Modified files: gcc: ChangeLog cfgrtl.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: profile-generate-2.c Log message: PR middle-end/23199 * cfgrtl.c (safe_insert_insn_on_edge): Use can_copy_p to detect whether registers live on the edge can be saved/restored. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10187&r2=2.10188 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cfgrtl.c.diff?cvsroot=gcc&r1=1.182&r2=1.183 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6212&r2=1.6213 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/profile-generate-2.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23199
[Bug middle-end/23199] [4.0 regression] ICE in int_mode_for_mode, at stor-layout.c:251
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-19 14:45 --- Subject: Bug 23199 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-19 14:45:48 Modified files: gcc: ChangeLog cfgrtl.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: profile-generate-2.c Log message: PR middle-end/23199 * cfgrtl.c (safe_insert_insn_on_edge): Use can_copy_p to detect whether registers live on the edge can be saved/restored. 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.471&r2=2.7592.2.472 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cfgrtl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.158.4.1&r2=1.158.4.2 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.471&r2=1.5084.2.472 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/profile-generate-2.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=23199
[Bug c/23228] [3.4/4.0/4.1 Regression] Silly "unused variable" warning after redeclaration of a local variable
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-19 14:48 --- Subject: Bug 23228 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-19 14:48:34 Modified files: gcc: ChangeLog c-decl.c Log message: PR c/23228 * c-decl.c (pop_scope): Don't warn about an unused variable if it is marked with TREE_NO_WARNING. (duplicate_decls): Set TREE_NO_WARNING if olddecl and newdecl somenow mismatch and olddecl is to be replaced. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10188&r2=2.10189 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gcc&r1=1.687&r2=1.688 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23228
[Bug middle-end/23199] [4.0 regression] ICE in int_mode_for_mode, at stor-layout.c:251
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2005-10-19 14:50 --- See http://gcc.gnu.org/ml/gcc-patches/2005-10/msg01015.html. Profiled bootstrap now works for me with 4.0.3pre on sparc-sun-solaris2.9 and sparc64-sun-solaris2.9. Thanks for the bugreport. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23199
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #11 from kargl at gcc dot gnu dot org 2005-10-19 14:59 --- (In reply to comment #10) > Running /home/eric/cvs/gcc/gcc/testsuite/gfortran.dg/dg.exp ... > FAIL: gfortran.dg/large_real_kind_2.F90 -O0 (test for excess errors) > WARNING: gfortran.dg/large_real_kind_2.F90 -O0 compilation failed to produce > executable > However I see that large_real_kind_2.F90 was added alongside the > patch. What's > the correct approach to fixing that? Enhancing again c99_functions? The only fix that I've found is to delete the code up to the last line "end". Apparently, dejagnu will not xfail a *.F90 file that needs to go through the preprocessor. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-10-19 15:09 --- > The only fix that I've found is to delete the code up to the > last line "end". Apparently, dejagnu will not xfail a *.F90 file > that needs to go through the preprocessor. Is it really XFAILed on non-C99 SPARC/Solaris? It passes on SPARC/Solaris 10, which is C99. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug fortran/24424] [4.1 Regression] Equivalence broken since 20051013
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|Equivalence broken since|[4.1 Regression] Equivalence |20051013|broken since 20051013 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24424
[Bug tree-optimization/24307] [4.1 regression] ICE in early_tree_profile with fortran/computed gotos
--- Comment #2 from steven at gcc dot gnu dot org 2005-10-19 15:47 ---
Index: tree-cfg.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-cfg.c,v
retrieving revision 2.224
diff -u -3 -p -r2.224 tree-cfg.c
--- tree-cfg.c 16 Oct 2005 00:07:17 - 2.224
+++ tree-cfg.c 19 Oct 2005 15:47:13 -
@@ -2937,7 +2937,7 @@ tree_find_edge_insert_loc (edge e, block
if (TREE_CODE (tmp) == RETURN_EXPR)
{
tree op = TREE_OPERAND (tmp, 0);
- if (!is_gimple_val (op))
+ if (op && !is_gimple_val (op))
{
gcc_assert (TREE_CODE (op) == MODIFY_EXPR);
bsi_insert_before (bsi, op, BSI_NEW_STMT);
?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24307
[Bug c++/24260] [4.0/4.1 Regression] stdcall attribute is ignored at static member template functions
--- Comment #5 from steven at gcc dot gnu dot org 2005-10-19 15:51 --- And did fjahanian take a look at this already to see if he really is to blame for causing this bug? -- steven at gcc dot gnu dot org changed: What|Removed |Added CC||fjahanian at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24260
[Bug libgcj/17021] libgcj verifier resolves classes too eagerly
--- Comment #11 from thebohemian at gmx dot net 2005-10-19 16:14 --- In the JavaUtils class of axis 1.2 RC2 contains the following instruction: 639: invokevirtual With a missing DataHandler class file this JavaUtils class can be verified successfully on sun' s jvm but fails at this instruction on gij. I traced the problem back to a call to in _Jv_BytecodeVerifier::ref_intersection::compatible(_Jv_BytecodeVerifier::ref_intersection*, _Jv_BytecodeVerifier*) In that method the names of the two classes (which are not resolved) are the following: (gdb) putf self->data.name $152 = 0x121054 "javax.activation.DataHandler" (gdb) putf other_iter->data.name $153 = 0x80736ac "Ljavax.activation.DataHandler;" Obviously this denotes the same classnames but for Jv_equalUtf8Consts which is called in _Jv_BytecodeVerifier::ref_intersection::compatible() the strings are different. I propose to fix the problem in the following way: Instead of if (! self->is_resolved && ! other_iter->is_resolved && _Jv_equalUtf8Consts (self->data.name, other_iter->data.name)) do if (! self->is_resolved && ! other_iter->is_resolved && ( _Jv_equalUtf8Consts (self->data.name, other_iter->data.name) || match_classname(self->data.name, other_iter->data.name ) ) match_classname is then implemented in a way that it would accept all these names as equal: java/lang/Class Ljava/lang/Class; java.lang.Class Ljava.lang.Class; However there might be another approach to the problem: One could make sure that class names in _Jv_UTF8_Const objects are always in the Lp1/p2/p3/classname; form. Please comment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17021
[Bug debug/24444] New: [4.1 regression] invalid register in debug info
$ gcc -S -g -dA auxv.c $ grep -A1 regx auxv.s data1 0x90// DW_OP_regx .uleb128 0x -- data1 0x90// DW_OP_regx .uleb128 0x -- data1 0x90// DW_OP_regx .uleb128 0x -- Summary: [4.1 regression] invalid register in debug info Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-debug Severity: normal Priority: P2 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de GCC target triplet: ia64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
[Bug debug/24444] [4.1 regression] invalid register in debug info
--- Comment #1 from schwab at suse dot de 2005-10-19 17:03 --- Created an attachment (id=10025) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10025&action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
[Bug c++/24260] [4.0/4.1 Regression] stdcall attribute is ignored at static member template functions
--- Comment #6 from fjahanian at apple dot com 2005-10-19 17:11 --- (In reply to comment #5) > And did fjahanian take a look at this already to see if he > really is to blame for causing this bug? > I am miffed as to why my name was in ChangeLog-2004. PR/13989 and PR/9844 were fixed by Ziemwit Laski (no longer at Apple). Andrew Pinski may know more about this as he commented and pointed to Ziem's patch in that radar. annotate on ChangeLog-2004 did not reveal any usefull info. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24260
[Bug c/24445] New: "unable to find a register to spill in class 'R0_REGS"
trying to build a cross-compile toolchain using "crosstool" with the following
properties:
BINUTILS_DIR=binutils-2.16.1
GCC_DIR=gcc-4.1-20051015
GLIBC_DIR=glibc-2.3.5
LINUX_SANITIZED_HEADER_DIR=linux-libc-headers-2.6.12.0
GLIBCTHREADS_FILENAME=glibc-linuxthreads-2.3.5
TARGET=sh4-unknown-linux-gnu
TARGET_CFLAGS="-O -m4 -ml"
GLIBC_CONFIGPARMS="no-z-defs=yes"
GLIBC_EXTRA_CONFIG="--without-fp"
USE_SYSROOT=1
eventually, trying to compile glibc-2.3.5:
sh4-unknown-linux-gnu-gcc ../sysdeps/generic/strtok.c -c -std=gnu99 -O -Wall
-Winline -Wstrict-prototypes -Wwrite-strings -m4 -ml -fPIC-I../include
-I.
-I/home/rpjday/ct/crosstool-0.38.new/build/sh4-unknown-linux-gnu/gcc-4.1-20051015-glibc-2.3.5/build-glibc/string
-I.. -I../libio
-I/home/rpjday/ct/crosstool-0.38.new/build/sh4-unknown-linux-gnu/gcc-4.1-20051015-glibc-2.3.5/build-glibc
-I../sysdeps/sh/elf -I../linuxthreads/sysdeps/unix/sysv/linux/sh
-I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
-I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/sh
-I../sysdeps/unix/sysv/linux/sh/sh4 -I../sysdeps/unix/sysv/linux/sh
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common
-I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv
-I../sysdeps/unix/sh -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/sh/sh4
-I../sysdeps/sh -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic/elf
-I../sysdeps/generic -nostdinc -isystem
/home/rpjday/ct/crosstool-0.38.new/build/sh4-unknown-linux-gnu/gcc-4.1-20051015-glibc-2.3.5/gcc-core-prefix/lib/gcc/sh4-unknown-linux-gnu/4.1.0/include
-isystem /home/rpjday/ct/sh4/sh4-unknown-linux-gnu/sys-root/usr/include
-D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -o
/home/rpjday/ct/crosstool-0.38.new/build/sh4-unknown-linux-gnu/gcc-4.1-20051015-glibc-2.3.5/build-glibc/string/strtok.os
-MD -MP -MF
/home/rpjday/ct/crosstool-0.38.new/build/sh4-unknown-linux-gnu/gcc-4.1-20051015-glibc-2.3.5/build-glibc/string/strtok.os.dt
-MT
/home/rpjday/ct/crosstool-0.38.new/build/sh4-unknown-linux-gnu/gcc-4.1-20051015-glibc-2.3.5/build-glibc/string/strtok.os
../sysdeps/generic/strtok.c: In function 'strtok':
../sysdeps/generic/strtok.c:66: error: unable to find a register to spill in
class 'R0_REGS'
../sysdeps/generic/strtok.c:66: error: this is the insn:
(insn 68 112 69 5 (set (mem/c/i:SI (plus:SI (reg:SI 12 r12)
(reg/f:SI 1 r1 [177])) [0 olds+0 S4 A32])
(reg:SI 0 r0)) 172 {movsi_ie} (insn_list:REG_DEP_TRUE 62
(insn_list:REG_DEP_TRUE 67 (nil)))
(expr_list:REG_DEAD (reg:SI 0 r0)
(expr_list:REG_DEAD (reg/f:SI 1 r1 [177])
(nil
../sysdeps/generic/strtok.c:66: internal compiler error: in spill_failure, at
reload1.c:1890
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[2]: ***
[/home/rpjday/ct/crosstool-0.38.new/build/sh4-unknown-linux-gnu/gcc-4.1-20051015-glibc-2.3.5/build-glibc/string/strtok.os]
Error 1
make[2]: Leaving directory
`/home/rpjday/ct/crosstool-0.38.new/build/sh4-unknown-linux-gnu/gcc-4.1-20051015-glibc-2.3.5/glibc-2.3.5/string'
make[1]: *** [string/subdir_lib] Error 2
make[1]: Leaving directory
`/home/rpjday/ct/crosstool-0.38.new/build/sh4-unknown-linux-gnu/gcc-4.1-20051015-glibc-2.3.5/glibc-2.3.5'
make: *** [lib] Error 2
--
Summary: "unable to find a register to spill in class 'R0_REGS"
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rpjday at mindspring dot com
GCC host triplet: i686-pc-linux
GCC target triplet: sh4-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24445
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #13 from kargl at gcc dot gnu dot org 2005-10-19 17:34 ---
FreeBSD has the same problem with missing long double math
functions. I tried to add an appropriate XFAIL clause for
FreeBSD, but dejagnu would still process the file. I'm
working on some of the FreeBSD libm issues, which has
severely limited my gfortran hacking. At the momemnt, we
should probably find a way to add { target *-*-linux }
to the file. I'm guessing that dejagnu's tcl scripts need
to be taught about the .F, .F90, and .F95 suffixes.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
CC||kargl at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2005-10-19 18:19
---
> FreeBSD has the same problem with missing long double math
> functions. I tried to add an appropriate XFAIL clause for
> FreeBSD, but dejagnu would still process the file. I'm
> working on some of the FreeBSD libm issues, which has
> severely limited my gfortran hacking. At the momemnt, we
> should probably find a way to add { target *-*-linux }
> to the file. I'm guessing that dejagnu's tcl scripts need
> to be taught about the .F, .F90, and .F95 suffixes.
OK, thanks for your efforts. I'm closing this PR.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug libstdc++/23897] Add move constructor/assignment to basic_string
--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-19 18:33 --- Subject: Bug 23897 CVSROOT:/cvs/gcc Module name:gcc Branch: libstdcxx_so_7-branch Changes by: [EMAIL PROTECTED] 2005-10-19 18:33:21 Modified files: libstdc++-v3 : ChangeLog.libstdcxx_so_7-branch libstdc++-v3/include/bits: basic_string.h Added files: libstdc++-v3/testsuite/performance/21_strings: moveable_vector_insert.cc Log message: 2005-10-19 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/23897 * include/bits/basic_string.h: Add move constructor and move assignment operator; provide specialization of __is_moveable for basic_string. * testsuite/performance/21_strings/moveable_vector_insert.cc: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.libstdcxx_so_7-branch.diff?cvsroot=gcc&only_with_tag=libstdcxx_so_7-branch&r1=1.1.2.77&r2=1.1.2.78 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.h.diff?cvsroot=gcc&only_with_tag=libstdcxx_so_7-branch&r1=1.59.2.16&r2=1.59.2.17 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/performance/21_strings/moveable_vector_insert.cc.diff?cvsroot=gcc&only_with_tag=libstdcxx_so_7-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23897
[Bug libstdc++/23897] Add move constructor/assignment to basic_string
--- Comment #2 from pcarlini at suse dot de 2005-10-19 18:34 --- Fixed in v7-branch, will be merged to mainline in due curse... -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23897
[Bug target/24445] "unable to find a register to spill in class 'R0_REGS"
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-19 19:07 --- I think a work around for this problem was committed on the 17th which is after the snapshot was done, Can you confirm that? If you do, please mark this as a dup of bug 22553. Thanks, Andrew Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24445
[Bug target/24445] "unable to find a register to spill in class 'R0_REGS"
--- Comment #2 from rpjday at mindspring dot com 2005-10-19 19:09 --- Created an attachment (id=10026) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10026&action=view) compressed strtok.i file from running the single offending sh4-unknown-linux-gnu-gcc command -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24445
[Bug bootstrap/24438] ARM cross compile build fails with assembler errors in crtstuff.c
--- Comment #3 from wilson at specifix dot com 2005-10-19 19:48 --- Subject: Re: New: ARM cross compile build fails with assembler errors in crtstuff.c newell at cei dot net wrote: > Configured with: ../gcc-4.1-20050515/configure --target=arm-elf > --prefix=/home/newell/xgcc --with-gnu-as --with-gnu-ld --with-newlib --verbose > --enable-threads --enable-languages=c Also, this works much better if you use the exact same --prefix for gcc and binutils. If you want gcc installed in /home/newell/xgcc, then you should install binutils there too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24438
[Bug target/24445] "unable to find a register to spill in class 'R0_REGS"
--- Comment #3 from rpjday at mindspring dot com 2005-10-19 19:54 --- Using a CVS pull as of today didn't seem to solve the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24445
[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-10-19 20:11 --- If you don't want to fix this in the middle-end, the right way to handle this is in the C++ gimplifier. At that point, create a COMPOUND_EXPR whose second argument is "*((T*) 0)" for non-pointer types, or just "((T *) 0)" for pointer/reference types. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
[Bug c++/21908] [3.4 Regression] poor diagnostic with vitrual base classes
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-19 20:32 --- Subject: Bug 21908 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED]2005-10-19 20:32:00 Added files: gcc/testsuite/g++.dg/parse: error28.C Log message: PR c++/21908 * g++.dg/parse/error28.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/error28.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=21908
[Bug bootstrap/24297] [4.1 Regression] libtool: link: unable to infer tagged configuration
--- Comment #9 from bonzini at gcc dot gnu dot org 2005-10-19 20:32 --- I *think* the actual bug can be fixed by an obvious patch. The attached one would become then 4.2 material. I'll check this in 12 hours. :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24297
[Bug c++/21908] [3.4 Regression] poor diagnostic with vitrual base classes
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-19 20:32 --- Subject: Bug 21908 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED]2005-10-19 20:32:48 Modified files: gcc/testsuite : ChangeLog Log message: PR c++/21908 * g++.dg/parse/error28.C: New test. Patches: 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.472&r2=1.5084.2.473 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21908
[Bug c++/21908] [3.4 Regression] poor diagnostic with vitrual base classes
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-19 20:33 --- Subject: Bug 21908 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-19 20:33:00 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/parse: error28.C Log message: PR c++/21908 * g++.dg/parse/error28.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6213&r2=1.6214 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/error28.C.diff?cvsroot=gcc&r1=1.1&r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21908
[Bug c/24446] New: segfault with -Os -funit-at-a-time
With GNU C version 4.1.0 20051019 (experimental) (i686-linux-gnu) compiled by GNU C version 4.0.1 (Debian 4.0.1-2) I do /opt/gcc-4.1/bin/../lib/gcc/i686-linux-gnu/4.1.0/cc1 -fpreprocessed applets.i busybox.i ar.i bunzip2.i cpio.i dpkg.i dpkg_deb.i gunzip.i gzip.i rpm2cpio.i rpm.i tar.i uncompress.i unzip.i basename.i cal.i cat.i chgrp.i chmod.i chown.i chroot.i cmp.i comm.i cp.i cut.i date.i dd.i df.i dirname.i dos2unix.i du.i echo.i env.i expr.i false.i fold.i head.i hostid.i id.i install.i length.i ln.i logname.i ls.i md5_sha1_sum.i mkdir.i mkfifo.i mknod.i mv.i nice.i nohup.i od.i printenv.i printf.i pwd.i realpath.i rm.i rmdir.i seq.i md5_sha1_sum.i sleep.i sort.i stat.i stty.i sum.i sync.i tail.i tee.i test.i touch.i tr.i true.i tty.i uname.i uniq.i usleep.i uudecode.i uuencode.i watch.i wc.i who.i whoami.i yes.i chvt.i clear.i deallocvt.i dumpkmap.i setconsole.i loadfont.i loadkmap.i openvt.i reset.i setkeycodes.i mktemp.i pipe_progress.i readlink.i run_parts.i start_stop_daemon.i which.i awk.i patch.i sed.i vi.i find.i grep.i xargs.i halt.i init.i mesg.i poweroff.i reboot.i init_shared.i adjtimex.i crond.i crontab.i bbconfig.i dc.i devfsd.i eject.i hdparm.i last.i less.i makedevs.i mountpoint.i mt.i rx.i setsid.i strings.i time.i watchdog.i insmod.i lsmod.i modprobe.i rmmod.i arping.i ether-wake.i fakeidentd.i ftpgetput.i ftpgetput.i hostname.i httpd.i ifconfig.i ifupdown.i inetd.i ip.i ipcalc.i ipaddr.i iplink.i iproute.i iptunnel.i nameif.i nc.i netstat.i nslookup.i ping.i route.i telnet.i telnetd.i tftp.i traceroute.i vconfig.i wget.i zcip.i common.i options.i packet.i pidfile.i signalpipe.i socket.i dhcpc.i clientpacket.i clientsocket.i script.i dhcpd.i arpping.i files.i leases.i serverpacket.i static_leases.i dumpleases.i free.i kill.i pidof.i ps.i renice.i sysctl.i top.i uptime.i addgroup.i adduser.i getty.i login.i passwd.i su.i sulogin.i vlock.i deluser.i delgroup.i ash.i hush.i lash.i msh.i klogd.i logger.i syslogd.i dmesg.i fbset.i fdflush.i fdformat.i fdisk.i freeramdisk.i fsck_minix.i getopt.i hexdump.i hwclock.i ipcrm.i ipcs.i losetup.i mkfs_minix.i mkswap.i more.i mount.i pivot_root.i rdate.i readprofile.i swaponoff.i umount.i archive_xread_all.i archive_xread_all_eof.i check_header_gzip.i data_align.i data_extract_all.i data_extract_to_buffer.i data_extract_to_stdout.i data_skip.i decompress_bunzip2.i decompress_uncompress.i decompress_unzip.i filter_accept_all.i filter_accept_list.i filter_accept_list_reassign.i filter_accept_reject_list.i find_list_entry.i get_header_ar.i get_header_cpio.i get_header_tar.i header_list.i header_skip.i header_verbose_list.i init_handle.i open_transformer.i seek_by_char.i seek_by_jump.i unpack_ar_archive.i ip_parse_common_args.i ipaddress.i iplink.i iproute.i iptunnel.i libnetlink.i ll_addr.i ll_map.i ll_proto.i ll_types.i rt_names.i rtm_map.i utils.i pwd_grp.i pwd_grp.i cp_mv_stat.i getopt_mk_fifo_nod.i bb_asprintf.i ask_confirmation.i change_identity.i chomp.i compare_string_array.i concat_path_file.i copy_file.i copyfd.i correct_password.i create_icmp_socket.i create_icmp6_socket.i device_open.i dump.i error_msg.i error_msg_and_die.i find_mount_point.i find_pid_by_name.i find_root_device.i fgets_str.i full_read.i full_write.i get_last_path_component.i get_line_from_file.i hash_fd.i herror_msg.i herror_msg_and_die.i human_readable.i inet_common.i inode_hash.i interface.i isdirectory.i kernel_version.i last_char_is.i login.i loop.i make_directory.i mode_string.i mtab.i mtab_file.i obscure.i parse_mode.i parse_number.i perror_msg.i perror_msg_and_die.i print_file.i get_console.i process_escape_sequence.i procps.i pw_encrypt.i qmodule.i read_package_field.i recursive_action.i remove_file.i restricted_shell.i run_parts.i run_shell.i safe_read.i safe_write.i safe_strncpy.i setup_environment.i simplify_path.i trim.i u_signal_names.i vdprintf.i verror_msg.i vherror_msg.i vperror_msg.i wfopen.i xconnect.i xgetcwd.i xgethostbyname.i xgethostbyname2.i xreadlink.i xregcomp.i xgetlarg.i get_terminal_width_height.i fclose_nonstdin.i fflush_stdout_and_exit.i getopt_ulflags.i wfopen_input.i default_error_retval.i speed_table.i perror_nomsg_and_die.i perror_nomsg.i skip_whitespace.i bb_askpass.i warn_ignoring_args.i concat_subpath_file.i vfork_daemon_rexec.i bb_echo.i messages.i xfuncs.i printf.i xgetularg.i safe_strtol.i bb_pwd.i llist.i -quiet -dumpbase applets.i -march=i386 -mpreferred-stack-boundary=2 -auxbase-strip busybox -Os -Wall -Wstrict-prototypes -Wshadow -version -falign-functions=0 -falign-jumps=0 -falign-loops=0 -fomit-frame-pointer -funit-at-a-time -o applets.s (see foo1 for the order) and get: [snip] /libbb/llist.c:70: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make: *** [busybox] Error 1 The segfault occurs depending on which file is near the end of the list. Omitting the -combine switch did (iirc) trig
[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-19 20:40 --- Unfortunately we call into the middle-ends invert_truthvalue right in cp/typeck.c:build_unary_op as we build the TRUTH_NOT_EXPR, so at the time we reach the gimplifier we already crashed. So the other solution is to not use the middle-ends invert_truthvalue here, but unconditionally build a TRUTH_NOT_EXPR. And then fix it at gimplification time. But the solution with (T*)0 or *(T*)0 sounds nice ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
--- Comment #7 from mark at codesourcery dot com 2005-10-19 20:50 --- Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw rguenth at gcc dot gnu dot org wrote: > --- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-19 20:40 > --- > Unfortunately we call into the middle-ends invert_truthvalue right in > cp/typeck.c:build_unary_op as we build the TRUTH_NOT_EXPR, so at the time we > reach the gimplifier we already crashed. In that case, I think we should fix the middle end to handle this case; it's not a very major change to the semantics of GIMPLE/GENERIC to handle this case. (I'm assuming that aren't massive ripple effects throughout the middle-end...) In the longer term, the solution of just creating a TRUTH_NOT_EXPR in the C++ front end might be the right one; all this folding-on-the-fly stuff is a mistake. But, it's too risky to try to do that now. And, changing the type of the operands to the COND_EXPR in the C++ front-end before gimplification is just wrong; the language says those operands have void type. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
Re: [Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
On Oct 19, 2005, at 4:50 PM, mark at codesourcery dot com wrote: --- Comment #7 from mark at codesourcery dot com 2005-10-19 20:50 --- Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw rguenth at gcc dot gnu dot org wrote: --- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-19 20:40 --- Unfortunately we call into the middle-ends invert_truthvalue right in cp/typeck.c:build_unary_op as we build the TRUTH_NOT_EXPR, so at the time we reach the gimplifier we already crashed. In that case, I think we should fix the middle end to handle this case; it's not a very major change to the semantics of GIMPLE/GENERIC to handle this case. (I'm assuming that aren't massive ripple effects throughout the middle-end...) Mark did you look how long this bug as been here, it predates tree-ssa by a year. So I don't think we should change TRUTH_NOT_EXPR/COND_EXPR semantics. The C++ front-end needs just stop doing bad stuff like this. -- Pinski
[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-19 20:55 --- Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw On Oct 19, 2005, at 4:50 PM, mark at codesourcery dot com wrote: > > > --- Comment #7 from mark at codesourcery dot com 2005-10-19 20:50 > --- > Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional > containing throw > > rguenth at gcc dot gnu dot org wrote: >> --- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-19 >> 20:40 --- >> Unfortunately we call into the middle-ends invert_truthvalue right in >> cp/typeck.c:build_unary_op as we build the TRUTH_NOT_EXPR, so at the >> time we >> reach the gimplifier we already crashed. > > In that case, I think we should fix the middle end to handle this case; > it's not a very major change to the semantics of GIMPLE/GENERIC to > handle this case. (I'm assuming that aren't massive ripple effects > throughout the middle-end...) Mark did you look how long this bug as been here, it predates tree-ssa by a year. So I don't think we should change TRUTH_NOT_EXPR/COND_EXPR semantics. The C++ front-end needs just stop doing bad stuff like this. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
--- Comment #9 from mark at codesourcery dot com 2005-10-19 20:58 --- Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw > Mark did you look how long this bug as been here, it predates tree-ssa > by a year. So I don't think we should change TRUTH_NOT_EXPR/COND_EXPR > semantics. The C++ front-end needs just stop doing bad stuff like this. I don't consider this to be a bad representation; I consider it a perfectly reasonable expression of the program. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
[Bug middle-end/24446] segfault with -Os -funit-at-a-time with IMA
--- Comment #1 from rep dot nop at aon dot at 2005-10-19 21:04 --- Created an attachment (id=10027) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10027&action=view) tarball1 with preprocessed source to trigger (several/a) segfault approximately 2MB -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24446
[Bug middle-end/24446] segfault with -Os -funit-at-a-time with IMA
--- Comment #2 from rep dot nop at aon dot at 2005-10-19 21:06 --- Created an attachment (id=10028) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10028&action=view) tarball2 with preprocessed source to trigger (several/a) segfault hunk 2 of 3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24446
[Bug middle-end/24446] segfault with -Os -funit-at-a-time with IMA
--- Comment #3 from rep dot nop at aon dot at 2005-10-19 21:07 --- Created an attachment (id=10029) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10029&action=view) tarball3 with preprocessed source to trigger (several/a) segfault hunk 3 of 3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24446
[Bug middle-end/24446] segfault with -Os -funit-at-a-time with IMA
--- Comment #4 from rep dot nop at aon dot at 2005-10-19 21:13 --- If the order is changed, the resulting binary is mostly miscompiled. Executing the resulting binary should give a descriptive help text, but when miscompiled segfaults instead of returning gracefully 0 or 1. (In reply to comment #0) > With > GNU C version 4.1.0 20051019 (experimental) (i686-linux-gnu) > compiled by GNU C version 4.0.1 (Debian 4.0.1-2) > > I do > /opt/gcc-4.1/bin/../lib/gcc/i686-linux-gnu/4.1.0/cc1 -fpreprocessed applets.i > busybox.i ar.i bunzip2.i cpio.i dpkg.i dpkg_deb.i gunzip.i gzip.i rpm2cpio.i > rpm.i tar.i uncompress.i unzip.i basename.i cal.i cat.i chgrp.i chmod.i > chown.i > chroot.i cmp.i comm.i cp.i cut.i date.i dd.i df.i dirname.i dos2unix.i du.i > echo.i env.i expr.i false.i fold.i head.i hostid.i id.i install.i length.i > ln.i > logname.i ls.i md5_sha1_sum.i mkdir.i mkfifo.i mknod.i mv.i nice.i nohup.i > od.i > printenv.i printf.i pwd.i realpath.i rm.i rmdir.i seq.i md5_sha1_sum.i sleep.i > sort.i stat.i stty.i sum.i sync.i tail.i tee.i test.i touch.i tr.i true.i > tty.i > uname.i uniq.i usleep.i uudecode.i uuencode.i watch.i wc.i who.i whoami.i > yes.i > chvt.i clear.i deallocvt.i dumpkmap.i setconsole.i loadfont.i loadkmap.i > openvt.i reset.i setkeycodes.i mktemp.i pipe_progress.i readlink.i run_parts.i > start_stop_daemon.i which.i awk.i patch.i sed.i vi.i find.i grep.i xargs.i > halt.i init.i mesg.i poweroff.i reboot.i init_shared.i adjtimex.i crond.i > crontab.i bbconfig.i dc.i devfsd.i eject.i hdparm.i last.i less.i makedevs.i > mountpoint.i mt.i rx.i setsid.i strings.i time.i watchdog.i insmod.i lsmod.i > modprobe.i rmmod.i arping.i ether-wake.i fakeidentd.i ftpgetput.i ftpgetput.i > hostname.i httpd.i ifconfig.i ifupdown.i inetd.i ip.i ipcalc.i ipaddr.i > iplink.i iproute.i iptunnel.i nameif.i nc.i netstat.i nslookup.i ping.i > route.i > telnet.i telnetd.i tftp.i traceroute.i vconfig.i wget.i zcip.i common.i > options.i packet.i pidfile.i signalpipe.i socket.i dhcpc.i clientpacket.i > clientsocket.i script.i dhcpd.i arpping.i files.i leases.i serverpacket.i > static_leases.i dumpleases.i free.i kill.i pidof.i ps.i renice.i sysctl.i > top.i > uptime.i addgroup.i adduser.i getty.i login.i passwd.i su.i sulogin.i vlock.i > deluser.i delgroup.i ash.i hush.i lash.i msh.i klogd.i logger.i syslogd.i > dmesg.i fbset.i fdflush.i fdformat.i fdisk.i freeramdisk.i fsck_minix.i > getopt.i hexdump.i hwclock.i ipcrm.i ipcs.i losetup.i mkfs_minix.i mkswap.i > more.i mount.i pivot_root.i rdate.i readprofile.i swaponoff.i umount.i > archive_xread_all.i archive_xread_all_eof.i check_header_gzip.i data_align.i > data_extract_all.i data_extract_to_buffer.i data_extract_to_stdout.i > data_skip.i decompress_bunzip2.i decompress_uncompress.i decompress_unzip.i > filter_accept_all.i filter_accept_list.i filter_accept_list_reassign.i > filter_accept_reject_list.i find_list_entry.i get_header_ar.i > get_header_cpio.i > get_header_tar.i header_list.i header_skip.i header_verbose_list.i > init_handle.i open_transformer.i seek_by_char.i seek_by_jump.i > unpack_ar_archive.i ip_parse_common_args.i ipaddress.i iplink.i iproute.i > iptunnel.i libnetlink.i ll_addr.i ll_map.i ll_proto.i ll_types.i rt_names.i > rtm_map.i utils.i pwd_grp.i pwd_grp.i cp_mv_stat.i getopt_mk_fifo_nod.i > bb_asprintf.i ask_confirmation.i change_identity.i chomp.i > compare_string_array.i concat_path_file.i copy_file.i copyfd.i > correct_password.i create_icmp_socket.i create_icmp6_socket.i device_open.i > dump.i error_msg.i error_msg_and_die.i find_mount_point.i find_pid_by_name.i > find_root_device.i fgets_str.i full_read.i full_write.i > get_last_path_component.i get_line_from_file.i hash_fd.i herror_msg.i > herror_msg_and_die.i human_readable.i inet_common.i inode_hash.i interface.i > isdirectory.i kernel_version.i last_char_is.i login.i loop.i make_directory.i > mode_string.i mtab.i mtab_file.i obscure.i parse_mode.i parse_number.i > perror_msg.i perror_msg_and_die.i print_file.i get_console.i > process_escape_sequence.i procps.i pw_encrypt.i qmodule.i read_package_field.i > recursive_action.i remove_file.i restricted_shell.i run_parts.i run_shell.i > safe_read.i safe_write.i safe_strncpy.i setup_environment.i simplify_path.i > trim.i u_signal_names.i vdprintf.i verror_msg.i vherror_msg.i vperror_msg.i > wfopen.i xconnect.i xgetcwd.i xgethostbyname.i xgethostbyname2.i xreadlink.i > xregcomp.i xgetlarg.i get_terminal_width_height.i fclose_nonstdin.i > fflush_stdout_and_exit.i getopt_ulflags.i wfopen_input.i > default_error_retval.i > speed_table.i perror_nomsg_and_die.i perror_nomsg.i skip_whitespace.i > bb_askpass.i warn_ignoring_args.i concat_subpath_file.i vfork_daemon_rexec.i > bb_echo.i messages.i xfuncs.i p
[Bug c++/22618] [3.4/4.0/4.1 Regression] Template non-type arguments break class access protection
-- 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=22618
[Bug bootstrap/18939] x86_64 spurious relink of gcov and gcov-dump with the base compiler
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2005-10-19 21:36 --- Confirmed at long last. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Component|gcov/profile|bootstrap http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18939
[Bug middle-end/24446] segfault with -Os -funit-at-a-time with IMA
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-19 21:45 --- We seg fault because cfun is NULL when trying to clean up the CFG. Reducing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24446
[Bug bootstrap/18939] x86_64 spurious relink of gcov and gcov-dump with the base compiler
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-10-19 21:45 --- Testing a fix. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-19 21:45:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18939
[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
--- Comment #10 from rguenth at gcc dot gnu dot org 2005-10-19 21:51 --- Ok, I'll see how big the middle-end change would get. The easiest way would be to change invert_truthvalue to ignore void types and do nothing for them. Like + if (VOID_TYPE_P (TREE_TYPE (arg))) +return arg; gcc_assert (TREE_CODE (TREE_TYPE (arg)) == BOOLEAN_TYPE); return build1 (TRUTH_NOT_EXPR, type, arg); but auditing all other places we look at COND_EXPR is a big task. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw
--- Comment #11 from mark at codesourcery dot com 2005-10-19 22:14 --- Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw rguenth at gcc dot gnu dot org wrote: > --- Comment #10 from rguenth at gcc dot gnu dot org 2005-10-19 21:51 > --- > Ok, I'll see how big the middle-end change would get. The easiest way would > be to change invert_truthvalue to ignore void types and do nothing for them. > Like > > + if (VOID_TYPE_P (TREE_TYPE (arg))) > +return arg; >gcc_assert (TREE_CODE (TREE_TYPE (arg)) == BOOLEAN_TYPE); >return build1 (TRUTH_NOT_EXPR, type, arg); > > but auditing all other places we look at COND_EXPR is a big task. Yes, that looks like the right change to invert_truthvalue, or you could even bury that in the COND_EXPR case, since that's the only place we expect that. To be clear, I have no problem whatsoever with adding the *((T*) 0) stuff during gimplification, and that will protect all the optimizers from this case. But, invert_truthvalue has to operate on more than just GENERIC/GIMPLE; it's designed to be called from the front ends, so it has to be tolerant of front-end stuff. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
[Bug fortran/24447] New: dimag_ undefined error with -std=f95
Following program fails to link with -std=f95 option, even though dimag() is supported intrinsic function. It compiles, links fine without -std or with -std=gnu option. $ cat dimag.f90 program test_dimag complex(8) c8 real*8 result c8 = cmplx(1.e0_8, 0.e0_8) print *, dimag(c8) end program test_dimag $ gfortran -std=f95 dimag.f90 /tmp/cc0aHEPk.o: In function `MAIN__': dimag.f90:(.text+0x74): undefined reference to `dimag_' collect2: ld returned 1 exit status $ gfortran -v Using built-in specs. Target: powerpc64-linux Configured with: /home/gccbuild/gcc_mline_anoncvs/gcc/configure --prefix=/opt/gcc-nightly/mline-20051018 --build=powerpc64-linux --host=powerpc64-linux --target=powerpc64-linux --with-cpu=default32 --with-as=/opt/gcc-nightly/mline-20051018/bin/as --with-ld=/opt/gcc-nightly/mline-20051018/bin/ld --enable-threads=posix --enable-shared --enable-__cxa_atexit --enable-languages=c,c++,f95,java,objc,obj-c++ --enable-checking --with-mpfr=/opt/gcc-nightly/mline-20051018 Thread model: posix gcc version 4.1.0 20051018 (experimental) -- Summary: dimag_ undefined error with -std=f95 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: uttamp at us dot ibm dot com GCC build triplet: powerpc64-linux GCC host triplet: powerpc64-linux GCC target triplet: powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24447
[Bug fortran/21625] Nested derived type pointer component not initialized on ALLOCATE
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-19 22:18 --- Subject: Bug 21625 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-19 22:18:08 Modified files: gcc/fortran: ChangeLog resolve.c Log message: PR fortran/21625 * resolve.c (expr_to_initialize): New function. (resolve_allocate_expr): Take current statement as new argument. Add default initializers to variables of derived types, if they need it. (resolve_code): Provide current statement as argument to resolve_allocate_expr(). Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.589&r2=1.590 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcc&r1=1.61&r2=1.62 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21625
[Bug fortran/21625] Nested derived type pointer component not initialized on ALLOCATE
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-19 22:21 --- Subject: Bug 21625 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-19 22:20:56 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: derived_init_1.f90 Log message: PR fortran/21625 * gfortran.fg/der_init_1.f90: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6215&r2=1.6216 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/derived_init_1.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21625
[Bug fortran/24447] dimag_ undefined error with -std=f95
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-19 22:21 --- dimag is part of the fortran 95 standard, right? If not this is not a bug (or really a dup another one which says that gfortran is not constainate with other fortran compilers with intrinsics). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24447
[Bug fortran/24447] dimag_ undefined error with -std=f95
--- Comment #2 from uttamp at us dot ibm dot com 2005-10-19 22:25 --- (In reply to comment #1) > dimag is part of the fortran 95 standard, right? > > If not this is not a bug (or really a dup another one which says that gfortran > is not constainate with other fortran compilers with intrinsics). > Yes, dimag is part of fortran95. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24447
[Bug fortran/24447] dimag_ undefined error with -std=f95
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-19 22:32 --- (In reply to comment #2) > Yes, dimag is part of fortran95. Are you sure? because http://www.nag.co.uk/nagware/NP/doc/faq.asp says it is not and that AIMAG is though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24447
[Bug fortran/24447] dimag_ undefined error with -std=f95
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-19 22:35 --- If the page I pointed to is true, then this is a dup of bug 20248. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24447
[Bug fortran/24447] dimag_ undefined error with -std=f95
--- Comment #5 from kargl at gcc dot gnu dot org 2005-10-19 22:50 --- (In reply to comment #2) > (In reply to comment #1) > > dimag is part of the fortran 95 standard, right? > > > > If not this is not a bug (or really a dup another one which says that > > gfortran > > is not constainate with other fortran compilers with intrinsics). > > > Yes, dimag is part of fortran95. No, it is not specified in the Fortran 95 standard. See 13.13 "Specific Names for Intrinsic Functions" Change your code to use AIMAG. -- kargl at gcc dot gnu dot org changed: What|Removed |Added CC||kargl at gcc dot gnu dot org Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24447
[Bug fortran/24447] dimag_ undefined error with -std=f95
--- Comment #6 from kargl at gcc dot gnu dot org 2005-10-19 22:57 --- (In reply to comment #4) > If the page I pointed to is true, then this is a dup of bug 20248. > It not a dup of 20248. The initial discussion there mirrors this PR, but Harald added in a discussion with regard to the INTRINSIC/EXTERNAL keyword. He suggested that an option be added so -std=f95 -fintrinsic-allowed=iargc would not disable iargc as an INTRINSIC precedure. I haven't had the time to pursue this idea. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24447
[Bug rtl-optimization/17356] [4.0 Regression] [Ada] [ia64] ACATS c41325a & other ICE, also while building libada
--- Comment #21 from wilson at gcc dot gnu dot org 2005-10-19 23:10 --- I done bootstrap tests for the gcc-4.0.x branch. I bootstrapped all default languages plus ada with and without the patch. There were no regressions. There was also no failure as reported in the PR, which seemed funny, until I reread the PR. The failures reported here only happen with --enable-checking. So what we have here is a minor internal inconsistency, which has caused no known end user problems. From my investigation, I think the worst this problem will cause is missed optimizations. Since nothing is seriously broken, I think applying the patch to gcc-4.0 branch is an unnecessary risk. I no longer think my patch is completely safe, as I now think I screwed up. I think there are 3 kinds of edges we need to deal with here, EH edges, abnormal call EH edges, and abnormal call non-EH edges, and we need to perform both tests for the abnormal call EH edges instead of switching the order of the tests as I did. I need to look at this a bit more and check to see if this is the case. If I did screw up, then I've got plenty of time to fix this before the gcc-4.1 release so things are OK there. But on the gcc-4.0.x branch, I'd be making things worse than they already are. Hence, I'd rather leave well enough alone on the gcc-4.0.x branch. In summary, I think we should close this as fixed in gcc-4.1 and as a wontfix for gcc-4.0. Unless someone wants to argue otherwise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17356
[Bug c++/24448] New: Internal error: Segmentation fault (program cc1plus)
The following crashes g++:
enum Channel { A, enumMin = A, B, enumMax = B };
template < typename T >
struct enum_traits {
static T const first = T::enumMin;
};
template < typename Enum >
struct cb_handler {
typedef Enum channel_type;
typedef void(*callback_function)(void);
static channel_type const min_channel = enum_traits::first;
template < channel_type channel >
static
void forward ( void ) {}
public:
static
callback_function bad ( void ) {
return( forward );
}
}; // cb_handler;
typedef cb_handler handler;
int main ( void ) {
handler::bad();
}
My settings:
> /added/pkg/gcc-4.0.1/usr/bin/g++ -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0.1/configure --prefix=/added/pkg/gcc-4.0.1/usr
Thread model: posix
gcc version 4.0.1
--
Summary: Internal error: Segmentation fault (program cc1plus)
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jkherciueh at gmx dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24448
[Bug c++/24449] New: Unable to declare friend main() from class template
Compiler won't let me declare ::main() a friend from inside template class.
It's not a problem in practice (who would want to do such thing?), however I
don't see a reason for such a behavior. If I change the name to something else,
it works correctly. gcc 3.3.2 and gcc 2.95.3 are also behaving this way.
Preprocessed main.cc:
# 1 "main.cc"
# 1 ""
# 1 ""
# 1 "main.cc"
template< class X >
class Foo
{
private:
int i;
friend int main();
};
int main()
{
int i = Foo().i;
}
Command line:
gcc-4.0 -v -save-temps -Wall main.cc
Compiler output:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0.2/configure --prefix=/opt/gcc-4.0/
--program-suffix=-4.0 --enable-threads
Thread model: posix
gcc version 4.0.2
/opt/gcc-4.0/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.2/cc1plus -E -quiet -v
-iprefix /opt/gcc-4.0/bin/../lib/gcc/i686-pc-linux-gnu/4.0.2/ -D_GNU_SOURCE
main.cc -mtune=pentiumpro -Wall -fpch-preprocess -o main.ii
ignoring nonexistent directory
"/opt/gcc-4.0/bin/../lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/include"
ignoring duplicate directory
"/opt/gcc-4.0//lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../include/c++/4.0.2"
ignoring duplicate directory
"/opt/gcc-4.0//lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../include/c++/4.0.2/i686-pc-linux-gnu"
ignoring duplicate directory
"/opt/gcc-4.0//lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../include/c++/4.0.2/backward"
ignoring duplicate directory
"/opt/gcc-4.0//lib/gcc/i686-pc-linux-gnu/4.0.2/include"
ignoring nonexistent directory
"/opt/gcc-4.0//lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/opt/gcc-4.0/bin/../lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../include/c++/4.0.2
/opt/gcc-4.0/bin/../lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../include/c++/4.0.2/i686-pc-linux-gnu
/opt/gcc-4.0/bin/../lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../include/c++/4.0.2/backward
/opt/gcc-4.0/bin/../lib/gcc/i686-pc-linux-gnu/4.0.2/include
/usr/local/include
/opt/gcc-4.0//include
/usr/include
End of search list.
/opt/gcc-4.0/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.2/cc1plus -fpreprocessed
main.ii -quiet -dumpbase main.cc -mtune=pentiumpro -auxbase main -Wall -version
-o main.s
GNU C++ version 4.0.2 (i686-pc-linux-gnu)
compiled by GNU C version 4.0.2.
GGC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=96807
main.cc:6: error: cannot declare '::main' to be a template
main.cc: In function 'int main()':
main.cc:11: warning: unused variable 'i'
--
Summary: Unable to declare friend main() from class template
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: machata at post dot cz
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24449
[Bug c++/24448] [3.4 Regression] Internal error: Segmentation fault (program cc1plus)
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-19 23:27 --- Fixed for 3.4.5 and 4.0.2. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||error-recovery, ice-on- ||invalid-code Resolution||FIXED Summary|Internal error: Segmentation|[3.4 Regression] Internal |fault (program cc1plus) |error: Segmentation fault ||(program cc1plus) Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24448
[Bug c++/24449] Unable to declare friend main() from class template
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-19 23:32 --- Confirmed, not a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|i686-pc-linux-gnu | Keywords||rejects-valid Known to fail||2.95.3 3.0.4 4.0.0 Last reconfirmed|-00-00 00:00:00 |2005-10-19 23:32:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24449
[Bug debug/24444] [4.1 regression] invalid register in debug info
--- Comment #2 from wilson at gcc dot gnu dot org 2005-10-19 23:34 --- This was broken by Richard Henderson's patch that added the convert_cfa_to_loc_list function. The thread for the patch starts here. It was finally installed Sept 7. http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01176.html The flaw with the patch is that Richard modified dwarf2out.c to use the dwarf unwind info unconditionally. However, it is only available for targets that define DWARF2_UNWIND_INFO. For all other targets, we now get incorrect debug info. IA-64 of course has its own unwind info, IA-64 unwind info, as defined by the IA-64 ABI, and does not need or want to use dwarf unwind info. I haven't yet tried to comprehend Richard's patch. It is a big one. Hence, I do not yet have a suggested fix. I suspect the fix may be as simple as putting a #ifdef DWARF2_UNWIND_INFO test in gen_subprogram_die around the convert_cfa_to_loc_list call, and putting the old code back in the #else case. Worst case, we need to write equivalent code that knows how to convert IA-64 unwind info into a location list. However, given that gdb already knows how to use libunwind, and any other self-respecting IA-64 debugger should also already be using the IA-64 unwind info, it isn't clear to me that we need to do anything in gcc here. We can not make the same assumption about dwarf2 unwind info, as this isn't part of the ABI for most targets, so Richard's patch does make sense there. -- wilson at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-19 23:34:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
