[Bug tree-optimization/21541] [4.1 Regression] gcc.c-torture/execute/20031215-1.c compilation fails
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 06:30 --- Subject: Bug 21541 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-19 06:29:47 Modified files: gcc: ChangeLog ifcvt.c Log message: PR 21541 * ifcvt.c (noce_process_if_block): Avoid conversion when the memory destination is readonly. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.8858r2=2.8859 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ifcvt.c.diff?cvsroot=gccr1=1.186r2=1.187 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21541
[Bug tree-optimization/21541] [4.1 Regression] gcc.c-torture/execute/20031215-1.c compilation fails
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 06:31 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21541
[Bug target/21315] Unable to link Fortran executables: __builtin_isfinite is undefined
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 07:06 --- Subject: Bug 21315 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-19 07:05:46 Modified files: gcc/testsuite : ChangeLog fixincludes: ChangeLog fixincl.x inclhack.def Added files: gcc/testsuite/gcc.dg: c99-math-double-1.c c99-math-float-1.c c99-math.h c99-math-long-double-1.c fixincludes/tests/base/iso: math_c99.h Log message: fixincludes/ PR target/19933 PR target/21315 * inclhack.def: New fixes solaris_math_[1-9]. * fixincl.x: Regenerate. * tests/base/iso/math_c99.h: New. gcc/testsuite/ * gcc.dg/c99-math.h: New * gcc.dg/c99-math-float-1.c: New test. * gcc.dg/c99-math-double-1.c: Likewise. * gcc.dg/c99-math-long-double-1.c: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5495r2=1.5496 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-double-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-float-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math.h.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-long-double-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/ChangeLog.diff?cvsroot=gccr1=1.41r2=1.42 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/fixincl.x.diff?cvsroot=gccr1=1.20r2=1.21 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/inclhack.def.diff?cvsroot=gccr1=1.20r2=1.21 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/tests/base/iso/math_c99.h.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21315
[Bug target/19933] Problem with define of HUGE_VAL in math_c99.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 07:06 --- Subject: Bug 19933 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-19 07:05:46 Modified files: gcc/testsuite : ChangeLog fixincludes: ChangeLog fixincl.x inclhack.def Added files: gcc/testsuite/gcc.dg: c99-math-double-1.c c99-math-float-1.c c99-math.h c99-math-long-double-1.c fixincludes/tests/base/iso: math_c99.h Log message: fixincludes/ PR target/19933 PR target/21315 * inclhack.def: New fixes solaris_math_[1-9]. * fixincl.x: Regenerate. * tests/base/iso/math_c99.h: New. gcc/testsuite/ * gcc.dg/c99-math.h: New * gcc.dg/c99-math-float-1.c: New test. * gcc.dg/c99-math-double-1.c: Likewise. * gcc.dg/c99-math-long-double-1.c: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5495r2=1.5496 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-double-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-float-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math.h.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-long-double-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/ChangeLog.diff?cvsroot=gccr1=1.41r2=1.42 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/fixincl.x.diff?cvsroot=gccr1=1.20r2=1.21 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/inclhack.def.diff?cvsroot=gccr1=1.20r2=1.21 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/tests/base/iso/math_c99.h.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933
[Bug target/19933] Problem with define of HUGE_VAL in math_c99.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 07:11 --- Subject: Bug 19933 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-19 07:11:26 Modified files: gcc/testsuite : ChangeLog fixincludes: ChangeLog fixincl.x inclhack.def Added files: gcc/testsuite/gcc.dg: c99-math-double-1.c c99-math-float-1.c c99-math.h c99-math-long-double-1.c fixincludes/tests/base/iso: math_c99.h Log message: fixincludes/ PR target/19933 PR target/21315 * inclhack.def: New fixes solaris_math_[1-9]. * fixincl.x: Regenerate. * tests/base/iso/math_c99.h: New. gcc/testsuite/ * gcc.dg/c99-math.h: New * gcc.dg/c99-math-float-1.c: New test. * gcc.dg/c99-math-double-1.c: Likewise. * gcc.dg/c99-math-long-double-1.c: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.186r2=1.5084.2.187 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-double-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-float-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-long-double-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.32.2.5r2=1.32.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/fixincl.x.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.16.14.3r2=1.16.14.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/inclhack.def.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.16.14.3r2=1.16.14.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/tests/base/iso/math_c99.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933
[Bug target/21315] Unable to link Fortran executables: __builtin_isfinite is undefined
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 07:11 --- Subject: Bug 21315 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-19 07:11:26 Modified files: gcc/testsuite : ChangeLog fixincludes: ChangeLog fixincl.x inclhack.def Added files: gcc/testsuite/gcc.dg: c99-math-double-1.c c99-math-float-1.c c99-math.h c99-math-long-double-1.c fixincludes/tests/base/iso: math_c99.h Log message: fixincludes/ PR target/19933 PR target/21315 * inclhack.def: New fixes solaris_math_[1-9]. * fixincl.x: Regenerate. * tests/base/iso/math_c99.h: New. gcc/testsuite/ * gcc.dg/c99-math.h: New * gcc.dg/c99-math-float-1.c: New test. * gcc.dg/c99-math-double-1.c: Likewise. * gcc.dg/c99-math-long-double-1.c: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.186r2=1.5084.2.187 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-double-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-float-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-long-double-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.32.2.5r2=1.32.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/fixincl.x.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.16.14.3r2=1.16.14.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/inclhack.def.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.16.14.3r2=1.16.14.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/tests/base/iso/math_c99.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21315
[Bug target/21315] Unable to link Fortran executables: __builtin_isfinite is undefined
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-19 07:14 --- See http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01119.html -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21315
[Bug target/19933] Problem with define of HUGE_VAL in math_c99.
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-19 07:16 --- Fixed in 4.0.1 and later. Backporting to 3.4.x. -- What|Removed |Added Known to fail||3.4.4 Known to work||4.0.1 4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933
[Bug c++/21495] [4.0/4.1 Regression] internal compiler error: Segmentation fault
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 07:37 --- Subject: Bug 21495 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-19 07:37:45 Modified files: gcc/cp : ChangeLog gcc/testsuite : ChangeLog gcc/cp : decl.c gcc/testsuite/g++.dg/tls: diag-2.C Added files: gcc/testsuite/g++.dg/parse: extern1.C Log message: PR c++/21495 * decl.c (grokdeclarator): Fix storage class specified for error reporting. * g++.dg/parse/extern1.C: New test. * g++.dg/tls/diag-2.C: Adjust expected error message wording. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4749r2=1.4750 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5497r2=1.5498 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1395r2=1.1396 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/extern1.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/tls/diag-2.C.diff?cvsroot=gccr1=1.2r2=1.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21495
[Bug c++/21495] [4.0/4.1 Regression] internal compiler error: Segmentation fault
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 07:48 --- Subject: Bug 21495 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-19 07:47:43 Modified files: gcc/cp : ChangeLog gcc/testsuite : ChangeLog gcc/cp : decl.c gcc/testsuite/g++.dg/tls: diag-2.C Added files: gcc/testsuite/g++.dg/parse: extern1.C Log message: PR c++/21495 * decl.c (grokdeclarator): Fix storage class specified for error reporting. * g++.dg/parse/extern1.C: New test. * g++.dg/tls/diag-2.C: Adjust expected error message wording. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.40r2=1.4648.2.41 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.187r2=1.5084.2.188 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1371.2.9r2=1.1371.2.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/extern1.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/tls/diag-2.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.2r2=1.2.24.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21495
[Bug AWT/21660] New: FileDialog.SAVE broken
FileDialog does not allow saving files. A FileDialog created with FileDialog.SAVE mode still comes up in FileDialog.LOAD (open file) mode. The wrong title is no real problem, but without a textfield there is no way to select a new (non existing) filename... testcase and screenshot attached. gij (GNU libgcj) version 4.1.0 20050424 (experimental) -- Summary: FileDialog.SAVE broken Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: AWT AssignedTo: fitzsim at redhat dot com ReportedBy: hendrich at informatik dot uni-hamburg dot de 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=21660
[Bug AWT/21660] FileDialog.SAVE broken
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de 2005-05-19 08:14 --- Created an attachment (id=8927) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8927action=view) screenshot showing the SAVE-mode filedialog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21660
[Bug AWT/21660] FileDialog.SAVE broken
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de 2005-05-19 08:17 --- Created an attachment (id=8928) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8928action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21660
[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot
--- Additional Comments From pluto at agmk dot net 2005-05-19 09:04 --- (In reply to comment #37) Reducing a testcase isn't trivial, but I'll try. try to pass to the ./configure the kde_cv_val_gcc_visibility_bug=yes switch. rebuild and test artsd. it may help. currently i have a gcc-4.0.1-20050514(+patches:19664,20218,v3) and artsd works fine without hacks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug target/21657] [4.0 regression] TLS reference miscompiled
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 09:36 --- Subject: Bug 21657 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-19 09:36:02 Modified files: gcc: ChangeLog gcc/config/ia64: ia64.c Log message: PR target/21657 * config/ia64/ia64.c (ia64_expand_tls_address): Remove extra memory indirection in local-dynamic case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.254r2=2.7592.2.255 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ia64/ia64.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.347.2.7r2=1.347.2.8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21657
[Bug c++/21661] New: Inconsistent function/constructor template requirements
In: templatetypename T, typename U voidfoo(U u) {} templatetypename T, typename U struct bar { bar(U u) {} }; int main() { fooint(true); barint(true); } you get: foo.cc: In function `int main()': foo.cc:11: error: wrong number of template arguments (1, should be 2) foo.cc:5: error: provided for `templateclass T, class U struct bar' Shouldn't both the call and the constructor require two args, or both require only one? I thought constructors resolved like functions. Ivan -- Summary: Inconsistent function/constructor template requirements Product: gcc Version: 3.4.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: igodard at pacbell dot net CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21661
[Bug target/21657] [4.0 regression] TLS reference miscompiled
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 09:42 --- Subject: Bug 21657 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-19 09:42:27 Modified files: gcc: ChangeLog gcc/config/ia64: ia64.c Log message: PR target/21657 * config/ia64/ia64.c (ia64_expand_tls_address): Remove extra memory indirection in local-dynamic case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.8861r2=2.8862 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ia64/ia64.c.diff?cvsroot=gccr1=1.365r2=1.366 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21657
[Bug target/21412] ICE loading TLS address
-- Bug 21412 depends on bug 21657, which changed state. Bug 21657 Summary: [4.0 regression] TLS reference miscompiled http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21657 What|Old Value |New Value Status|UNCONFIRMED |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
[Bug target/21657] [4.0 regression] TLS reference miscompiled
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 09:44 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21657
[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot
--- Additional Comments From bernie at develer dot com 2005-05-19 09:45 --- (In reply to comment #38) My backtrace looks suspiciously similar to the backtrace reported in comment #14. Yep, yours is probably the same bug as that in comment #14, which I don't think is related to the original bug report. 20949 was opened for that bug, then closed for lack of a testcase. Ah, OK. Then I think this bug should be closed: the patch is already applied and the other testcases (comment #1, comment #2 and comment #4) all work for me. Reducing a testcase isn't trivial, but I'll try. Thanks. If you do come up with one, it probably makes the most sense to attach it to 20949 and reopen it. Will do. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug target/21390] alphaev68-dec-osf5.1b long double optimization bug with gcc-4.0.0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 09:50 --- Subject: Bug 21390 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-19 09:50:00 Modified files: gcc: ChangeLog gcc/config/alpha: alpha.c Log message: PR target/21390 * config/alpha/alpha.c (alpha_emit_conditional_branch): Move TFmode code swapping ... (alpha_emit_xfloating_compare): ... here. (alpha_emit_setcc): Update to match. (alpha_lookup_xfloating_lib_func): Assert TARGET_HAS_XFLOATING_LIBS. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.8862r2=2.8863 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/alpha/alpha.c.diff?cvsroot=gccr1=1.422r2=1.423 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21390
[Bug target/21390] alphaev68-dec-osf5.1b long double optimization bug with gcc-4.0.0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 09:54 --- Subject: Bug 21390 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-19 09:53:34 Modified files: gcc: ChangeLog gcc/config/alpha: alpha.c Log message: PR target/21390 * config/alpha/alpha.c (alpha_emit_conditional_branch): Move TFmode code swapping ... (alpha_emit_xfloating_compare): ... here. (alpha_emit_setcc): Update to match. (alpha_lookup_xfloating_lib_func): Assert TARGET_HAS_XFLOATING_LIBS. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.255r2=2.7592.2.256 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/alpha/alpha.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.408.8.1r2=1.408.8.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21390
[Bug target/21390] alphaev68-dec-osf5.1b long double optimization bug with gcc-4.0.0
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 09:56 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21390
[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations
--- Additional Comments From bernie at develer dot com 2005-05-19 10:00 --- (In reply to comment #49) Mark, is http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00180.html OK for mainline as well as 4.0? It's OK for mainline. It's not OK for 4.0 unless it's a regression. It's not a regresion, but it causes KDE to miscompile with GCC 4.0.0. Could we apply it for 4.0 anyway? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
[Bug tree-optimization/21638] [4.1 regression] ADDR_EXPR invariancy not recomputed
--- Additional Comments From giovannibajo at libero dot it 2005-05-19 10:10 --- HP: people are expected to provide preprocessed source code even for bootstrap failures, let alone unified source tree builds for fancy platforms. This very bug shows how providing a preprocessed source made a quick fix possible. So what are you exactly complaining for? If you want a bug fixed, be helpful like everybody does. The fact that you are a maintainer does not buy you to shortcut rules and expect people to do the work in your place. -- What|Removed |Added Summary|[4.1 regression] dce|[4.1 regression] ADDR_EXPR |is_gimple_reg_type |invariancy not recomputed |(type=0x0) building newlib | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot
--- Additional Comments From bernie at develer dot com 2005-05-19 10:42 --- (In reply to comment #39) (In reply to comment #37) Reducing a testcase isn't trivial, but I'll try. try to pass to the ./configure the kde_cv_val_gcc_visibility_bug=yes switch. rebuild and test artsd. it may help. I ran the acinclude.m4 test manually, and it links fine for me (altough the binary crashes on startup). $ cat foo.cpp /* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664 */ #include string int some_function( void ) __attribute__ ((visibility(default))); int some_function( void ) { std::string s(blafasel); return 0; } $ g++ -fPIC -fvisibility-inlines-hidden -O0 -shared foo.cpp -o foo $ ./foo Segmentation fault currently i have a gcc-4.0.1-20050514(+patches:19664,20218,v3) and artsd works fine without hacks. I'll try to build with those patches, thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-05-19 11:16 --- Fixed by patch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17845
[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 11:20 --- Subject: Bug 17845 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-19 11:16:31 Modified files: gcc/java : parse.y ChangeLog Log message: 2005-05-19 Paolo Bonzini [EMAIL PROTECTED] PR java/17845 * parse.y (register_package, package_list): Remove. (package_declaration): Do not call register_package. (do_resolve_class): Do not use package_list. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/parse.y.diff?cvsroot=gccr1=1.533r2=1.534 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gccr1=1.1612r2=1.1613 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17845
[Bug target/17828] -O2 -fPIC doesn't work with switches in linkonce functions and new binutils
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au Status|NEW |ASSIGNED Last reconfirmed|2004-10-05 11:47:43 |2005-05-19 11:24:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17828
[Bug bootstrap/21512] [4.0/4.1 Regression] build failure on ppc-apple-darwin5.5 in libcpp
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-05-19 11:34 --- Tried again to build gcc on powerpc-apple-darwin5.5 (MacOS 10.1), with the workaround for the bug reported in comment #0. Fails with error message: ../../gcc/gcc/config/rs6000/host-darwin.c:25: sys/ucontext.h: No such file or directory System header sys/ucontext.h appeared with MacOS 10.2. Something intelligent should be done for systems without sys/ucontext.h. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21512
[Bug c++/21495] [4.0/4.1 Regression] internal compiler error: Segmentation fault
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 11:43 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21495
[Bug java/21662] New: Fields in interfaces not optimized when read from *.class, but optimized when read from *.java
#!/bin/sh rm -rf test mkdir test cat test/Configuration.java EOF package test; public interface Configuration { boolean INIT_LOAD_LIBRARY = false; } EOF cat test/Test.java EOF package test; import test.Configuration; public class Test { static { if (Configuration.INIT_LOAD_LIBRARY) { System.loadLibrary(gtkpeer); } } } EOF gcj -C --classpath '' test/Test.java mv test/Test.class{,.fromsrc} gcj -C --classpath '' test/Configuration.java gcj -C --classpath '' test/Test.java mv test/Test.class{,.fromclass} jcf-dump -c test/Test.class.fromsrc test/fromsrc jcf-dump -c test/Test.class.fromclass test/fromclass diff -u test/from{src,class} In libjava build unless --enable-libgcj-multifile is used this has the bad side effect that libgcj-4*.jar depends on the exact timing when doing make -jN build (e.g. GdkTextLayout.java and Configuration.java are compiled about at the same time, so if Configuration.java is compiled quickly enough GdkTextLayout.class will not be as optimized as it could be, while if Configuration.java compilation is tiny bit slower, GdkTextLayout.java's compilation will read Configuration.java and optimize the bool test out. -- Summary: Fields in interfaces not optimized when read from *.class, but optimized when read from *.java Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org CC: aph at gcc dot gnu dot org,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=21662
[Bug c++/21661] Inconsistent function/constructor template requirements
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 12:02 --- This is how C++ works, in the first case since it is a function template, the second template argument can be determined by the function argument. In the second example, the class template's template arguments cannot be determined by any explicated way. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21661
[Bug c/21664] New: array-of-empty-structure extension not properly defined
For struct {} a[4]; int main() { return a[2] - a[1]; } the C frontend emits return 0 /[ex] 0; which will, at -O0 fault at runtime, at -O not due to RTL CSE. Is this even well-defined? Should the C-frontend rather emit return 0; ? Of course this contradicts the C standard, but that does not allow empty structures anyway. -- Summary: array-of-empty-structure extension not properly defined Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21664
[Bug tree-optimization/21638] [4.1 regression] ADDR_EXPR invariancy not recomputed
--- Additional Comments From hp at bitrange dot com 2005-05-19 14:07 --- Subject: Re: [4.1 regression] ADDR_EXPR invariancy not recomputed On Thu, 19 May 2005, giovannibajo at libero dot it wrote: --- Additional Comments From giovannibajo at libero dot it 2005-05-19 10:10 --- HP: people are expected to provide preprocessed source code even for bootstrap failures, let alone unified source tree builds for fancy platforms. This very bug shows how providing a preprocessed source made a quick fix possible. Certainly, but it would have been even quicker if people were already having simulator toolchains at hand, for testing their patches or to verify bugs. Thus I somewhat thought all bugmasters would be familiar enough with them; hopefully using them, but at least not one accusing me that I shortcut rules when not immediately providing preprocessed source for a target library there. Newlib *is* special; it's part of the toolchain and builds naturally together with simulator, binutils and gcc in one fell swoop. Much like one of the target libraries provided with gcc. Would you ask people for preprocessed source for, say, libgcc? Hm, maybe you would, by your indication of bootstrap failures. So what are you exactly complaining for? What complaint? I'm replying to *your* complaint, and attempt to lecture me on your interpretation of some rule you read, presumably that we ask people for preprocessed source when reporting bugs. If you want a bug fixed, be helpful like everybody does. Eh, I think I was/did. :-) The fact that you are a maintainer does not buy you to shortcut rules and expect people to do the work in your place. What? Where did you get *that* from? I resent that accusation! I certainly don't expect bugs to be fixed just because I report them in bugzilla. I also don't expect a bugmaster to start an inproductive argument, but that might be just because I'm a maintainer. ;-) I never expect people to fix a bug exposed by the targets I maintain unless they're the one that made the bug or to some extent when they write code that expose a bug. So many thanks to pinskia! Much unexpected, very much appreciated. Worth the enormous amount of work it takes to upload the preprocessed sources. ;-) brgds, H-P -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug middle-end/21663] [4.0 Regression] ICE in assign_stack_temp_for_type
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 14:18 --- Actually this is not a regression, see PR 8081. There is a patch included there but I don't know the status about it though. I think it was waiting on copyright assignment but I could be wrong. *** This bug has been marked as a duplicate of 8081 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21663
[Bug middle-end/8081] ICE with variably sized types and nested functions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 14:18 --- *** Bug 21663 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8081
[Bug c++/21665] New: template template parameter function overload not recognized
The following does not compile with g++ 3.4.2 on Solaris and 3.2.3 on Linux, but probably should, and does with other compilers. class PropertyId; class ArraySegment; class StringSegment; class EnumStateSet; class PropertyCatalog; class PropertyCatalog; class Time; class PropertyId { }; extern class PropertyCatalog voidContainer; template template class T class PROPERTY class PropertyManipulator { public: virtual void reveal ( PROPERTY float ) = 0; virtual void reveal ( PROPERTY double ) = 0; virtual void reveal ( PROPERTY char ) = 0; virtual void reveal ( PROPERTY signed char ) = 0; virtual void reveal ( PROPERTY unsigned char ) = 0; virtual void reveal ( PROPERTY short ) = 0; virtual void reveal ( PROPERTY unsigned short ) = 0; virtual void reveal ( PROPERTY int ) = 0; virtual void reveal ( PROPERTY unsigned int ) = 0; virtual void reveal ( PROPERTY long ) = 0; virtual void reveal ( PROPERTY unsigned long ) = 0; virtual void reveal ( PROPERTY Time ) = 0; virtual void reveal ( PROPERTY StringSegment ) = 0; virtual void reveal ( PROPERTY EnumStateSet ) = 0; virtual void reveal ( PROPERTY ArraySegment ) = 0; virtual void reveal ( PROPERTY PropertyCatalog ) = 0; }; template class CATALOG class PropertyBase { public: PropertyBase ( const PropertyId id, CATALOG subordinate ); const PropertyId id () const; CATALOG subordinate () const; private: const PropertyId _id; CATALOG _subordinateProperties; }; template class T class PropertyType : public PropertyBase const PropertyCatalog { public: PropertyType ( const PropertyId id, const PropertyCatalog = voidContainer ); template class C PropertyType ( const PropertyId id, const C * pC, T ( C :: * p ), const PropertyCatalog subordinate = voidContainer ); }; template class T class PropertyMutable : public PropertyBase PropertyCatalog { public: PropertyMutable ( const PropertyId id, T value, PropertyCatalog subordinate = voidContainer ); template class C PropertyMutable ( const PropertyId id, C * pC, T ( C :: * p ), PropertyCatalog subordinate = voidContainer ); T value (); private: T _scalar; }; template class T class PropertyImmutable : public PropertyBase const PropertyCatalog { public: PropertyImmutable ( const PropertyId id, const T value, const PropertyCatalog subordinate = voidContainer ); template class C PropertyImmutable ( const PropertyId id, const C * pC, T ( C :: * p ), const PropertyCatalog subordinate = voidContainer ); const T value () const; private: const T _scalar; }; class PropertySkeleton { public: virtual void traverse ( PropertyManipulator PropertyType ) = 0; }; class PropertyCatalog { public: virtual void traverse ( PropertyManipulator PropertyMutable ) = 0; virtual void traverse ( PropertyManipulator PropertyImmutable ) const = 0; // false returned when the property does not exist, otherwise true virtual bool find ( const PropertyId id, PropertyManipulator PropertyImmutable ) const = 0; }; // - begin property implementation -- class VoidContainer : public PropertyCatalog { void traverse ( PropertyManipulator PropertyMutable ) {} void traverse ( PropertyManipulator PropertyImmutable ) const {} // false returned when the property does not exist, otherwise true bool find ( const PropertyId id, PropertyManipulator PropertyImmutable ) const { return false; } }; VoidContainer aVoidContainer; class PropertyCatalog voidContainer = aVoidContainer; template class CATALOG inline PropertyBase CATALOG :: PropertyBase ( const PropertyId id, CATALOG subordinate ) : _id ( id ), _subordinateProperties ( subordinate ) { } template class CATALOG inline const PropertyId PropertyBase CATALOG :: id () const { return _id; } template class CATALOG inline CATALOG PropertyBase CATALOG :: subordinate () const { return _subordinateProperties; } template class T inline PropertyType T :: PropertyType ( const PropertyId id, const PropertyCatalog subordinate ) : PropertyBase const PropertyCatalog ( id, subordinate ) { } template class T template class C inline PropertyType T :: PropertyType ( const PropertyId id, const C *, T ( C :: * ), const PropertyCatalog subordinate ) : PropertyBase const PropertyCatalog ( id, subordinate ) { } template class T inline PropertyMutable T :: PropertyMutable ( const PropertyId id, T value, PropertyCatalog subordinate ) : PropertyBase PropertyCatalog (
[Bug c++/21665] template template parameter function overload not recognized
--- Additional Comments From johill at lanl dot gov 2005-05-19 14:30 --- Here is a truncated version of the compiler output ~/tmp$ g++ tmp11.cpp tmp.txt ~/tmp$ vi tmp.txt tmp11.cpp: In static member function `static void MyContainer::traverseTempl(C*, PropertyManipulatorPROPERTY) [with C = MyContainer, PROPERTY = PropertyMutable]': tmp11.cpp:249: instantiated from here tmp11.cpp:240: no matching function for call to ` PropertyManipulatorPropertyMutable::reveal(PropertyMutableint)' tmp11.cpp:19: candidates are: void PropertyManipulatorPROPERTY::reveal(PROPERTYfloat) [with PROPERTY = PropertyMutable] tmp11.cpp:20: void PropertyManipulatorPROPERTY::reveal(PROPERTYdouble) [with PROPERTY = PropertyMutable] tmp11.cpp:21: void PropertyManipulatorPROPERTY::reveal(PROPERTYchar) [with PROPERTY = PropertyMutable] tmp11.cpp:22: void PropertyManipulatorPROPERTY::reveal(PROPERTYsigned char) [with PROPERTY = PropertyMutable] tmp11.cpp:23: void PropertyManipulatorPROPERTY::reveal(PROPERTYunsigned char) [with PROPERTY = PropertyMutable] tmp11.cpp:24: void PropertyManipulatorPROPERTY::reveal(PROPERTYshort int) [with PROPERTY = PropertyMutable] tmp11.cpp:25: void PropertyManipulatorPROPERTY::reveal(PROPERTYshort unsigned int) [with PROPERTY = PropertyMutable] tmp11.cpp:26: void PropertyManipulatorPROPERTY::reveal(PROPERTYint) [with PROPERTY = PropertyMutable] tmp11.cpp:27: void PropertyManipulatorPROPERTY::reveal(PROPERTYunsigned int) [with PROPERTY = PropertyMutable] tmp11.cpp:28: void PropertyManipulatorPROPERTY::reveal(PROPERTYlong int) [with PROPERTY = PropertyMutable] tmp11.cpp:29: void PropertyManipulatorPROPERTY::reveal(PROPERTYlong unsigned int) [with PROPERTY = PropertyMutable] tmp11.cpp:30: void PropertyManipulatorPROPERTY::reveal(PROPERTYTime) [with PROPERTY = PropertyMutable] tmp11.cpp:31: void PropertyManipulatorPROPERTY::reveal(PROPERTYStringSegment) [with tmp.txt 315L, 14729C5,1 To -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21665
[Bug c++/21665] template template parameter function overload not recognized
--- Additional Comments From johill at lanl dot gov 2005-05-19 14:31 --- Bugzilla appears to have inserted a newline in the following comment. That will need to be fixed before seeing the no matching function for call to diagnostic // - begin property implementation -- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21665
[Bug c++/21665] template template parameter function overload not recognized
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 14:48 --- This code is invalid, and here is why: manipulator.reveal ( PROPERTY int ( propertyX, pContainer, MyContainer::x ) ); so you are passing a rvalue to a non constant reference. This does not compile with ICC also giving the same error. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21665
[Bug tree-optimization/21630] [4.1 Regression] gcc.dg/vect/vect-none.c scan-tree-dump-times vectorized 1 loops 1 fails
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-19 14:48 --- A 20050513 dump shows: ... /mnt/scratch/nightly/2005-05-13/srcw/gcc/testsuite/gcc.dg/vect/vect-none.c:171: note: not vectorized: complicated access pattern. /mnt/scratch/nightly/2005-05-13/srcw/gcc/testsuite/gcc.dg/vect/vect-none.c:72: note: vectorized 1 loops in function. foo (n) ... 20050517 shows: ... /mnt/scratch/nightly/2005-05-17-orv/srcw/gcc/testsuite/gcc.dg/vect/vect-none.c:171: note: not vectorized: complicated access pattern. /mnt/scratch/nightly/2005-05-17-orv/srcw/gcc/testsuite/gcc.dg/vect/vect-none.c:72: note: vectorized 2 loops in function. foo (n) ... So, the test fails because we don't vectorize the expected number (1)of loops - we vectorize more. I suppose we should change the target patterns for the scan-tree-dump-times tests. -- What|Removed |Added CC||dpatel at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21630
[Bug java/21540] switch stmt problem
--- Additional Comments From hchapman-gcc-bugs at 3gfp dot com 2005-05-19 15:09 --- gcc has this problem as well. Although, it will let you have an expression using only constants like case 'A' + ('B'8): but not case *((uint16_t *)AB): A gcc example: #include stdio.h int main() { unsigned int xxx = 0x3456; switch(0x34) { case ((int)(xxx 16)): printf(Shift\n); break; default: printf(No shift\n); break; } return(0); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21540
[Bug java/21540] switch stmt problem
--- Additional Comments From falk at debian dot org 2005-05-19 15:27 --- (In reply to comment #3) gcc has this problem as well. Although, it will let you have an expression using only constants like case 'A' + ('B'8): but not case *((uint16_t *)AB): Since C requires case labels to be integer constant expressions, and this isn't one, there's no problem here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21540
[Bug tree-optimization/21630] [4.1 Regression] gcc.dg/vect/vect-none.c scan-tree-dump-times vectorized 1 loops 1 fails
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-19 15:33 --- A break-up of this test is currently discussed on gcc-patches: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01963.html -- What|Removed |Added CC|dpatel at apple dot com |dorit at il dot ibm dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21630
[Bug c++/21665] template template parameter function overload not recognized
--- Additional Comments From johill at lanl dot gov 2005-05-19 16:07 --- Sorry about the invalid entry. I understand now, and after receiving enlightenment I cant even complain about the message other than perhaps that there could be a leading message for bozos that says a match was found but it could not be used because it is an rvalue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21665
[Bug c++/21665] template template parameter function overload not recognized
--- Additional Comments From johill at lanl dot gov 2005-05-19 16:10 --- Subject: RE: template template parameter function overload not recognized Sorry about the invalid entry. I understand now, and after receiving enlightenment I can't even complain about the message other than perhaps that there could be a leading message for bozos that says a match was found but it could not be used because it is an rvalue. -Original Message- From: pinskia at gcc dot gnu dot org [mailto:gcc- [EMAIL PROTECTED] Sent: Thursday, May 19, 2005 8:48 AM To: [EMAIL PROTECTED] Subject: [Bug c++/21665] template template parameter function overload not recognized --- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 14:48 --- This code is invalid, and here is why: manipulator.reveal ( PROPERTY int ( propertyX, pContainer, MyContainer::x ) ); so you are passing a rvalue to a non constant reference. This does not compile with ICC also giving the same error. -- What|Removed |Added --- - Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21665 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21665
[Bug fortran/21565] namelist in block data is illegal
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 16:25 --- See the second constraint in 11.4 (f95 draft) -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-19 16:25:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21565
[Bug fortran/21594] FAIL: gfortran.dg/eoshift.f90 -O0 execution test
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 16:30 --- No gfortran devleoper has hpux. Can you find some details about the error? -- What|Removed |Added CC||tobi at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21594
[Bug libfortran/21621] Inconsistency with binary sequential output
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 16:43 --- Can you be a little more specific on what you're trying to do and why you think that what gfortran does is wrong? I don't think the standard requires sequential access files to be in any reliable format. I find the results surprising, but I'm not yet sure it's a bug. [EMAIL PROTECTED] tests]$ gfortran pr21621.f [EMAIL PROTECTED] tests]$ ./a.out 666.00 13 0. 11433738248 13 [EMAIL PROTECTED] tests]$ g77 pr21621.f [EMAIL PROTECTED] tests]$ ./a.out 666.00 13 666.00 1388 [EMAIL PROTECTED] tests]$ -- What|Removed |Added CC||tobi at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-19 16:43:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21621
[Bug c++/21008] [3.4/4.0/4.1 Regression] [DR515] Access failure in accessing data member of base class from derived template class
-- What|Removed |Added Summary|[3.4/4.0/4.1 Regression]|[3.4/4.0/4.1 Regression] |Acess failure in accessing |[DR515] Access failure in |data member of base class |accessing data member of |from derived template class |base class from derived ||template class http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21008
[Bug libfortran/21621] Inconsistency with binary sequential output
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 16:44 --- Um, I meant to set this to waiting ... -- What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21621
[Bug fortran/21594] FAIL: gfortran.dg/eoshift.f90 -O0 execution test
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 16:50 --- Confirmed, this also fails on powerpc-darwin. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC build triplet|hppa2.0w-hp-hpux11.11 | GCC host triplet|hppa2.0w-hp-hpux11.11 | GCC target triplet|hppa2.0w-hp-hpux11.11 |hppa2.0w-hp-hpux11.11, ||powerpc-darwin7.8 Last reconfirmed|-00-00 00:00:00 |2005-05-19 16:50:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21594
[Bug libfortran/21647] INQUIRE errors when using -fdefault-integer-8
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 16:51 --- Confirmed. The problem is that the default LOGICAL ex gets promoted to LOGICAL*8, but we pass a (int4_t *)ex to the library, which can't work. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-19 16:51:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21647
[Bug libfortran/21647] INQUIRE errors when using -fdefault-integer-8
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 16:51 --- Confirmed. The problem is that the default LOGICAL ex gets promoted to LOGICAL*8, but we pass (int4_t *)ex to the library, which can't work. -- What|Removed |Added Last reconfirmed|2005-05-19 16:51:13 |2005-05-19 16:51:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21647
[Bug fortran/20883] unassigned integer used as format
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2005-05-19 17:00:28 date|| Summary|error needed|unassigned integer used as ||format http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20883
[Bug fortran/20884] subroutine accepted in operator interface
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2005-05-19 17:01:34 date|| Summary|error needed|subroutine accepted in ||operator interface http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20884
[Bug fortran/20886] passing generic name as dummy argument
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2005-05-19 17:03:51 date|| Summary|error needed|passing generic name as ||dummy argument http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20886
[Bug fortran/20886] passing generic name as dummy argument
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 17:06 --- *** Bug 20887 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20886
[Bug fortran/20887] error needed
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 17:06 --- Correct me if I missed something, but this looks exactly like the testcase in PR20886. *** This bug has been marked as a duplicate of 20886 *** -- What|Removed |Added CC||tobi at gcc dot gnu dot org Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20887
[Bug c++/18681] [3.3/3.4/4.0/4.1 Regression] template friend declaration not recognized
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-19 17:07 --- Patch using new approach for 4.1: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01992.html (Note this is part 4 in a series, earlier parts are also required) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18681
[Bug c++/16617] Fail to do access checking correctly for non-dependent qualified-id
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-19 17:09 --- Patch using new approach for 4.1: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01992.html (Note this is part 4 in a series, earlier parts are also required) -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||05/msg01992.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16617
[Bug fortran/20888] dereferencing NULL still accepted
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 17:09 --- 2005-04-06 Tobias Schluter [EMAIL PROTECTED] * expr.c (gfc_check_assign): Don't allow NULL as rhs in a non-pointer assignment. fixed only part of the cases where NULL is not allowed. -- What|Removed |Added CC||tobi at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-19 17:09:57 date|| Summary|error needed|dereferencing NULL still ||accepted http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20888
[Bug fortran/20890] initializing two equivalenced variabled
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 17:12 --- I was sure this was a duplicate but I couldn't find it. -- What|Removed |Added OtherBugsDependingO||20405 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2005-05-19 17:12:53 date|| Summary|error needed|initializing two ||equivalenced variabled http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20890
[Bug fortran/20891] allocation depends on other object in same allocation
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 17:14 --- see the last paragraph on page 79 (§6.3.1) -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-19 17:14:58 date|| Summary|error needed|allocation depends on other ||object in same allocation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20891
[Bug fortran/20892] dummy procedure can't be generic
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2005-05-19 17:15:52 date|| Summary|error needed|dummy procedure can't be ||generic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20892
[Bug fortran/20893] unconditional use of optional argument not detected
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-19 17:19 --- to avoid confusion about what's wrong: MAX(A1,A2,A3) is legal with A1, A2 scalar and A3 array-valued. -- What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2005-05-19 17:19:44 date|| Summary|error needed|unconditional use of ||optional argument not ||detected http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20893
[Bug fortran/20894] parentheses ignored
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2005-05-19 17:20:23 date|| Summary|error needed|parentheses ignored http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20894
[Bug c++/21312] [3.4/4.0/4.1 Regression] Access violation diagnostic given twice
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21312
[Bug c++/20563] [3.4/4.0/4.1 Regression] Infinite loop in diagnostic (and ice after error message)
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20563
[Bug debug/16035] [3.4 regression] [non-unit-at-a-time] internal compiler error: in gen_subprogram_die, at dwarf2out.c:10798
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16035
[Bug c++/17332] [3.3/3.4 Regression] Missed inline opportunity
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17332
[Bug c/21536] [3.4/4.0/4.1 Regression] C99 array of variable length use causes segmentation fault
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21536
[Bug inline-asm/16194] [3.3/3.4/4.0/4.1 Regression] global register with inline-asm and clobered
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16194
[Bug c++/18273] [3.4 Regression] Fail to generate debug info for member function.
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18273
[Bug c++/16002] [3.4 regression] Strange error message with new parser
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16002
[Bug target/15914] [3.4 only] gcc-3_4-branch ICE on Linux kernel
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15914
[Bug c++/18738] [3.4 Regression] typename not allowed with non-dependent qualified name
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18738
[Bug c++/14777] [3.4/4.0/4.1 Regression] typedef doesn't fully expose base class type
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14777
[Bug rtl-optimization/21015] [3.3/3.4 Regression] Bad loop optimization with -O2
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21015
[Bug c++/21383] [3.4/4.0/4.1 Regression] Crash when finding a_templated_func
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21383
[Bug c++/11224] [3.3/3.4 regression] warning value computed is not used no longer emitted
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11224
[Bug c++/19395] [3.3/3.4 regression] invalid scope qualifier allowed in typedef
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19395
[Bug c++/21421] [3.4/4.0/4.1 Regression] Accepts writting to const via asm
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21421
[Bug middle-end/15855] [3.4/4.0/4.1 Regression] g++ crash with -O2 and -O3 on input file
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
[Bug c++/18155] [3.4 regression] typedef in template declaration not rejected
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18155
[Bug c++/16276] [3.4 only] G++ generates local references to linkonce sections
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16276
[Bug target/20126] [3.3/3.4 Regression] Inlined memcmp makes one argument null on entry
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
[Bug rtl-optimization/12863] [3.4 regression] basic block reordering fails for fallthru of casesi
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12863
[Bug c/21659] [3.4/4.0/4.1 Regression] [unit-at-a-time] weak declaration must precede definition error missing at = O2
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21659
[Bug rtl-optimization/11707] [3.4 Regression] [new unroller] constants not propagated in unrolled loop iterations with a conditional
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11707
[Bug c++/19628] [3.4 Regression] g++ no longer accepts __builtin_constant_p in constant-expressions
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19628
[Bug c++/18368] [3.4 Regression] C++ error message regression
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18368
[Bug c++/21627] [3.4/4.0/4.1 Regression] invalid inline warning
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21627
[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17972
[Bug c++/19063] [3.4 regresion] ICE on invalid template parameter
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19063
[Bug c++/18462] [3.4 Regression] Segfault on declaration of large array member
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18462
[Bug c++/18512] [3.4 Regression] ICE on invalid usage of template base class
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18512
[Bug c++/17796] [3.4/4.0/4.1 Regression] Too many unused parameter warnings emitted.
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17796
[Bug c++/20383] [3.3/3.4 Regression] #line directive breaks try-catch statement
-- What|Removed |Added Target Milestone|3.4.4 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20383