[Bug target/22453] New: reload uses FLOAT_REGS class eagerly even if -mfpmath=sse
The following code
extern double f(double, double);
void g (double x)
{
double z, y;
z = 0.0;
y = 1.0 - x;
again:
z = y - z;
f(z, 1.0);
if (z == 0.0)
goto again;
}
has a fld1 instruction when compiled with "-mfpmath=sse -msse2 -msseregparm
-mtune=pentiumpro -O2".
This instruction is caused by a reload into a FLOAT_REGS register, and moving
the value to a SSE register needs secondary memory.
--
Summary: reload uses FLOAT_REGS class eagerly even if -
mfpmath=sse
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: missed-optimization, ra
Severity: normal
Priority: P2
Component: target
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,rguenth at gcc dot gnu
dot org
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22453
[Bug c++/22452] [4.1 regression] ICE expected tree that contains 'decl with visibility' structure, have 'const_decl' in decl_linkage, at cp/tree.c:2132
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13 08:34 --- Confirmed. -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||monitored Last reconfirmed|-00-00 00:00:00 |2005-07-13 08:34:41 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22452
[Bug rtl-optimization/20376] The missed-optimization of general induction variables in the new rtl-level loop optimizer cause performance degradation.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13 09:38 --- Subject: Bug 20376 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-13 09:38:49 Modified files: gcc: ChangeLog toplev.c gcc/doc: invoke.texi Log message: PR rtl-optimization/20376 * toplev.c (process_options): Enable -fweb and -frename-registers when unrolling. * doc/invoke.texi: Update the information about when -fweb and -frename-registers are enabled. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9426&r2=2.9427 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gcc&r1=1.969&r2=1.970 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gcc&r1=1.647&r2=1.648 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20376
[Bug c++/20172] Invalid non-type template parameters not diagnosed
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13 09:41 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20172
[Bug target/22453] reload uses FLOAT_REGS class eagerly even if -mfpmath=sse
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-13 10:07 --- Vladimir, I believe your rematerialization pass would help a lot in this case and in other SSE pessimizations. -- What|Removed |Added CC||vmakarov at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22453
[Bug tree-optimization/22442] [4.1 regression] scev cprop causes wrong code
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13 10:08 --- Subject: Bug 22442 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-13 10:08:38 Modified files: gcc: ChangeLog tree-chrec.c Log message: PR tree-optimization/22442 * tree-chrec.c (chrec_fold_multiply_poly_poly): Associate chrecs correctly. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9427&r2=2.9428 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-chrec.c.diff?cvsroot=gcc&r1=2.21&r2=2.22 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22442
[Bug c++/22454] New: 'template class/operator overloading/default argument' internal compiler error
As describing the problem in words is rather tricky, I'll stick to just
listing the simplified code and the error message:
test.cpp
template
class SortedList
{
typedef bool (X::*largerThanMethodType)(const X &) const;
SortedList(largerThanMethodType cm = &X::operator>);
}
g++ test.cpp
test.cpp:5: internal compiler error: in cp_lexer_peek_nth_token, at
cp/parser.c:479
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .
--
Summary: 'template class/operator overloading/default argument'
internal compiler error
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at vanviegen dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i486-linux-gnu
GCC host triplet: i486-linux-gnu
GCC target triplet: i486-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22454
[Bug middle-end/21180] [4.1 Regression] checking on fold no longer happens in some cases
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-13 10:31 --- This patch does'n work now, it fails on any input: :0: internal compiler error: tree check: expected function_decl, have type_decl in fold_checksum_tree, at fold-const.c:10288 #0 internal_error (gmsgid=0xc377c8 "tree check: %s, have %s in %s, at %s:%d") at ../../gcc41/gcc/diagnostic.c:534 #1 0x0098ba01 in tree_check_failed (node=0x2af9e340, file=0xba6438 "../../gcc41/gcc/fold-const.c", line=10288, function=0xdf5d90 "fold_checksum_tree") at ../../gcc41/gcc/tree.c:5778 #2 0x00731e54 in fold_checksum_tree (expr=0x2af9e340, ctx=0x7fa5c0f0, ht=0xec7730) at ../../gcc41/gcc/fold-const.c:10288 #3 0x007322a1 in fold_checksum_tree (expr=0x7fa5bb70, ctx=0x7fa5c0f0, ht=0xec7730) at ../../gcc41/gcc/fold-const.c:10302 #4 0x0073160f in fold_checksum_tree (expr=0x2af835d0, ctx=0x7fa5c0f0, ht=0xec7730) at ../../gcc41/gcc/fold-const.c:10231 #5 0x00732781 in fold_build2 (code=MINUS_EXPR, type=0x2af91000, op0=0x2af835d0, op1=0x2af835d0) at ../../gcc41/gcc/fold-const.c:10379 #6 0x00959db6 in layout_type (type=0x2afa1c60) at ../../gcc41/gcc/stor-layout.c:1715 #7 0x0097f3b8 in type_hash_lookup (hashcode=196468616, type=0x2afa1c60) at ../../gcc41/gcc/tree.c:3922 #8 0x0097f4f1 in type_hash_canon (hashcode=196468616, type=0x2afa1c60) at ../../gcc41/gcc/tree.c:3972 #9 0x00986088 in build_array_type (elt_type=0x2afa1b00, index_type=0x2afa1bb0) at ../../gcc41/gcc/tree.c:4846 #10 0x009f6c4e in ix86_build_builtin_va_list () at ../../gcc41/gcc/config/i386/i386.c:3402 #11 0x0098d191 in build_common_tree_nodes_2 (short_double=0) at ../../gcc41/gcc/tree.c:6097 #12 0x00464b00 in c_common_nodes_and_builtins () -- What|Removed |Added Last reconfirmed|2005-06-30 13:11:22 |2005-07-13 10:31:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21180
[Bug tree-optimization/22442] [4.1 regression] scev cprop causes wrong code
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13 10:37 --- Subject: Bug 22442 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-13 10:37:25 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/tree-ssa: loop-11.c Log message: PR tree-optimizatio/22442 * gcc.dg/tree-ssa/loop-11.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5759&r2=1.5760 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/loop-11.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22442
[Bug tree-optimization/22442] [4.1 regression] scev cprop causes wrong code
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-07-13 10:38 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22442
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13 10:47 --- Subject: Bug 21193 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-13 10:47:40 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/tr1: functional Log message: 2005-07-13 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/21193 (string & wstring) * include/tr1/functional (hash, hash): Reimplement using the FNV hash. * include/tr1/functional: Trivial formatting fixes. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3057&r2=1.3058 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/functional.diff?cvsroot=gcc&r1=1.11&r2=1.12 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug middle-end/21180] [4.1 Regression] checking on fold no longer happens in some cases
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-13 10:51 --- (In reply to comment #5) > This patch does'n work now, it fails on any input: ignore this comment, failure is not related to this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21180
[Bug middle-end/22455] New: [4.1 regression] ICE tree check: expected function_decl, have type_decl in fold_checksum_tree, at fold-const.c:10282
This testcase fails if gcc configured with --enable-checking=yes,fold : -- int a [2]; -- f.c:1: internal compiler error: tree check: expected function_decl, have type_decl in fold_checksum_tree, at fold-const.c:10282 Exposed by this change: 2005-07-08 Daniel Berlin <[EMAIL PROTECTED]> * Makefile.in (TREE_H): Add treestruct.def. -- Summary: [4.1 regression] ICE tree check: expected function_decl, have type_decl in fold_checksum_tree, at fold- const.c:10282 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, ice-checking Severity: normal Priority: P2 Component: middle-end 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=22455
[Bug middle-end/22455] [4.1 regression] ICE tree check: expected function_decl, have type_decl in fold_checksum_tree, at fold-const.c:10282
-- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22455
[Bug middle-end/22455] [4.1 regression] ICE tree check: expected function_decl, have type_decl in fold_checksum_tree, at fold-const.c:10282
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22455
[Bug c++/22454] [4.0/4.1 Regression] 'template class/operator overloading/default argument' internal compiler error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 11:28 --- Confirmed, a regression from 3.4.0. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-invalid-code Known to fail||4.0.0 4.1.0 Known to work||3.4.0 Last reconfirmed|-00-00 00:00:00 |2005-07-13 11:28:42 date|| Summary|'template class/operator|[4.0/4.1 Regression] |overloading/default |'template class/operator |argument' internal compiler |overloading/default |error |argument' internal compiler ||error Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22454
[Bug target/22453] reload uses FLOAT_REGS class eagerly even if -mfpmath=sse
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 11:30 --- *** This bug has been marked as a duplicate of 19653 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22453
[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 11:30 --- *** Bug 22453 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||bonzini at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
[Bug c++/22452] [4.1 regression] ICE expected tree that contains 'decl with visibility' structure, have 'const_decl' in decl_linkage, at cp/tree.c:2132
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 11:33 --- CONST_DECL don't have linkage at all. DECL_COMDAT is the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22452
[Bug middle-end/22455] [4.1 regression] ICE tree check: expected function_decl, have type_decl in fold_checksum_tree, at fold-const.c:10282
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 11:35 --- Confirmed, it is obvious that Daniel forgot to update fold_checksum_tree after the change. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-13 11:35:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22455
[Bug middle-end/22455] [4.1 regression] ICE tree check: expected function_decl, have type_decl in fold_checksum_tree, at fold-const.c:10282
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 11:36 --- This blocks PR 21180 now. -- What|Removed |Added OtherBugsDependingO||21180 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22455
[Bug rtl-optimization/20376] The missed-optimization of general induction variables in the new rtl-level loop optimizer cause performance degradation.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 11:38 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Keywords||missed-optimization Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20376
[Bug middle-end/22366] [meta-bug] issues holding up the removal of loop.c
-- Bug 22366 depends on bug 20376, which changed state. Bug 20376 Summary: The missed-optimization of general induction variables in the new rtl-level loop optimizer cause performance degradation. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20376 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22366
[Bug middle-end/22456] New: [4.1 regression] missing "is used uninitialized" warning
The following code used to trigger an "is used uninitialized" warning
if compiled with -Wall. Since a few days I'm not getting a warning anymore
on mainline (C and C++ frontend).
void foo()
{
int i;
while (i) ++i;
}
--
Summary: [4.1 regression] missing "is used uninitialized" warning
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: diagnostic, monitored
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22456
[Bug tree-optimization/17506] [4.0/4.1 regression] warning about uninitialized variable points to wrong location
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13 11:41 --- The warning disappeared on mainline, see PR22456. -- What|Removed |Added BugsThisDependsOn||22456 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
[Bug middle-end/22456] [4.1 regression] missing "is used uninitialized" warning
-- What|Removed |Added OtherBugsDependingO||17506 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22456
[Bug rtl-optimization/22445] Optimizations done by cselib depend on pointer values
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-13 11:42 --- No, the real problem is that equal values have unequal hashes. The unstable hashtable just makes the problem visible. -- What|Removed |Added BugsThisDependsOn|4520| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22445
[Bug middle-end/22456] [4.1 regression] missing "is used uninitialized" warning
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
11:46 ---
Hmm, the loop is empty therefore removed.
I don't know if we want to have a is used uninitilzed warning for an empty loop
and dead code
afterwards.
In a way this is just like:
void f(void)
{
int i;
if (i)
i = 0;
}
Do we want a warning for that case or not?
--
What|Removed |Added
Severity|normal |minor
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-07-13 11:46:32
date||
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22456
[Bug tree-optimization/17506] [4.0/4.1 regression] warning about uninitialized variable points to wrong location
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 11:48 --- (In reply to comment #17) > The warning disappeared on mainline, see PR22456. Only in the reduced testcase as it was an empty loop. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-13
11:51 ---
Smaller testcase from PR22453:
extern double f(double, double);
void g (double x)
{
double z, y;
z = 0.0;
y = 1.0 - x;
again:
z = y - z;
f(z, 1.0);
if (z == 0.0)
goto again;
}
has a fld1 instruction when compiled with "-mfpmath=sse -msse2 -msseregparm
-mtune=pentiumpro -O2".
This instruction is caused by a reload into a FLOAT_REGS register, and moving
the value to a SSE register needs secondary memory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
[Bug tree-optimization/17506] [4.0/4.1 regression] warning about uninitialized variable points to wrong location
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13
12:05 ---
> Only in the reduced testcase as it was an empty loop.
Right. Here's a new testcase that still triggers the bug on mainline:
inline int foo (int i)
{
if (i) return 1;
return 0;
}
void baz();
void bar()
{
int j;
for (; foo(j); ++j)
baz();
}
--
What|Removed |Added
BugsThisDependsOn|22456 |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
[Bug rtl-optimization/22445] Optimizations done by cselib depend on pointer values
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-13 12:07 --- A patch has been posted here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00902.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22445
[Bug bootstrap/22457] New: Bootstrap failure: ICE, tree check for ceil_div_expr failed
bootstrap fails on the following stage: stage1/xgcc -Bstage1/ -B/mnt/d/gcc/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ibuild -I../../gcc/gcc -I../../gcc/gcc/build -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include \ -o build/genmodes.o ../../gcc/gcc/genmodes.c ../../gcc/gcc/genmodes.c: In function 'main': ../../gcc/gcc/genmodes.c:1219: internal compiler error: tree check: expected class 'type', have 'binary' (ceil_div_expr) in tree_ssa_useless_type_conversion_1, at tree-ssa.c:884 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. > stage1/xgcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --enable-checking --prefix=/mnt/d/gcc --enable-shared --enable-threads --program-suffix=-4.1 --enable-__cxa_atexit --disable-nls --enable-languages=c,c++,objc,obj-c++,java,f95,treelang Thread model: posix gcc version 4.1.0 20050713 (experimental) -- Summary: Bootstrap failure: ICE, tree check for ceil_div_expr failed Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tsarkov at cs dot man dot ac dot uk CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
[Bug bootstrap/22457] Bootstrap failure: ICE, tree check for ceil_div_expr failed
--- Additional Comments From tsarkov at cs dot man dot ac dot uk 2005-07-13 12:16 --- Created an attachment (id=9257) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9257&action=view) Preprocessed sources -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
[Bug bootstrap/22457] Bootstrap failure: ICE, tree check for ceil_div_expr failed
--- Additional Comments From tsarkov at cs dot man dot ac dot uk 2005-07-13 12:19 --- Created an attachment (id=9258) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9258&action=view) reduced testcase Here is reduced testcase extracted from genmodes. Note that it gives different ICE place (but with the same reason) > stage1/xgcc -Bstage1/ -B/mnt/d/gcc/i686-pc-linux-gnu/bin/ -c -O2 -o build/genmodes.o ./genmodes_reduced.i ./genmodes_reduced.i: In function 'main': ./genmodes_reduced.i:27: internal compiler error: tree check: expected class 'type', have 'binary' (ceil_div_expr) in fold_convert, at fold-const.c:1923 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
[Bug bootstrap/22457] Bootstrap failure: ICE, tree check for ceil_div_expr failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 12:25 --- I cannot reproduce this on powerpc-darwin. -- What|Removed |Added GCC target triplet||i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
[Bug middle-end/22455] [4.1 regression] ICE tree check: expected function_decl, have type_decl in fold_checksum_tree, at fold-const.c:10282
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-13 12:36 --- Yeah, it looks like some structure checks will be necessary there. (if you fix the check for DECL_ARGUMENTS, you will next hit section_name, vindex, etc). I'll fix it in a few moments. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-13 11:35:26 |2005-07-13 12:36:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22455
[Bug c++/22452] [4.1 regression] ICE expected tree that contains 'decl with visibility' structure, have 'const_decl' in decl_linkage, at cp/tree.c:2132
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-13 12:38 --- What is the proper linkage for an enum? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22452
[Bug bootstrap/22457] Bootstrap failure: ICE, tree check for ceil_div_expr failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 12:38 --- How are you building invoking make? I cannot reproduce this on i686-pc-linux-gnu either. -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
[Bug bootstrap/22457] Bootstrap failure: ICE, tree check for ceil_div_expr failed
--- Additional Comments From tsarkov at cs dot man dot ac dot uk 2005-07-13 12:44 --- (In reply to comment #4) > How are you building invoking make? > I cannot reproduce this on i686-pc-linux-gnu either. By doing make bubblestrap. I'll try to make bootstrap on clean system. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
[Bug c/22458] New: [3.4 regression] ICE on missing brace
On the 3.4 branch I get a segfault for the following invalid code snippet:
=
void foo()
{
__PRETTY_FUNCTION__;
=
bug.c: In function `foo':
bug.c:3: error: parse error at end of input
bug.c:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
Mainline and 4.0 barnch are not affected.
--
Summary: [3.4 regression] ICE on missing brace
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22458
[Bug tree-optimization/22415] [4.0 Regression] ICE in coalesce_abnormal_edges
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 12:54 --- (In reply to comment #3) > I think adding another DCE pass right before SRA and we will be able to > reproduce this on the mainline > also. Nope, adding both DCE and MAY_ALIAS right before SRA does not cause this to happen on the mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22415
[Bug c/22458] [3.4 regression] ICE on missing brace
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 12:56 --- Confirmed, here is the backtrace: #0 0x0806ac39 in finish_fname_decls () at ../../gcc/c-common.c:1047 #1 0x0804f7f6 in c_parse_file () at c-parse.y:3036 #2 0x0807f3b2 in c_common_parse_file (set_yydebug=0) at ../../gcc/c-opts.c:1237 #3 0x0827606d in toplev_main (argc=0, argv=0xbfffec7a) at ../../gcc/toplev.c:1822 -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||3.4.0 Known to work||3.3.3 4.0.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-07-13 12:56:16 date|| Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22458
[Bug bootstrap/22457] Bootstrap failure: ICE, tree check for ceil_div_expr failed
--- Additional Comments From tsarkov at cs dot man dot ac dot uk 2005-07-13 12:57 --- (In reply to comment #4) > How are you building invoking make? > I cannot reproduce this on i686-pc-linux-gnu either. make bootstrap on clean system fails at the same place. This probably starts when I switched to gcc 4.0.1 as a main compiler. Its specs are: > gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --enable-shared --enable-threads --with-cpu=athlon --with-tune=athlon --enable-__cxa_atexit --disable-nls --enable-languages=c,c++,java Thread model: posix gcc version 4.0.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
[Bug bootstrap/22457] Bootstrap failure: ICE, tree check for ceil_div_expr failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 13:01 --- I used 4.1.0 as my compiler which I started with but it was not configured with --with-cpu=athlon -- with-tune=athlon though but that is because I don't have an athlon. -- What|Removed |Added Version|4.1.0 |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
[Bug tree-optimization/22415] [4.0 Regression] ICE in coalesce_abnormal_edges
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-13 13:08 --- PRE checks the SSA_NAME_OCCURS_IN_ABNORMAL_PHI flag everywhere, and we shouldn't really be doing anything over abnormal edges. (see compute_avail and compute_antic). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22415
[Bug preprocessor/22042] [3.4/4.0/4.1 Regression] stringification BUG
-- What|Removed |Added Keywords||wrong-code Summary|stringification BUG |[3.4/4.0/4.1 Regression] ||stringification BUG Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22042
[Bug target/15397] [3.4 only] [g77] c float function called from fortran gives wrong result
-- What|Removed |Added Summary|[g77] c float function |[3.4 only] [g77] c float |called from fortran gives |function called from fortran |wrong result|gives wrong result Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15397
[Bug c++/21917] Missing warning?
-- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21917
[Bug c++/21917] Missing warning?
-- What|Removed |Added Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21917
[Bug c++/22459] New: string literals in global inline functions
Dear all,
I would like to post a bug report for the GNU C/C++ compiler 3.3-e500.
We use the compiler to generate code for a PowerPC processor.
Used invokation line for the GNU C++ compiler:
ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig
-fmerge-templates -mmultiple -mno-string -mstrict-align -O3
-fno-exceptions -fno-rtti -fno-builtin-printf
-I
-D
X.CPP -oX.O
// file X.CPP
inline const char* getIDString ()
{
return "XYZ";
}
const char* getID ()
{
return getIDString();
}
The code above compiles fine. The compiler emits code which places the string
literal "XYZ" in the section .rodata (see below). This means that every
translation unit which uses the funtion getIDString contains a different "XYZ"
object. Note: compiler option -fmerge-templates is enabled.
I think this behavior runs afoul 7.1.2/4: "A string literal in an extern
inline function is the same object in different translation units." For
further background see also DR 397
(http://open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#397).
Kind regards
W. Roehrl
===
Generated code for file X.CPP:
.file "x.CPP"
# rs6000/powerpc options: -mcpu=8540 -msdata=data
# GNU C++ version 3.3-e500 20030421 (Wind River) (powerpc-wrs-vxworks)
# compiled by GNU C version 3.2.2.
# GGC heuristics: --param ggc-min-expand=47 --param ggc-min-heapsize=32684
# options passed: -I. -ID:\\GNU_NG\\target\\h
# -ID:\\GNU_NG\\target\\h\\types -ID:\\GNU_NG\\target\\h\\arch\\ppc
# -iprefix -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=0
# -DCPU=PPC85XX -DTOOL_FAMILY=gnu -DTOOL=gnu -D__GNUG__=3 -mcpu=8540 -mbig
# -mmultiple -mno-string -mstrict-align -ansi -auxbase-strip -O3 -Wall
# -Werror -ansi -fverbose-asm -fmerge-templates -fno-exceptions -fno-rtti
# -fno-builtin-printf -ox.ASS
# options enabled: -fdefer-pop -fomit-frame-pointer
# -foptimize-sibling-calls -fcse-follow-jumps -fcse-skip-blocks
# -fexpensive-optimizations -fthread-jumps -fstrength-reduce -fpeephole
# -fforce-mem -ffunction-cse -fkeep-static-consts -fcaller-saves
# -freg-struct-return -fgcse -fgcse-lm -fgcse-sm -floop-optimize
# -fcrossjumping -fif-conversion -fif-conversion2 -frerun-cse-after-loop
# -frerun-loop-opt -fdelete-null-pointer-checks -fschedule-insns
# -fschedule-insns2 -fsched-interblock -fsched-spec -fbranch-count-reg
# -freorder-blocks -freorder-functions -frename-registers
# -fcprop-registers -fcommon -fverbose-asm -fregmove
# -foptimize-register-move -fargument-alias -fstrict-aliasing
# -fmerge-constants -fzero-initialized-in-bss -fident -fpeephole2
# -fguess-branch-probability -fmath-errno -ftrapping-math -mpowerpc
# -mpowerpc-gfxopt -mnew-mnemonics -mmultiple -mno-multiple -mno-string
# -msched-prolog -msched-epilog -mstrict-align -meabi -mcpu=8540
# -mcall-sysv -msdata=data
.section.rodata
.align 2
.LC0:
.string "XYZ"
.section".text"
.align 2
.globl _Z5getIDv
.type _Z5getIDv, @function
_Z5getIDv:
lis 4,[EMAIL PROTECTED]
la 3,[EMAIL PROTECTED](4)
blr
.size _Z5getIDv, .-_Z5getIDv
.ident "GCC: (GNU) 3.3-e500 20030421 (Wind River)"
--
Summary: string literals in global inline functions
Product: gcc
Version: 3.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wolfgang dot roehrl at de dot gi-de dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: sparc-sun-solaris2.5.1
GCC host triplet: i386-pc-mingw32
GCC target triplet: powerpc-wrs-vxworks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22459
[Bug java/13021] GCJ Boehm descriptor may be incorrect if alignment != sizeof(void*)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 13:31 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC host triplet|i686-pc-cygwin | GCC target triplet|m68k-unknown-coff |m68k-*-coff Last reconfirmed|-00-00 00:00:00 |2005-07-13 13:31:57 date|| Summary|GCJ Boehm descriptor may be |GCJ Boehm descriptor may be |incorrect if alignment != |incorrect if alignment != |sizeof(void*) |sizeof(void*) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13021
[Bug c++/22459] string literals in global inline functions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 13:34 --- Confirmed but the DR is still not fully a defect yet (it is is in drafting) so ... -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-13 13:34:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22459
[Bug c++/22459] [DR 397] string literals in global inline functions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 13:34 --- So suspend this bug. -- What|Removed |Added Status|NEW |SUSPENDED Keywords||wrong-code Summary|string literals in global |[DR 397] string literals in |inline functions|global inline functions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22459
[Bug c++/22459] [DR 397] string literals in global inline functions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 13:35 --- Actually this is a dup of bug 12056. *** This bug has been marked as a duplicate of 12056 *** -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22459
[Bug c++/12056] string literal in extern inline function not unique
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 13:35 --- *** Bug 22459 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||wolfgang dot roehrl at de ||dot gi-de dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12056
[Bug c++/12056] [DR 397] string literal in extern inline function not unique
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 13:37 --- Suspending based on the fact the DR report is still not fully resolved yet, it is still in drafting phase. -- What|Removed |Added Status|NEW |SUSPENDED GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Summary|string literal in extern|[DR 397] string literal in |inline function not unique |extern inline function not ||unique http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12056
[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse
--- Additional Comments From matz at suse dot de 2005-07-13 13:55 --- I was going to add this text to PR22453, when I noticed that it was closed as duplicate to this one. So putting it here for reference, although everything seems to be analyzed already: The reload happens, because reg 58 gets no hardreg, because it's live over a call, and it's not worthwhile to put it into a call clobbered reg (which SSE regs are). So reg 58 is placed onto stack (at ebp+16). Now this mem must be initialized with 1.0. If that is done via x87 (fld1 , fst ebp+16), via GENERAL_REGS (mov 1.0 -> (reg:DF ax) , mov (reg:DF ax) -> (ebp+16)), or via SSE_REGS (movsd (mem 1.0) -> xmm0 , mov xmm0 -> (ebp+16)) is actually not that important. You won't get rid of this reload. Except that _if_ you force it to use SSE_REGS, then the next reload from (ebp+16) for the next insn can be inherited (as it's then the same mode), hence the initial store to ebp+16 is useless and will be removed. This can be tested with this hack: --- i386.md 12 Jul 2005 09:20:12 - 1.645 +++ i386.md 13 Jul 2005 13:47:06 - @@ -2417,9 +2417,9 @@ (define_insn "*movdf_nointeger" [(set (match_operand:DF 0 "nonimmediate_operand" - "=f#Y,m ,f#Y,*r ,o ,Y*x#f,Y*x#f,Y*x#f ,m") + "=?f#Y,m ,f#Y,*?r ,o ,Y*x#f,Y*x#f,Y*x#f ,m") (match_operand:DF 1 "general_operand" - "fm#Y,f#Y,G ,*roF,F*r,C,Y*x#f,HmY*x#f,Y*x#f"))] + "?fm#Y,f#Y,G ,*?roF,F*r,C,Y*x#f,HmY*x#f,Y*x#f"))] "(GET_CODE (operands[0]) != MEM || GET_CODE (operands[1]) != MEM) && ((optimize_size || !TARGET_INTEGER_DFMODE_MOVES) && !TARGET_64BIT) && (reload_in_progress || reload_completed But I don't see immediately how reload could be convinced to do so automatically, as the choice of the reload class for one insn is independend from the choices of reloads for the same reg but in other insns. -- What|Removed |Added CC||matz at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
[Bug other/22368] [meta-bugs] mis-match types in GCC
-- What|Removed |Added BugsThisDependsOn||22460 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug java/22460] New: GCJ produces mis-match (non compatible) types in MODIFY_EXPR (from byte-code)
compile the following to byte-code and then to native (and use the patch in
22368 to see the ICE):
public class t
{
t(){}
}
--
Summary: GCJ produces mis-match (non compatible) types in
MODIFY_EXPR (from byte-code)
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
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,java-prs at gcc dot gnu
dot org
OtherBugsDependingO 22368
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22460
[Bug rtl-optimization/22445] Optimizations done by cselib depend on pointer values
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13 14:05 --- Subject: Bug 22445 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-07-13 14:05:26 Modified files: gcc: ChangeLog cselib.c Log message: PR rtl-optimization/22445 http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00902.html * cselib.c (target.h): Include. (rtx_equal_for_cselib_p): Allow commutative matches. (cselib_hash_rtx): Don't use MODE for CONST_INT hashing. Remove MODE parameter. Changed all callers. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=sh-elf-4_1-branch&r1=2.8142.2.20&r2=2.8142.2.21 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cselib.c.diff?cvsroot=gcc&only_with_tag=sh-elf-4_1-branch&r1=1.59.4.1&r2=1.59.4.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22445
[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-13 14:08 --- http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01783.html crashes on richard guenther's libsse2, fwiw. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
[Bug other/22368] [meta-bugs] mis-match types in GCC
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 14:16 --- Note fixing all of these issues and we can remove the "hack" in may_propagate_copy which right now says: /* FIXME. GIMPLE is allowing pointer assignments and comparisons of pointers that have different alias sets. This means that these pointers will have different memory tags associated to them. If we allow copy propagation in these cases, statements de-referencing the new pointer will now have a reference to a different memory tag with potentially incorrect SSA information. This was showing up in libjava/java/util/zip/ZipFile.java with code like: struct java.io.BufferedInputStream *T.660; struct java.io.BufferedInputStream *T.647; struct java.io.InputStream *is; struct java.io.InputStream *is.662; [ ... ] T.660 = T.647; is = T.660; <-- This ought to be type-casted is.662 = is; Also, f/name.c exposed a similar problem with a COND_EXPR predicate that was causing DOM to generate and equivalence with two pointers of alias-incompatible types: struct _ffename_space *n; struct _ffename *ns; [ ... ] if (n == ns) goto lab; ... lab: return n; I think that GIMPLE should emit the appropriate type-casts. For the time being, blocking copy-propagation in these cases is the safe thing to do. */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug other/22368] [meta-bugs] mis-match types in GCC
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 14:19 --- Note I think I already fixed the DOM problem in PR 22335. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-13 14:23 --- Michael, thank you very much. Your analysis will probably help a lot. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
[Bug tree-optimization/21921] [4.1 Regression] internal compiler error: in tsi_link_before, at tree-iterator.c:113
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13 14:42 --- Subject: Bug 21921 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-13 14:42:26 Modified files: gcc: ChangeLog tree-iterator.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: pr21921.c Log message: ChangeLog: 2005-07-13 Paolo Bonzini <[EMAIL PROTECTED]> PR tree-optimization/21921 * tree-iterator.c (tsi_link_before): Support the case when tsi_end_p (tsi) == true. testsuite/ChangeLog: 2005-07-13 Paolo Bonzini <[EMAIL PROTECTED]> PR tree-optimization/21921 * gcc.dg/tree-ssa/pr21921.c: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr21921.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9428&r2=2.9429 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-iterator.c.diff?cvsroot=gcc&r1=2.5&r2=2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5760&r2=1.5761 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21921
[Bug tree-optimization/21921] [4.1 Regression] internal compiler error: in tsi_link_before, at tree-iterator.c:113
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-13 14:45 --- Fixed by the patch above. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21921
[Bug java/22460] GCJ produces mis-match (non compatible) types in MODIFY_EXPR (from byte-code)
-- What|Removed |Added CC||aph at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22460
[Bug testsuite/22300] mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-07-13 15:28 --- The test has now been added to 4.0 branch and fails there as well. -- What|Removed |Added CC||jsm28 at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22300
[Bug testsuite/22461] New: [4.0 Regression] g++.dg/conversion/simd2.C fails
The test g++.dg/conversion/simd2.C has been newly added to 4.0 branch, but fails there (at least on hppa2.0w-hpux, hppa64-hpux, i686-linux, ia64-hpux) because the expected message is not correct for that branch. /scratch/gcc/nightly-2005-07-12-4.0/src/gcc-4.0/gcc/testsuite/g++.dg/conversion/simd2.C: In function 'void foo()': /scratch/gcc/nightly-2005-07-12-4.0/src/gcc-4.0/gcc/testsuite/g++.dg/conversion/simd2.C:15: error: can't convert between vector values of different size /scratch/gcc/nightly-2005-07-12-4.0/src/gcc-4.0/gcc/testsuite/g++.dg/conversion/simd2.C:15: error: can't convert between vector values of different size -- Summary: [4.0 Regression] g++.dg/conversion/simd2.C fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: aldyh at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22461
[Bug bootstrap/22457] Bootstrap failure: ICE, tree check for ceil_div_expr failed
--- Additional Comments From tsarkov at cs dot man dot ac dot uk 2005-07-13 15:46 --- The same happens if I try to bootstrap fresh gcc HEAD with gcc 4.0.1 build without athlon switches: > gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --enable-shared --enable-threads --enable-__cxa_atexit --disable-nls --enable-languages=c,c++,java Thread model: posix gcc version 4.0.1 -- What|Removed |Added Version|4.0.1 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
[Bug testsuite/22300] mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1
--- Additional Comments From law at redhat dot com 2005-07-13 16:11 --- Subject: Re: mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1 On Wed, 2005-07-13 at 15:28 +, jsm28 at gcc dot gnu dot org wrote: > --- Additional Comments From jsm28 at gcc dot gnu dot org 2005-07-13 > 15:28 --- > The test has now been added to 4.0 branch and fails there as well. It's on my list (along with a variety of other things). It's certainly not forgotten. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22300
[Bug bootstrap/22440] make install fails with --enable-bootstrap
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-13 16:17 --- Simple fix (tested by doing make bootstrap; make install with and w/o --enable-bootstrap) : --- Makefile.tpl~ 2005-07-13 20:12:15.0 +0400 +++ Makefile.tpl2005-07-13 20:13:03.0 +0400 @@ -747,7 +747,7 @@ # Installation targets. .PHONY: install uninstall -install: installdirs install-host install-target +install: unstage installdirs install-host install-target stage .PHONY: install-host-nogcc install-host-nogcc: [+ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22440
[Bug rtl-optimization/19909] verify-flow-info: wrong frequency ...
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13
15:10 ---
Confirmed. Reduced testcase (compile with -O3):
int foo();
void bar()
{
int N, i, j, k, *p;
if (i)
while (1)
{
while (N)
{
for (i = 0; i < N; i++)
for (; p; ++p)
for (j = 0; j < N; j++)
switch (N)
{
case 1:
++k;
case 2:
break;
case 3:
++k;
case 4:
++k;
case 5:
++k;
default:
k = foo();
}
if (foo()) break;
}
if (foo()) break;
}
}
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13
15:43 ---
Bugzilla has hiccups.
Confirmed again.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-07-13 16:36:05
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19909
[Bug fortran/21875] [meta-bug] NIST test suite failures
--- Additional Comments From janis at gcc dot gnu dot org 2005-07-13 16:59 --- Oops. This one passes with 20050709 and fails with 20050710, and is exactly the format and input line from mgrid. PROGRAM BUG REAL*8 A(0:3) READ 1000, A 1000 FORMAT (4D8.0) STOP END -8.0D0 1.0D-4 0.50D0 0.250D0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21875
[Bug bootstrap/22440] make install fails with --enable-bootstrap
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-13 17:09 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00930.html -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |belyshev at depni dot sinp |dot org |dot msu dot ru URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||07/msg00930.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-13 17:09:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22440
[Bug libgcj/21892] gnu.* and native code security audit
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-13 17:17 --- According to mjw there is already code in classpath's ClassLoader to do gnu.* checking (whether it is exactly what we want is not clear -- aph suggested we rename packages to make it very clear which parts are private and which are not). The idea is, classes loaded by the bootstrap loader have total access. Other access attempts are checked for validity by the application loader. I'm not sure what happens with class loaders that bypass the application loader when delegating. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21892
[Bug bootstrap/22457] Bootstrap failure: ICE, tree check for ceil_div_expr failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 17:20 --- Can you try this after: 2005-07-13 David Edelsohn <[EMAIL PROTECTED]> * tree-ssa-dom.c (lookup_avail_expr): Do not pass member in freed structure as argument. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
[Bug middle-end/22321] [4.0/4.1 Regression] &volatile_var != &volatile_var is always true
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 17:38 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22321
[Bug c++/22462] New: with -O2 -ffast-math -mfpmath=sse -msse: could not split insn: internal compiler error: in final_scan_insn, at final.c:2508
bug.cpp: In function 'void func()':
bug.cpp:45: error: could not split insn
(insn:HI 106 27 115 (parallel [
(set (reg/v:SF 21 xmm0 [orig:59 _max.21 ] [59])
(if_then_else:SF (le:SF (reg/v:SF 21 xmm0 [orig:59 _max.21 ]
[59])
(reg/v:SF 21 xmm0 [orig:59 _max.21 ] [59]))
(reg/v:SF 21 xmm0 [orig:59 _max.21 ] [59])
(reg/v:SF 21 xmm0 [orig:59 _max.21 ] [59])))
(clobber (reg:V4SF 23 xmm2))
]) 658 {*movsfcc_1_sse} (insn_list:REG_DEP_TRUE 27 (nil))
(expr_list:REG_UNUSED (reg:V4SF 23 xmm2)
(nil)))
bug.cpp:45: internal compiler error: in final_scan_insn, at final.c:2508
System: Debian unstable with Athlon-XP.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext --enable-threads=posix --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
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr
--disable-werror --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.1 (Debian 4.0.1-2)
Also happens with 4.0.0.
I have created a self contained test case, which follows. Note that even
apparently minor changes to this test case prevent the bug triggering.
Use: g++ -O2 -ffast-math -mfpmath=sse -msse -c bug.cpp
(-O3 also works)
typedef float float_t; // type double does not trigger the bug
struct Slot
{
virtual void invoke () {}
};
struct Range
{
float_t min;
float_t max;
void set (float_t _min, float_t _max)
{
min = _min;
max = _max;
}
};
#define MAX(a,b) (((a) > (b)) ? (a) : (b))
#define MIN(a,b) (((a) < (b)) ? (a) : (b))
struct Parameter
{
Slot* m_slot;
float m_value; // type of m_value does not influence the bug
Range m_range;
void init (float_t min, float_t max, float_t value)
{
m_range.set (min, max);
m_value = MAX (m_range.min, MIN (m_range.max, value));
m_slot->invoke();
}
};
const unsigned count = 2; // count must be > 1 to trigger the bug
const float upper = 10.0f; // values of 0.0f, 1.0f do not trigger the bug
Parameter params[count];
void func()
{
for (unsigned i = 0; i < count; i++)
params[i].init (0, upper, upper); // bug triggered from here
}
--
Summary: with -O2 -ffast-math -mfpmath=sse -msse: could not split
insn: internal compiler error: in final_scan_insn, at
final.c:2508
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: simonjcan at yahoo dot co dot uk
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i486-linux-gnu
GCC host triplet: i486-linux-gnu
GCC target triplet: i486-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22462
[Bug fortran/21730] Character length incorrect.
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dje at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-06-06 00:44:36 |2005-07-13 17:38:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
[Bug fortran/21730] Character length incorrect.
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-13 17:39 --- Patch here http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00937.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
[Bug target/22462] with -O2 -ffast-math -mfpmath=sse -msse: could not split insn: internal compiler error: in final_scan_insn, at final.c:2508
-- What|Removed |Added CC||rth at gcc dot gnu dot org Component|c++ |target Keywords||ice-on-valid-code, ssemmx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22462
[Bug fortran/21730] Character length incorrect.
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-13 17:43 --- (In reply to comment #2) > Patch here > http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00937.html What about the testcase, David? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
[Bug testsuite/22300] mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1
--- Additional Comments From law at redhat dot com 2005-07-13 17:49 --- Fixed by twiddling testcase. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22300
[Bug testsuite/22300] mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1
-- What|Removed |Added Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22300
[Bug libgcj/22463] New: libgcj verifier attempts to resolve dependent classes
The libgcj verifier attempts to resolve dependent classes using Class.forName().
This causes ClassNotFoundException to be thrown too early - the exception should
occur when an attempt to use the missing class is made, not during verification.
public class Test
{
Missing a()
{
return new Missing();
}
public static void main(String[] args)
{
System.out.println ("Missing not needed.");
}
}
public class Missing {}
$ gcj -C Missing.java Test.java
$ rm Missing.class
$ java -verify Test
Missing not needed.
$ gij -noverify Test
Missing not needed.
$ gij -verify Test
Exception in thread "main" java.lang.NoClassDefFoundError: Test
at java.lang.Class.initializeClass (natClass.cc:715)
at java.lang.Class.forName (Class.h:582)
at gnu.java.lang.MainThread.run (MainThread.java:95)
Caused by: java.lang.ClassNotFoundException: Missing not found in
gnu.gcj.runtime.SystemClassLoader{urls=[file:./,file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
at java.net.URLClassLoader.findClass (URLClassLoader.java:948)
at java.lang.ClassLoader.loadClass (ClassLoader.java:317)
at java.lang.ClassLoader.loadClass (ClassLoader.java:260)
at java.lang.Class.forName (natClass.cc:88)
at java.lang.Class.initializeClass (natClass.cc:709)
...2 more
--
Summary: libgcj verifier attempts to resolve dependent classes
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay 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=22463
[Bug libgcj/22463] libgcj verifier attempts to resolve dependent classes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 18:12 --- *** This bug has been marked as a duplicate of 17021 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22463
[Bug libgcj/17021] gij: class resolution throws errors too eagerly
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 18:12 --- *** Bug 22463 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17021
[Bug c++/22464] New: ICE on classes in template functions which attempt closure
Error message:
:g++ -c bug02.cc
bug02.cc: In constructor ?do_something(const T (*)[M])::helper_t::helper_t()
[with T = double, int M = 3]?:
bug02.cc:10: instantiated from ?void do_something(const T (*)[M]) [with T =
double, int M = 3]?
bug02.cc:16: instantiated from here
bug02.cc:6: internal compiler error: in tsubst_copy, at cp/pt.c:7632
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
The above is with gcc-4.0.0, but the identical happends with
gcc-3.4.3 and 4.1.0 20050702 (experimental). The code follows:
bug02.cc-
template
void do_something( const T A[M][M])
{
struct helper_t{
helper_t():B(new double [M*M]){
B[0] = A[0][0];
}
~helper_t(){ delete[] B; }
double * B;
} helper;
}
void sub1()
{
double A[3][3];
do_something(A);
}
-end bug02.cc-
As always, thank you. You folks do excellent work.
Sincerely,
Mike Albert
--
Summary: ICE on classes in template functions which attempt
closure
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: albertm at uphs dot upenn dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu (AMD)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
[Bug c++/22464] [3.4/4.0/4.1 Regression] ICE on classes in template functions which attempt closure
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 18:21 --- Confirmed, this is invalid code, you cannot reference a local variable in a local class. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-invalid-code Last reconfirmed|-00-00 00:00:00 |2005-07-13 18:21:44 date|| Summary|ICE on classes in template |[3.4/4.0/4.1 Regression] ICE |functions which attempt |on classes in template |closure |functions which attempt ||closure Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
[Bug fortran/21730] Character length incorrect.
--- Additional Comments From dje at watson dot ibm dot com 2005-07-13
18:23 ---
Subject: Re: Character length incorrect.
> What about the testcase, David?
I was focussing on the patch itself. Here's a testcase:
! PR fortran/21730
! {do-do run}
character*2 a
character*4 b
character*6 c
parameter (a="12")
parameter (b = a)
write (c,'("#",A,"#")') b
if (c .ne. '#12 #') call abort
end
David
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
[Bug target/22462] [4.0 regression] with -O2 -ffast-math -mfpmath=sse -msse: could not split insn: internal compiler error: in final_scan_insn, at final.c:2508
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13 18:36 --- Confirmed, a 4.0 regression only. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||4.0.1 Known to work||4.1.0 3.4.0 Last reconfirmed|-00-00 00:00:00 |2005-07-13 18:36:25 date|| Summary|with -O2 -ffast-math - |[4.0 regression] with -O2 - |mfpmath=sse -msse: could not|ffast-math -mfpmath=sse - |split insn: internal|msse: could not split insn: |compiler error: in |internal compiler error: in |final_scan_insn, at |final_scan_insn, at |final.c:2508|final.c:2508 Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22462
[Bug other/22465] New: gcc/doc/tm.texi:9284: Cross reference to nonexistent node
current snapshot doesn't build: if [ xinfo = xinfo ]; then \ makeinfo --split-size=500 --no-split -I . -I ../../gcc/doc \ -I ../../gcc/doc/include -o doc/gccint.info ../../gcc/doc/gccint.texi; \ fi ../../gcc/doc//tm.texi:9284: Cross reference to nonexistent node `Cross-profiling' (perhaps incorrect sectioning?). makeinfo: Removing output file `doc/gccint.info' due to errors; use --force to preserve. make[2]: *** [doc/gccint.info] Error 1 cross-profiling node is defined gcov.texi (not included in TEXI_GCCINT_FILES). -- Summary: gcc/doc/tm.texi:9284: Cross reference to nonexistent node Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pld-linux GCC host triplet: i686-pld-linux GCC target triplet: i686-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22465
[Bug other/22465] [4.1 Regression] gcc/doc/tm.texi:9284: Cross reference to nonexistent node
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
18:53 ---
Fixed already by:
2005-07-13 H.J. Lu <[EMAIL PROTECTED]>
* doc/tm.texi: Remove @xref{Cross-profiling}.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Keywords||build
Resolution||FIXED
Summary|gcc/doc/tm.texi:9284: Cross |[4.1 Regression]
|reference to nonexistent|gcc/doc/tm.texi:9284: Cross
|node|reference to nonexistent
||node
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22465
[Bug c++/22466] New: ICE on classes in template functions which attempt closure
Error message:
:g++ -c bug02.cc
bug02.cc: In constructor ?do_something(const T (*)[M])::helper_t::helper_t()
[with T = double, int M = 3]?:
bug02.cc:10: instantiated from ?void do_something(const T (*)[M]) [with T =
double, int M = 3]?
bug02.cc:16: instantiated from here
bug02.cc:6: internal compiler error: in tsubst_copy, at cp/pt.c:7632
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
The above is with gcc-4.0.0, but the identical happends with
gcc-3.4.3 and 4.1.0 20050702 (experimental). The code follows:
bug02.cc-
template
void do_something( const T A[M][M])
{
struct helper_t{
helper_t():B(new double [M*M]){
B[0] = A[0][0];
}
~helper_t(){ delete[] B; }
double * B;
} helper;
}
void sub1()
{
double A[3][3];
do_something(A);
}
-end bug02.cc-
As always, thank you. You folks do excellent work.
Sincerely,
Mike Albert
--
Summary: ICE on classes in template functions which attempt
closure
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: albertm at uphs dot upenn dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu (AMD)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22466
[Bug c++/22466] ICE on classes in template functions which attempt closure
--- Additional Comments From albertm at uphs dot upenn dot edu 2005-07-13 19:14 --- *** This bug has been marked as a duplicate of 22464 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22466
[Bug c++/22464] [3.4/4.0/4.1 Regression] ICE on classes in template functions which attempt closure
--- Additional Comments From albertm at uphs dot upenn dot edu 2005-07-13 19:14 --- *** Bug 22466 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
[Bug c++/22467] New: Incorrect resolution of unqualified global type name
Two types exist with the same name, one ::Bar in the global namespace and one
Stuff::Bar in a named
namespace.
A new type ::Foo is derived from Stuff::Bar and given a member declared as "Bar
b". The type of Foo::b
ought to be ::Bar, since Foo is in the global namespace. However, Foo::b is
incorrectly given the type
Stuff::Bar. So an attempt to use Foo::b as if it had type ::Bar yields an
error message.
If Foo::b is explicitly typed ::Bar, there is no problem. Also if ::Bar is
renamed to ::Baz so it doesn't
clash with Stuff::Bar, there is no problem.
Checked on gcc version 3.3 (Apple) and on 3.3.4 and on 3.3.5 (Debian).
--
namespace Stuff
{
class Bar
{
public:
int x;
};
struct blat { int y; };
}
class Bar
{
public:
int y;
};
class Foo: public Stuff::Bar
{
Bar b; /* ::Bar b; */
public:
void doSomething ();
};
void Foo::doSomething () { b. y = 4; /* "'class Stuff::Bar' has no member named
'y'" */
--
Summary: Incorrect resolution of unqualified global type name
Product: gcc
Version: 3.3.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ajmalton at uwaterloo dot ca
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22467
[Bug java/22468] New: gcj does not send correct parameters to ld when linking
Ran /bin/bash ../configure --prefix=/tools/freeware/gcc4.0 --with-gnu-ld --with-ld=/tools/freeware/gcc4.0/bin/ld --with-gnu-as --with-as=/tools/freeware/gcc4.0/bin/as --with-cpu=ultrasparc then make profiledbootstrap /var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc/gcj -B/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc/ -B/tools/freeware/gcc4.0/sparc-sun-solaris2.8/bin/ -B/tools/freeware/gcc4.0/sparc-sun-solaris2.8/lib/ -isystem /tools/freeware/gcc4.0/sparc-sun-solaris2.8/include -isystem /tools/freeware/gcc4.0/sparc-sun-solaris2.8/sys-include -g -O2 -o .libs/jv-convert --main=gnu.gcj.convert.Convert -shared-libgcc -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava/.libs ./.libs/libgcj.so -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libstdc++-v3/src -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -lpthread -lrt -ldl -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc -L/tools/freeware/gcc4.0/sparc-sun-solaris2.8/bin -L/tools/freeware/gcc4.0/sparc-sun-solaris2.8/lib -L/usr/dt/lib -L/usr/openwin/lib -L/usr/lib/X11 -L/usr/ucblib -L/usr/atria/lib -L/tools/freeware/gcc4.0/lib -L/tools/freeware/lib -L/tools/sun5/lib -L/tools/freeware/gcc4.0/lib/gcc/sparc-sun-solaris2.8/../../../sparc-sun-solaris2.8/lib -L/usr/ccs/bin -L/usr/ccs/lib -L/tools/freeware/gcc4.0/lib/gcc/sparc-sun-solaris2.8/../.. -lgcc_s -lgcc_s -Wl,--rpath -Wl,/tools/freeware/gcc4.0/lib /tools/freeware/gcc4.0/bin/ld: unrecognized option '-Wl,-rpath' /tools/freeware/gcc4.0/bin/ld: use the --help option for usage information collect2: ld returned 1 exit status make[3]: *** [jv-convert] Error 1 make[3]: Leaving directory `/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava' make[2]: *** [all-recursive] Error 1 rm gnu/gcj/tools/gcj_dbtool/Main.class make[2]: Leaving directory `/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8' make: *** [profiledbootstrap] Error 2 Shouldn't gcj strip off the -Wl, and pass -rpath? I am using binutils 2.16.1 -- Summary: gcj does not send correct parameters to ld when linking Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aaronw at net dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22468
