[Bug ada/23187] MAXPATHLEN usage in gcc/ada/*.c
--- Additional Comments From charlet at adacore dot com 2005-09-01 07:21 --- Subject: Re: MAXPATHLEN usage in gcc/ada/*.c > Reopened bug awaiting a proper fix. Feel free to submit one, since you have access to a GNU system. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23187
[Bug c/23674] ICE on valid code
-- What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23674
[Bug libstdc++/23667] [4.0/4.1 Regression] tr1/6_containers/unordered/hashtable/23465.cc execution test times out
--- Additional Comments From pcarlini at suse dot de 2005-09-01 08:32 --- Hi. Can you have a quick look at what is going on outside the testsuite? (as usual, just change testsuite_hooks.h to cassert and any VERIFY to assert). For reference, on a P4-2400/linux running the test takes around 1/4 of sec, therefore I suspect something is going seriously wrong in the compiler... But, if it's just a matter of making the testcase a little simpler (on the border of timing out on those platforms), not a big deal, just let me know. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23667
[Bug c++/23628] Typeinfo comparison code easily breaks shared libs
--- Additional Comments From mmarcus at emarcus dot org 2005-09-01 08:35 --- I will add a real-world use case. Lets say that I am the author of a shared library and that today I wish to provide my client, AnApp, with MyLib version 1. I will also need to provide my clients with updated versions in the future, *without breaking binary compatibility*. That is, when version 2 of my library comes out, it must not break AnApp version 1. As a good citizen, I keep my public ABI as narrow as possible, exporting a small number of extern "C" functions. Internally, I make use of various C++ shared libraries including boost version 1.33. It so happens that AnApp version 1 also links to the shared library boost 1.33. For RTTI to work properly, certain names must be shared between boost 1.33 and MyLib version 1, so I add those names to my list of exports. Lets say that one of those names is BoostFoo. AnApp version 1 also exports those names for RTTI compatibility with boost 1.33. A year passes and now I want to release MyLib version 2. I decide that it would be convenient to use the newly released boost 1.35 in my implementation. But what if, say, boost 1.35 has changed the layout of struct BoostFoo? If so, I cannot use boost 1.35 in my implementation since I am exporting BoostFoo--my exported BoostFoo 1.35 will conflict with the BoostFoo 1.33 that AnApp version 1 uses. The requirement that I export the name BoostFoo to my clients in order to for type identity to be shared with my supplier has effectively "revision-locked" me to boost 1.33. Though slightly complex to state, this was not a contrived use-case. For example, people want updates of their Photoshop plugins to work. The suggestion above of comparing typeinfo's by name instead of by address is really just a bandaid. What we really need is some form of directed visibility control where a library exports one set of symbols to the libraries on which it depends, and a different set of symbols to its clients. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23628
[Bug libstdc++/23667] [4.0/4.1 Regression] tr1/6_containers/unordered/hashtable/23465.cc execution test times out
-- What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23667
[Bug tree-optimization/15366] [unit-at-a-time] -fno-inline-functions is ignored for static functions
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 08:55 --- Subject: Bug 15366 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-01 08:54:45 Modified files: gcc: common.opt ipa-inline.c ChangeLog gcc/doc: invoke.texi Log message: 2005-09-01 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/15366 * common.opt: Add -finline-functions-called-once. Put -fearly-inlining in alphabetically ordered place. * doc/invoke.texi: Document new option. * ipa-inline.c (cgraph_decide_inlining): Honour flag_inline_functions_called_once. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/common.opt.diff?cvsroot=gcc&r1=1.87&r2=1.88 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ipa-inline.c.diff?cvsroot=gcc&r1=2.16&r2=2.17 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9872&r2=2.9873 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gcc&r1=1.673&r2=1.674 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15366
[Bug c++/20153] [3.4 Regression] ICE when C++ template function contains anonymous union
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01 09:13 --- Taking care of the backport to the 3.4 branch. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||09/msg00016.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20153
[Bug tree-optimization/15366] [unit-at-a-time] -fno-inline-functions is ignored for static functions
--- Additional Comments From bobbymcn at bellsouth dot net 2005-09-01 09:14 --- Subject: Re: [unit-at-a-time] -fno-inline-functions is ignored for static functions cvs-commit at gcc dot gnu dot org wrote: >--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 >08:55 --- >Subject: Bug 15366 > >CVSROOT: /cvs/gcc >Module name: gcc >Changes by:[EMAIL PROTECTED] 2005-09-01 08:54:45 > >Modified files: > gcc: common.opt ipa-inline.c ChangeLog > gcc/doc: invoke.texi > >Log message: > 2005-09-01 Richard Guenther <[EMAIL PROTECTED]> > > PR tree-optimization/15366 > * common.opt: Add -finline-functions-called-once. > Put -fearly-inlining in alphabetically ordered place. > * doc/invoke.texi: Document new option. > * ipa-inline.c (cgraph_decide_inlining): Honour > flag_inline_functions_called_once. > >Patches: >http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/common.opt.diff?cvsroot=gcc&r1=1.87&r2=1.88 >http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ipa-inline.c.diff?cvsroot=gcc&r1=2.16&r2=2.17 >http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9872&r2=2.9873 >http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gcc&r1=1.673&r2=1.674 > > > > > Message-ID: <[EMAIL PROTECTED]> Date: Thu, 01 Sep 2005 04:13:43 -0500 From: Bobby McNulty <[EMAIL PROTECTED]> User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: Re: [Bug tree-optimization/15366] [unit-at-a-time] -fno-inline-functions is ignored for static functions References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> In-Reply-To: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cvs-commit at gcc dot gnu dot org wrote: >--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 >08:55 --- >Subject: Bug 15366 > >CVSROOT: /cvs/gcc >Module name: gcc >Changes by:[EMAIL PROTECTED] 2005-09-01 08:54:45 > >Modified files: > gcc: common.opt ipa-inline.c ChangeLog > gcc/doc: invoke.texi > >Log message: > 2005-09-01 Richard Guenther <[EMAIL PROTECTED]> > > PR tree-optimization/15366 > * common.opt: Add -finline-functions-called-once. > Put -fearly-inlining in alphabetically ordered place. > * doc/invoke.texi: Document new option. > * ipa-inline.c (cgraph_decide_inlining): Honour > flag_inline_functions_called_once. > >Patches: >http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/common.opt.diff?cvsroot=gcc&r1=1.87&r2=1.88 >http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ipa-inline.c.diff?cvsroot=gcc&r1=2.16&r2=2.17 >http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9872&r2=2.9873 >http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gcc&r1=1.673&r2=1.674 > > > > > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15366
[Bug c++/22545] [3.4 Regression] ICE with pointer to class member & user defined conversion operator
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01 09:15 --- Taking care of the backport to the 3.4 branch. -- What|Removed |Added AssignedTo|mark at codesourcery dot com|reichelt at gcc dot gnu dot ||org URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||09/msg00016.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22545
[Bug boehm-gc/23662] Binaries generated by arm-linux-gcj segfault on execution on arm target
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-09-01 09:36 --- I think it is the same problem with Boehm-GC on ARM/Linux that has been solved in upstream sources. See: http://www.hpl.hp.com/hosted/linux/mail-archives/gc/2005-July/000943.html http://www.hpl.hp.com/hosted/linux/mail-archives/gc/2005-August/000963.html The relevant file can be found as $GCC_SRC_DIR/boehm-gc/include/private/gcconfig.h You should rebuild GCC after making this change and try if it solves the problem for you. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23662
[Bug fortran/23675] New: ICE in gfc_finish_var_decl (string manipulation)
I do not know how this bug is linked to others (e.g. 18883), I let you decide. It was on GNU Fortran 95 (GCC 4.0.0) and is still in the 4.1 snapshot I build yesterday (gcc-4.1-20050826). I get a ICE on that file (cutils.f95): (! lines are part of the file) The reported function is 'inttochar2' althoug the reported line is 7 (which is the line public::IntToChar2). [:prompt:] cat cutils.f95 ! module cutils implicit none private integer :: maxStringLength = 25 public :: IntToChar2 contains elemental function IntToChar2(integerValue) integer, intent( in) :: integerValue character(len = maxStringLength) :: IntToChar2 ! ! Creates the character representation of an integer. ! write(IntToChar2, *) integerValue end function IntToChar2 end module cutils ! [:prompt:] gfortran-4.1-20050826 -v -c cutils.f95 Using built-in specs. Target: i686-pc-linux-gnu Configured with: /mtvhome/laverth/TOOLS/GCCsnap/gcc-4.1-20050826/configure -- prefix=/home1/laverth/TOOLS/GCCsnap/gcc41snap --program-suffix=-4.1-20050826 -- with-local-prefix=/home1/laverth/TOOLS/GCCsnap/include --enable-languages=c,f95 --disable-libgcj --with-mpfr=/usr/local Thread model: posix gcc version 4.1.0 20050826 (experimental) /home1/laverth/TOOLS/GCCsnap/gcc41snap/libexec/gcc/i686-pc-linux-gnu/4.1.0/f951 cutils.f95 -quiet -dumpbase cutils.f95 -mtune=pentiumpro -auxbase cutils - version -o /tmp/ccfwaq3u.s GNU F95 version 4.1.0 20050826 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.1.0 20050826 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 cutils.f95: In function inttochar2: cutils.f95:7: internal compiler error: in gfc_finish_var_decl, at fortran/trans- decl.c:438 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE in gfc_finish_var_decl (string manipulation) Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: thomas dot lavergne at jrc dot it CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23675
[Bug java/5487] arm-linux-gcj cross-compiler generates bad assembler-code
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01 10:19 --- Subject: Re: arm-linux-gcj cross-compiler generates bad assembler-code On Wed, 2005-08-31 at 21:18, ngmlinux at gmail dot com wrote: > (gdb) bt > #0 GC_push_all_eager (bottom=0x0, top=0x390a8 "") at > ../../../gcc-3.4.3/boehm-gc/mark.c:1468 Which shows that your crash is in the garbage collector, and therefore nothing to do with this old bug report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5487
[Bug ada/23487] Assignment from incompatible pointer warning in __gnat_install_handler kills bootstrap
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01 10:42 --- Patch looks reasonable to me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23487
[Bug c++/23628] Typeinfo comparison code easily breaks shared libs
--- Additional Comments From s_gccbugzilla at nedprod dot com 2005-09-01 10:42 --- Vladimir Prus Wrote: > It's is mess, but I hope that we don't just agree on *that*. The situation > is that the whole -fvisibility thing does not work reliably for C++ > dynamic libraries which is rather bad. I wouldn't go /that/ far - if you know what you're doing, it's completely reliable. The problem is that it involves a lot of knowledge of ELF internals which most people using GCC don't have and IMHO, shouldn't need to have. The problem I see here is that Andrew knows the internals of GCC extremely well, and so to him IMHO he can't see why users are having such a problem. > You might be formally right, but what about practical consequences? Unless > *all* libraries I use have push/pops in *every single header*, using > -fvisibility for my own library can result in crash. So for a large > application you'd need to get authors of all used libraries to "fix" them! > Note that even libstdc++ does not have this at the moment. This makes > -fvisibility just useless. One of our overriding goals when making this patch was to AVOID patching any existing library headers! See PR 9283 and PR 15000. The way I see it is that GCC's current behaviour interferes with the ODR. If you define a type in one compilation unit and then again in another, and you compare the two, currently it works if those compilation units are in the same shared object but it fails if they are in different shared objects. This to me is confusing at best, and causes hard-to-find bugs at worst. It also isn't compatible with MSVC's behaviour which was also one of the original goals of the patch - to allow existing MSVC DLL macro support to be reused in GCC. Now I raised this originally back in the day, but I was told that the performance penalty of memcmp()-ing symbols was too much - even though MSVC does just this and I haven't seen many complaints about its typeinfo performance. However, I am very certain that so long as it remains this way, you're just going to get more and more people complaining in here. So how about this - how about we get GCC to emit a special linkonce symbol called say __gcc_linkonce_nondefaultvisibility if a compilation unit uses non- default visibility? And if that symbol is present, the GCC runtime uses memcmp() instead of address comparison during typeinfo work - if I remember, there's about two or three places where code would need altering. This solves the problem, and keeps everyone happy. If people agree, I could contribute a little to this patch. Cheers, Niall -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23628
[Bug target/23674] ICE on valid code
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|c |target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23674
[Bug tree-optimization/21883] [4.1 Regression] jump threading causing excessive code duplication
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-01 11:22 --- This also appears to be a source of compile time problems. -- What|Removed |Added Keywords||compile-time-hog Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21883
[Bug c++/13377] [3.4 regression] unexpected behavior of namespace usage directive
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 11:32 --- Subject: Bug 13377 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-01 11:32:20 Modified files: gcc/cp : ChangeLog parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/lookup: ambig4.C ambig5.C Log message: PR c++/13377 * parser.c (cp_parser_lookup_name): Pass LOOKUP_COMPLAIN to lookup_name_real on final parse. * g++.dg/lookup/ambig4.C: New test. * g++.dg/lookup/ambig5.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.231&r2=1.3892.2.232 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.157.2.59&r2=1.157.2.60 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.422&r2=1.3389.2.423 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/ambig4.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/ambig5.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.6.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13377
[Bug c++/13377] [3.4 regression] unexpected behavior of namespace usage directive
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01 11:33 --- Fixed on the 3.4 branch, too. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13377
[Bug tree-optimization/21883] [4.1 Regression] jump threading causing excessive code duplication
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-01 11:37 --- I'll have a look at this. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-12 06:25:35 |2005-09-01 11:37:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21883
[Bug middle-end/23676] New: [4.1 Regression] ICE: "missing REG_EH_REGION note in the end of bb"
The following is reduced from the report here: http://gcc.gnu.org/ml/gcc-regression/2005-09/msg2.html cc1plus -fnon-call-exceptions t.cc is all that needed to reproduce the bug. struct JvSynchronize { ~JvSynchronize (); }; struct _Jv_Field { char* addr; }; _Jv_Field * resolve_pool_entry (void); void * _Jv_ResolvePoolEntry (void) { JvSynchronize sync; return (resolve_pool_entry ())->addr; } - -- Summary: [4.1 Regression] ICE: "missing REG_EH_REGION note in the end of bb" Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P2 Component: middle-end 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,rth at gcc dot gnu dot org GCC target triplet: powerpc-darwin7.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
[Bug middle-end/23676] [4.1 Regression] ICE: "missing REG_EH_REGION note in the end of bb"
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
[Bug ada/20075] Bug in GNAT.Expect.Non_Blocking_Spawn
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01 11:45 --- This particular bug is already fixed in HEAD (future GCC 4.1.0). As for the inconsistency between OS_Lib and Expect, it is intentional and the sugget patch would simply create an incompatibility which is not acceptable. Arno -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20075
[Bug ada/20075] Bug in GNAT.Expect.Non_Blocking_Spawn
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01 11:47 --- One last comment: the patch proposed would have actually hidden the real problem (bad handling of path with spaces under Windows) rather than fixing it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20075
[Bug c++/20153] [3.4 Regression] ICE when C++ template function contains anonymous union
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 11:47 --- Subject: Bug 20153 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-01 11:47:42 Modified files: gcc/cp : ChangeLog decl2.c call.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: error17.C gcc/testsuite/g++.dg/expr: ptrmem7.C Log message: Backport: 2005-02-22 Mark Mitchell <[EMAIL PROTECTED]> PR c++/20153 * decl2.c (build_anon_union_vars): Add type parameter. (finish_anon_union): Pass it. * g++.dg/template/error17.C: New test. 2005-07-28 Mark Mitchell <[EMAIL PROTECTED]> PR c++/22545 * call.c (add_builtin_candidate): Adjust for changes in representation of pointer-to-member types. * g++.dg/expr/ptrmem7.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.232&r2=1.3892.2.233 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.695.4.10&r2=1.695.4.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/call.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.452.2.27&r2=1.452.2.28 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.423&r2=1.3389.2.424 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/error17.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.40.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/ptrmem7.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.12.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20153
[Bug c++/22545] [3.4 Regression] ICE with pointer to class member & user defined conversion operator
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 11:47 --- Subject: Bug 22545 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-01 11:47:42 Modified files: gcc/cp : ChangeLog decl2.c call.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: error17.C gcc/testsuite/g++.dg/expr: ptrmem7.C Log message: Backport: 2005-02-22 Mark Mitchell <[EMAIL PROTECTED]> PR c++/20153 * decl2.c (build_anon_union_vars): Add type parameter. (finish_anon_union): Pass it. * g++.dg/template/error17.C: New test. 2005-07-28 Mark Mitchell <[EMAIL PROTECTED]> PR c++/22545 * call.c (add_builtin_candidate): Adjust for changes in representation of pointer-to-member types. * g++.dg/expr/ptrmem7.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.232&r2=1.3892.2.233 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.695.4.10&r2=1.695.4.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/call.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.452.2.27&r2=1.452.2.28 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.423&r2=1.3389.2.424 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/error17.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.40.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/ptrmem7.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.12.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22545
[Bug c++/20153] [3.4 Regression] ICE when C++ template function contains anonymous union
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01 11:49 --- Fixed also on the 3.4 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20153
[Bug c++/22545] [3.4 Regression] ICE with pointer to class member & user defined conversion operator
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01 11:50 --- Fixed also on the 3.4 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22545
[Bug middle-end/23666] Fold does not reduce C - ~a into a + (C+1)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 11:59 --- (In reply to comment #1) > Works for me on alphaev68-unknown-linux-gnu > tiw with 4.1.0 20050819. And does not with 4.1.0 20050901 on i686-pc-linux-gnu or on powerpc-darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23666
[Bug middle-end/23676] [4.1 Regression] ICE: "missing REG_EH_REGION note in the end of bb"
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 12:01 --- A little more reduced: struct JvSynchronize { ~JvSynchronize (); }; char* * resolve_pool_entry (void); void * _Jv_ResolvePoolEntry (void) { JvSynchronize sync; return *(resolve_pool_entry ()); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
[Bug fortran/23661] 'print fmt' is unclassifiable statement in gfortran
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-01 12:10 --- Turns out FX approved the culprit patch :-) Anyway, I'm testing a fix. -- What|Removed |Added CC||coudert at clipper dot ens ||dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23661
[Bug fortran/23661] 'print fmt' is unclassifiable statement in gfortran
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-01 12:16 --- Oops. Would that be Paul T's patch to have "PRINT namelist" work? Thanks Tobi for the fix! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23661
[Bug rtl-optimization/22568] Should use cmov in some stituations
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-01 12:38 --- I have a patch that for int a,b; void foo(void) { int x; if (ahttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
[Bug target/23366] [4.1 Regression] gcc.c-torture/compile/20020926-1.c fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 12:55 --- Fixed most likely by: 2005-08-31 Richard Henderson <[EMAIL PROTECTED]> * config/i386/i386.c (ix86_function_ok_for_sibcall): Fix test for fp return matching. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23366
[Bug middle-end/23671] [4.1 Regression] ICE in fixup_eh_region_note, at reload1.c:3808
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 13:04 --- Reducing. I was able to reproduce this with the preprocessed source from ppc-darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23671
[Bug fortran/23677] New: -fno-automatic does not accept legal save statements
The following code fails [/Users/fca] more test.f subroutine test(bbb) implicit double precision (A-H,O-Z) double precision blob(100),bbb(100) data blob /100*-1/ save blob do j=1,100 blob(j)=bbb(j) enddo end [/Users/fca] /opt/gcc-4_0/bin/gfortran -c -fno-automatic test.f In file test.f:3 double precision blob(100),bbb(100) 1 Error: Duplicate SAVE attribute specified at (1) Two remarks. - Non-contraddictory declarations should not cause compilation to fail (see with double precision) - A compiler switch should not turn valid code into non-compilable code -- Summary: -fno-automatic does not accept legal save statements Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: federico dot carminati at cern dot ch CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: Darwin 8.2.0 Power Macintosh powerpc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23677
[Bug fortran/23677] -fno-automatic does not accept legal save statements
-- What|Removed |Added CC||alfredo dot ferrari at cern ||dot ch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23677
[Bug rtl-optimization/15342] [arm-linux] internal compiler error: in verify_local_live_at_start
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 13:09 --- Subject: Bug 15342 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-01 13:09:08 Modified files: gcc: ChangeLog regrename.c Log message: PR rtl-optimization/17810 Backport 2004-11-04 Richard Sandiford <[EMAIL PROTECTED]> PR target/15342 * regrename.c (scan_rtx): Treat the destinations of SETs and CLOBBERs as OP_INOUT if the instruction is predicated. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.910&r2=2.2326.2.911 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/regrename.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.73.2.1&r2=1.73.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15342
[Bug rtl-optimization/17810] [3.4 Regression] internal compiler error: in verify_local_live_at_start for arm-rtems, arm-linux
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 13:09 --- Subject: Bug 17810 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-01 13:09:08 Modified files: gcc: ChangeLog regrename.c Log message: PR rtl-optimization/17810 Backport 2004-11-04 Richard Sandiford <[EMAIL PROTECTED]> PR target/15342 * regrename.c (scan_rtx): Treat the destinations of SETs and CLOBBERs as OP_INOUT if the instruction is predicated. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.910&r2=2.2326.2.911 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/regrename.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.73.2.1&r2=1.73.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17810
[Bug ada/23646] [4.1 Regression] Ada testsuite hangs -- many new failures
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01 13:11 --- I've identified the missing bit, leading to an inconsistency between the Ada code and the C code of the Ada front-end. Working on a fix/resolution... Arno -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |charlet at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23646
[Bug rtl-optimization/17810] [3.4 Regression] internal compiler error: in verify_local_live_at_start for arm-rtems, arm-linux
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01 13:13 --- Really a dup of 15342. Fixed for 3.4.5 *** This bug has been marked as a duplicate of 15342 *** -- What|Removed |Added Status|NEW |RESOLVED Known to work|3.2.3 3.3.4 4.0.0 |3.2.3 3.3.4 4.0.0 3.4.5 Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17810
[Bug rtl-optimization/15342] [arm-linux] internal compiler error: in verify_local_live_at_start
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01 13:14 --- *** Bug 17810 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||pisa at cmp dot felk dot ||cvut dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15342
[Bug rtl-optimization/15342] [arm-linux] internal compiler error: in verify_local_live_at_start
-- What|Removed |Added Known to fail||3.4.4 Known to work||3.4.5 4.0.0 4.1.0 Target Milestone|4.0.0 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15342
[Bug ada/23646] [4.1 Regression] Ada testsuite hangs -- many new failures
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-09-01 13:16 --- Subject: Re: [4.1 Regression] Ada testsuite hangs -- many new failures > I've identified the missing bit, leading to an inconsistency between > the Ada code and the C code of the Ada front-end. > > Working on a fix/resolution... Excellent! Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23646
[Bug debug/7241] DWARF encoding for "char" incorrect in gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 13:53 --- Subject: Bug 7241 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-01 13:53:45 Modified files: gcc: ChangeLog dwarf2out.c gcc/testsuite : ChangeLog gcc/testsuite/gcc.dg/debug/dwarf2: dwarf-die1.c dwarf-die2.c dwarf-die3.c dwarf-die5.c dwarf-die6.c dwarf-die7.c dwarf-uninit.c dwarf2-macro.c Added files: gcc/testsuite/gcc.dg/debug/dwarf2: dwarf-char1.c dwarf-char2.c dwarf-char3.c Log message: PR debug/7241 * dwarf2out.c (base_type_die): Compare char_type_node with TYPE_MAIN_VARIANT (type), not type. * gcc.dg/debug/dwarf2/dwarf-char1.c: New test. * gcc.dg/debug/dwarf2/dwarf-char2.c: New test. * gcc.dg/debug/dwarf2/dwarf-char3.c: New test. * gcc.dg/debug/dwarf2/dwarf-die1.c: Fix a typo. * gcc.dg/debug/dwarf2/dwarf-die2.c: Likewise. * gcc.dg/debug/dwarf2/dwarf-die3.c: Likewise. * gcc.dg/debug/dwarf2/dwarf-die5.c: Likewise. * gcc.dg/debug/dwarf2/dwarf-die6.c: Likewise. * gcc.dg/debug/dwarf2/dwarf-die7.c: Likewise. * gcc.dg/debug/dwarf2/dwarf-uninit.c: Likewise. * gcc.dg/debug/dwarf2/dwarf2-macro.c: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9873&r2=2.9874 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dwarf2out.c.diff?cvsroot=gcc&r1=1.612&r2=1.613 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5991&r2=1.5992 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-char1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-char2.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-char3.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die1.c.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die2.c.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die3.c.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die5.c.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die6.c.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die7.c.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-uninit.c.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf2-macro.c.diff?cvsroot=gcc&r1=1.1&r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7241
[Bug debug/7241] DWARF encoding for "char" incorrect in gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 14:05 --- Subject: Bug 7241 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-01 14:04:55 Modified files: gcc: ChangeLog dwarf2out.c gcc/testsuite : ChangeLog gcc/testsuite/gcc.dg/debug/dwarf2: dwarf-die1.c dwarf2-macro.c dwarf-die2.c dwarf-uninit.c dwarf-die7.c dwarf-die6.c dwarf-die5.c dwarf-die3.c Added files: gcc/testsuite/gcc.dg/debug/dwarf2: dwarf-char1.c dwarf-char2.c dwarf-char3.c Log message: PR debug/7241 * dwarf2out.c (base_type_die): Compare char_type_node with TYPE_MAIN_VARIANT (type), not type. * gcc.dg/debug/dwarf2/dwarf-char1.c: New test. * gcc.dg/debug/dwarf2/dwarf-char2.c: New test. * gcc.dg/debug/dwarf2/dwarf-char3.c: New test. * gcc.dg/debug/dwarf2/dwarf-die1.c: Fix a typo. * gcc.dg/debug/dwarf2/dwarf-die2.c: Likewise. * gcc.dg/debug/dwarf2/dwarf-die3.c: Likewise. * gcc.dg/debug/dwarf2/dwarf-die5.c: Likewise. * gcc.dg/debug/dwarf2/dwarf-die6.c: Likewise. * gcc.dg/debug/dwarf2/dwarf-die7.c: Likewise. * gcc.dg/debug/dwarf2/dwarf-uninit.c: Likewise. * gcc.dg/debug/dwarf2/dwarf2-macro.c: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.404&r2=2.7592.2.405 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dwarf2out.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.570.2.10&r2=1.570.2.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.365&r2=1.5084.2.366 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-char1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-char2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-char3.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.78.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf2-macro.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1.2.1&r2=1.1.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.78.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-uninit.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1.2.1&r2=1.1.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die7.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.78.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die6.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.78.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die5.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.78.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-die3.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.78.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7241
[Bug rtl-optimization/19705] Cannot turn off doloop optimization via -fno-branch-count-reg if -fno-ivopts is also supplied
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-01 14:05 --- Or make the doloop insn patterns conditional on flag_branch_on_count_reg? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19705
[Bug fortran/23661] 'print fmt' is unclassifiable statement in gfortran
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-01 14:40 --- For the record: I accidentallz attached an old version of the third testcase which doesn't yet have the correct dg-annotations: the first dg-error should be removed, the second turned into a dg-warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23661
[Bug c/23506] [4.0 Regression] Bad array access in DEF_GCC_BUILTIN
--- Additional Comments From jakub at gcc dot gnu dot org 2005-09-01 14:42 --- Richard, are you ok with putting this into 4.0? Bootstrapped/regtested on 7 linux arches. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-08-23 13:16:00 |2005-09-01 14:42:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506
[Bug rtl-optimization/17810] [3.4 Regression] internal compiler error: in verify_local_live_at_start for arm-rtems, arm-linux
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 14:54 --- Subject: Bug 17810 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-01 14:54:24 Modified files: gcc: ChangeLog regrename.c Log message: PR rtl-optimization/17810 target/15342 * regrename.c: Fix polluted patch in previous change. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.911&r2=2.2326.2.912 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/regrename.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.73.2.2&r2=1.73.2.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17810
[Bug c++/18368] [3.4 Regression] C++ error message regression
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01 14:56 --- Taking care of the backport to the 3.4 branch. -- What|Removed |Added AssignedTo|mark at codesourcery dot com|reichelt at gcc dot gnu dot ||org URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||09/msg00033.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18368
[Bug c++/18545] [3.4 regression] ICE when returning undefined type
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01 14:57 --- Taking care of the backport to the 3.4 branch. -- What|Removed |Added AssignedTo|mark at codesourcery dot com|reichelt at gcc dot gnu dot ||org URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||09/msg00031.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18545
[Bug c++/18512] [3.4 Regression] ICE on invalid usage of template base class
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01 14:58 --- Taking care of the backport to the 3.4 branch. -- What|Removed |Added AssignedTo|mark at codesourcery dot com|reichelt at gcc dot gnu dot ||org URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||09/msg00036.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18512
[Bug c++/18545] [3.4 regression] ICE when returning undefined type
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 15:06 --- Subject: Bug 18545 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-01 15:06:17 Modified files: gcc/cp : ChangeLog typeck.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/expr: return1.C Log message: Backport: 2004-11-25 Mark Mitchell <[EMAIL PROTECTED]> PR c++/18545 * typeck.c (check_return_expr): Robustify. * g++.dg/expr/return1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.233&r2=1.3892.2.234 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.519.2.29&r2=1.519.2.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.424&r2=1.3389.2.425 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/return1.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.46.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18545
[Bug c++/18545] [3.4 regression] ICE when returning undefined type
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01 15:07 --- Fixed also on the 3.4 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18545
[Bug middle-end/23410] [4.1 Regression] FAIL: gcc.c-torture/execute/950612-1.c execution, at -Os and -O3
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 15:10 --- Subject: Bug 23410 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-01 15:09:42 Modified files: gcc: ChangeLog tree-ssa-loop-niter.c Log message: PR tree-optimization/23410 * tree-ssa-loop-niter.c (scev_probably_wraps_p): Check that the sequence is not wrapping during the first step. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9874&r2=2.9875 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-niter.c.diff?cvsroot=gcc&r1=2.40&r2=2.41 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23410
[Bug tree-optimization/23326] [4.0 Regression] Wrong code from forwprop
--- Additional Comments From matz at suse dot de 2005-09-01 15:11 --- This still isn't in the 4.0 branch. Perhaps ping it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23326
[Bug tree-optimization/23326] [4.0 Regression] Wrong code from forwprop
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-01 15:18 --- It's in the tracker and I pinged it once already. One could commit it as obvious, though ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23326
[Bug middle-end/22177] [3.4 only] error: in assign_stack_temp_for_type, at function.c:655
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01 15:21 --- Not a regression since iwwmxt support was new in 3.4 Note that you cannot use __attribute__((aligned (4))) to reduce the alignement of an object, so this code is invalid (code compiled for iwmmxt processors requires an ABI change where long long objects are 8-byte aligned). -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22177
[Bug middle-end/23676] [4.1 Regression] ICE: "missing REG_EH_REGION note in the end of bb"
-- What|Removed |Added Keywords||ice-checking, wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
[Bug c++/18512] [3.4 Regression] ICE on invalid usage of template base class
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 15:23 --- Subject: Bug 18512 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-01 15:23:21 Modified files: gcc/cp : ChangeLog parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: crash29.C Log message: Backport: 2004-11-27 Mark Mitchell <[EMAIL PROTECTED]> PR c++/18512 * parser.c (cp_parser_postfix_expression): Robustify. * g++.dg/template/crash29.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.234&r2=1.3892.2.235 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.157.2.60&r2=1.157.2.61 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.425&r2=1.3389.2.426 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/crash29.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.46.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18512
[Bug c++/18512] [3.4 Regression] ICE on invalid usage of template base class
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01 15:24 --- Fixed also on the 3.4 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18512
[Bug middle-end/23676] [4.1 Regression] ICE: "missing REG_EH_REGION note in the end of bb"
-- What|Removed |Added Keywords||EH http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
[Bug c/23506] [4.0 Regression] Bad array access in DEF_GCC_BUILTIN
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 15:49 --- Yes, I'm fine with that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506
[Bug c++/23679] New: c++ "is used uninitialized" warning on arrays hard to read
cat > foo.c << EOF int main() { int f[2]; f[0] = 4; return f[1]; } EOF ln -s foo.c foo.cpp gcc foo.c -Wall -O2 g++ foo.cpp -Wall -O2 In C, the warning is "foo.c:2: warning: 'f[1]' is used uninitialized in this function" In C++, the warning is "foo.cpp:2: warning: 'f$1' is used uninitialized in this function" Minor bug with perhaps a minor fix. -- Summary: c++ "is used uninitialized" warning on arrays hard to read Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: minor Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: benoit dot hudson at gmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23679
[Bug middle-end/23671] [4.1 Regression] ICE in fixup_eh_region_note, at reload1.c:3808
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 15:57 --- Compile the following at -O0 -fnon-call-exceptions: float run (int t) { int stack[4]; int *sp = stack+1; try { return ( *(--sp)); } catch (int *ex) { } return 0.0; } -- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-01 15:57:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23671
[Bug c++/23679] c++ "is used uninitialized" warning on arrays hard to read
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 15:59 --- This is a dup of bug 14329. *** This bug has been marked as a duplicate of 14329 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23679
[Bug c++/14329] [tree-ssa] badly formatted warnings for SRA replacements
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 15:59 --- *** Bug 23679 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||benoit dot hudson at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14329
[Bug middle-end/23676] [4.1 Regression] ICE: "missing REG_EH_REGION note in the end of bb"
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 16:08 --- Also reprodicible on ppc-linux. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-01 16:08:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
[Bug tree-optimization/22348] [4.0 Regression] Execution continues past end of for loop end condition with optimisation enabled
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 16:09 --- Subject: Bug 22348 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-local-200502-branch Changes by: [EMAIL PROTECTED] 2005-09-01 16:09:12 Modified files: gcc: ChangeLog.apple-ppc tree-ssa-loop-niter.c Added files: gcc/testsuite/gcc.c-torture/execute: pr22348.c Log message: Radar 4233894 (pr 22348) Oked by Stuart. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.apple-ppc.diff?cvsroot=gcc&only_with_tag=apple-local-200502-branch&r1=1.1.4.145&r2=1.1.4.146 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-niter.c.diff?cvsroot=gcc&only_with_tag=apple-local-200502-branch&r1=2.20.4.1&r2=2.20.4.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr22348.c.diff?cvsroot=gcc&only_with_tag=apple-local-200502-branch&r1=NONE&r2=1.1.10.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348
[Bug c++/14329] [tree-ssa] badly formatted warnings for SRA replacements
--- Additional Comments From benoit dot hudson at gmail dot com 2005-09-01 16:14 --- With this number of duplicates, perhaps it's time to change the title to contain "used uninitialized" so searchers are more likely to find it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14329
[Bug debug/7241] DWARF encoding for "char" incorrect in gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 16:40 --- Fixed in 4.0.2. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7241
[Bug middle-end/23410] [4.1 Regression] FAIL: gcc.c-torture/execute/950612-1.c execution, at -Os and -O3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 16:41 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23410
[Bug target/23556] FAIL: gfortran.dg/pr18122.f90
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 16:43 --- Subject: Bug 23556 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-01 16:43:24 Modified files: libgfortran: ChangeLog libgfortran/io : read.c Log message: PR target/23556 * io/read.c (convert_real): Use memcpy to fill buffer. (set_integer): Use memcpy to fill buffer. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.81&r2=1.163.2.82 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/read.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.8.10.6&r2=1.8.10.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23556
[Bug c/23506] [4.0 Regression] Bad array access in DEF_GCC_BUILTIN
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 16:46 --- Subject: Bug 23506 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-01 16:46:52 Modified files: gcc: ChangeLog c-common.c Log message: PR c/23506 * c-common.c (c_common_nodes_and_builtins): Increase builtin_types array by one element, initialize the BT_LAST element with NULL. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.405&r2=2.7592.2.406 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.606.2.7&r2=1.606.2.8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506
[Bug c/23506] [4.0 Regression] Bad array access in DEF_GCC_BUILTIN
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 16:48 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506
[Bug target/17331] [3.4 Regression] "Illegal instruction" error in FTensor when compiled with G++ 3.4.2 prerelease 2 (20040902)
--- Additional Comments From sje at cup dot hp dot com 2005-09-01 16:53 --- I have been unable to reproduce this bug here at HP using a number of different GCC versions and HP linker/OS versions. Nathanial, can you still reproduce the bug at CodeSourcery? If so can you do a 'what /usr/ccs/lbin/ld64' so I can see what ld you are using. -- What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17331
[Bug middle-end/23671] [4.1 Regression] ICE in fixup_eh_region_note, at reload1.c:3808
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 17:07 --- Proposed patch: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23671
[Bug libobjc/23680] New: @synchronized support is not in GNU runtime
Just a bug report to remind me to add support for @synchronized for 4.2. -- Summary: @synchronized support is not in GNU runtime Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: libobjc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23680
[Bug libobjc/23680] @synchronized support is not in GNU runtime
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 17:39 --- Mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-01 17:39:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23680
[Bug libobjc/23681] New: CLS_HAS_CXX_STRUCTORS is not supported with the GNU runtime
This causes a couple obj-C++ failures. This is also a bug to remind me to implement this for 4.2. -- Summary: CLS_HAS_CXX_STRUCTORS is not supported with the GNU runtime Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: minor Priority: P2 Component: libobjc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23681
[Bug libobjc/23681] CLS_HAS_CXX_STRUCTORS is not supported with the GNU runtime
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 17:41 --- Mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-01 17:41:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23681
[Bug libgcj/23682] New: gnu.java.nio.SelectorImpl.select(long) throws ArrayIndexOutOfBoundsException
gnu.java.nio.SelectorImpl.select(long) throws ArrayIndexOutOfBoundsException. According to the Sun docs, it shouldn't throw it: http://java.sun.com/j2se/1.4.2/docs/api/java/nio/channels/Selector.html#select(long) -- Summary: gnu.java.nio.SelectorImpl.select(long) throws ArrayIndexOutOfBoundsException Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc-bugzilla at future dot shiny dot co dot il 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=23682
[Bug target/23683] New: review all uses of gen_rtx_MEM in sh port
See http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html . There are some places where using an adjust_address call seems appropriate. In other places we are generating genuinely new MEMs, but we it might be appropriate to set some of the new bits. -- Summary: review all uses of gen_rtx_MEM in sh port Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: sh*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23683
[Bug rtl-optimization/23684] New: Combine stores for non strict alignment targets
Take the following code: #define OSSwapHostToBigInt32 void foo(char *input) { input[0] = 'H'; input[1] = 'e'; input[2] = 'l'; input[3] = 'l'; input[4] = 'o'; input[5] = ' '; input[6] = 'w'; input[7] = 'o'; input[8] = 'r'; input[9] = 'l'; input[10] = 'd'; input[11] = '\0'; } void bar(char *input) { ((unsigned int *)input)[0] = OSSwapHostToBigInt32('Hell'); ((unsigned int *)input)[1] = OSSwapHostToBigInt32('o wo'); ((unsigned int *)input)[2] = OSSwapHostToBigInt32('rld\0'); } They should generate the same asm but currently don't. Note change OSSwapHostToBigInt32 to correct for little endian. -- Summary: Combine stores for non strict alignment targets Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P2 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23684
[Bug rtl-optimization/23684] Combine stores for non strict alignment targets
-- What|Removed |Added GCC target triplet||powerpc-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23684
[Bug swing/22151] JInternalFrame causes OutOfMemory error when maximized.
--- Additional Comments From abalkiss at redhat dot com 2005-09-01 18:27 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22151
[Bug c++/23685] New: Problem with undefined references for templates
I have some simple code for a template class. If I define the class and implement it in one file, everything compiles fine. If I put the class definition in a .h and the implementation in a .cpp file, I get errors. For example, with the files test1a.h: #ifndef _TEST1A_ #define _TEST1A_ #include template class X { public: X() {std::cout << "Constructor" << std::endl;} ~X() {std::cout << "Destructor" << std::endl;} }; #endif test1.cpp: #include "test1a.h" int main() { X Y; } I then compile as g++ -c test1.cpp g++ test1.o -o test1 Running the program produces Constructor Destructor as expected. Now, consider the following files. test2a.h: #ifndef _TEST2A_ #define _TEST2A_ template class X { public: X(); ~X(); }; #endif test2a.cpp: #include "test2a.h" #include template X::X() {std::cout << "Constructor" << std::endl;} template X::~X() {std::cout << "Destructor" << std::endl;} test2.cpp: #include "test2a.h" int main() { X Y; } I try to compile as g++ -c test2.cpp g++ -c test2a.cpp g++ test2.o test2a.o -o test2 and I get test2.o(.text+0x24): In function `main': : undefined reference to `X::X()' test2.o(.text+0x33): In function `main': : undefined reference to `X::~X()' collect2: ld returned 1 exit status Is this a bug, or am I missing something simple here? Results of gcc -v (cclnx01)[tmp](63)gcc -v Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man -- infodir=/usr/share/info --enable-shared --enable-threads=posix --disable- checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind- exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4) Thanks, Greg -- Summary: Problem with undefined references for templates Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gregory dot a dot bakken at pfizer dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23685
[Bug c++/23685] Problem with undefined references for templates
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 18:39 --- yes, You are missing this is how templates work. the template needs to be instainated. Either explicitly instainate them in the other TU or put the template functions in a header. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23685
[Bug target/23668] [4.1 Regression] gcc.dg/i386-sse-11.c and gcc.target/i386/pr13366.c fail
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-09-01 18:48 --- Yup, this one's mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23668
[Bug libgcj/23682] gnu.java.nio.SelectorImpl.select(long) throws ArrayIndexOutOfBoundsException
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01 18:53 --- ArrayIndexOutOfBoundsException is thrown for no reason as far as I can see from the source? Do you have an example where it is thrown? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23682
[Bug libgcj/23682] gnu.java.nio.SelectorImpl.select(long) throws ArrayIndexOutOfBoundsException
--- Additional Comments From gcc-bugzilla at future dot shiny dot co dot il 2005-09-01 19:11 --- Here's what Azureus (a free Java Bittorrent client) reported me: [9:07:22] DEBUG::Thu Sep 01 09:07:22 GMT+03:00 2005::com.aelitis.azureus.core.networkmanager.VirtualChannelSelector::select(long)::-1: [9:07:22] Caught exception on selector.select() op: 1 [9:07:22] ReadController::readSelectorLoop()::-1,ReadController::access$0(com.aelitis.azureus.core.networkmanager.impl.ReadController)::-1,ReadController$1::runSupport()::-1,AEThread::run()::-1,::GC_start_routine::-1,::__clone::-1 [9:07:22] java.lang.ArrayIndexOutOfBoundsException: 1 at gnu.java.nio.SelectorImpl.select(long) (/usr/lib64/libgcj.so.6.0.0) at com.aelitis.azureus.core.networkmanager.impl.VirtualChannelSelectorImpl.select(long) (Unknown Source) at com.aelitis.azureus.core.networkmanager.VirtualChannelSelector.select(long) (Unknown Source) at com.aelitis.azureus.core.networkmanager.impl.ReadController.readSelectorLoop() (Unknown Source) at com.aelitis.azureus.core.networkmanager.impl.ReadController.access$0(com.aelitis.azureus.core.networkmanager.impl.ReadController) (Unknown Source) at com.aelitis.azureus.core.networkmanager.impl.ReadController$1.runSupport() (Unknown Source) at org.gudy.azureus2.core3.util.AEThread.run() (Unknown Source) at .GC_start_routine (/usr/lib64/libgcj.so.6.0.0) at .__clone (/lib64/libc-2.3.5.so) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23682
[Bug java/23620] [4.0/4.1 Regression] Segfault compiling inner interfaces
--- Additional Comments From wmahan at gmail dot com 2005-09-01 19:18 --- I think I found the root of the problem. In 3.4.x, make_class() in java/class.c looks like this: type = make_node (RECORD_TYPE); TYPE_BINFO (type) = make_tree_vec (BINFO_ELTS); MAYBE_CREATE_TYPE_TYPE_LANG_SPECIFIC (type); but in 4.0.1 it becomes this: type = make_node (RECORD_TYPE); MAYBE_CREATE_TYPE_TYPE_LANG_SPECIFIC (type); The crash was caused by TYPE_BINFO not being set for a certain type. I added the line TYPE_BINFO (type) = make_tree_binfo (0); to make_class(). This seems consistent with the changes made in 4.0, and it fixes the problem for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23620
[Bug target/23668] [4.1 Regression] gcc.dg/i386-sse-11.c and gcc.target/i386/pr13366.c fail
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-09-01 18:58 --- ... but why didn't it happen before? The problem seems to be that ix86_expand_vector_init_one_var is creating an all-zero vector that isn't the same as CONST0_RTX, which is wrong, but the previous code did the same thing and didn't get this problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23668
[Bug boehm-gc/23662] Binaries generated by arm-linux-gcj segfault on execution on arm target
--- Additional Comments From ngmlinux at gmail dot com 2005-09-01 19:46 --- (In reply to comment #9) > I think it is the same problem with Boehm-GC on ARM/Linux that > has been solved in upstream sources. Has this fix been officially submited to gcc for inclusion in 4.0.X? Are any fixes required on the target itself (ie. in it's libraries) or just on the arm-linux-gcj cross compiler source? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23662
[Bug java/5487] arm-linux-gcj cross-compiler generates bad assembler-code
--- Additional Comments From ngmlinux at gmail dot com 2005-09-01 19:52 --- Subject: Re: arm-linux-gcj cross-compiler generates bad assembler-code > > (gdb) bt > > #0 GC_push_all_eager (bottom=0x0, top=0x390a8 "") at > > ../../../gcc-3.4.3/boehm-gc/mark.c:1468 > > Which shows that your crash is in the garbage collector, and therefore > nothing to do with this old bug report. Ok, I guess that verifies I did the right thing by filing a new one. Thanks. -Nathan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5487
[Bug tree-optimization/20605] [4.1 Regression] gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times iter 0 fails
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-01 20:27 --- Appears fixed on ia64-hpux and hppa64-hpux 20050901. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20605
[Bug libgcj/23686] New: path embbeded using -rpath is ignored when handling System.loadLibrary()
path embbeded using -rpath is ignored when handling System.loadLibrary() the attached test case showes a java program trying to load a dummy library and failing even though the path to that library was set using -rpath -- Summary: path embbeded using -rpath is ignored when handling System.loadLibrary() Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: swagiaal at redhat dot com CC: fitzsim at redhat dot com,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=23686
[Bug target/23548] [4.1 Regression] libstdc++ tests fail: could not split insn
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-01 20:26 --- Appears fixed on ia64-hpux 20050901. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23548
[Bug libgcj/23686] path embbeded using -rpath is ignored when handling System.loadLibrary()
--- Additional Comments From swagiaal at redhat dot com 2005-09-01 20:40 --- Created an attachment (id=9642) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9642&action=view) testcase that produces the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23686
[Bug rtl-optimization/23478] [3.4 regression] Miscompilation due to reloading of a var that is also used in EH pad
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01 20:51 --- Subject: Bug 23478 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-01 20:51:09 Modified files: gcc: ChangeLog regs.h local-alloc.c flow.c global.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/opt: pr23478.C Log message: PR rtl-optimization/23478 * regs.h (reg_info): Add throw_calls_crossed. (REG_N_THROWING_CALLS_CROSSED): Define. * flow.c (allocate_reg_life_data): Initialize REG_N_THROWING_CALLS_CROSSED. (propagate_one_insn, attempt_auto_inc): Update REG_N_THROWING_CALLS_CROSSED. * local-alloc.c (struct qty): Add n_throwing_calls_crossed field. (alloc_qty): Initialize it. (update_equiv_regs): Clear REG_N_THROWING_CALLS_CROSSED. (combine_regs): Combine also n_throwing_calls_crossed fields. (find_free_reg): Don't attempt to caller-save pseudos crossing calls that might throw. * global.c (struct allocno): Add throwing_calls_crossed field. (global_alloc): Initialize throwing_calls_crossed. (find_reg): Don't attempt to caller-save pseudos crossing calls that might throw. * g++.dg/opt/pr23478.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.912&r2=2.2326.2.913 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/regs.h.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.31.4.1&r2=1.31.4.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/local-alloc.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.126.4.1&r2=1.126.4.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/flow.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.572.4.4&r2=1.572.4.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/global.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.98&r2=1.98.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.426&r2=1.3389.2.427 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr23478.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478