[Bug middle-end/28493] [4.1/4.2 Regression] Wrong address of stack object used for destructor call on PPC
--- Comment #19 from jason at gcc dot gnu dot org 2006-09-09 07:16 --- Yep, after merging the 101673 change back in, the compiler works up until 101467, at which point Jakub's ppc sfp change seems to break the testcase (at -O1). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28493
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #2 from echristo at apple dot com 2006-09-09 08:12 --- Yup. A new cctools is needed now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
-- echristo at apple dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |echristo at apple dot com |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-09-09 04:22:58 |2006-09-09 08:40:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #3 from echristo at apple dot com 2006-09-09 08:53 --- FWIW I just hacked up a quick autoconf test for the feature as well if we'd prefer to have that as well... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #4 from echristo at apple dot com 2006-09-09 08:54 --- Created an attachment (id=12212) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12212&action=view) autoconf test -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug c++/28996] New: [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference
The fix is incomplete. The following testcase still fails:
==
struct A
{
static void foo();
};
void bar()
{
A().foo;
}
==
bug.cc: In function 'void bar()':
bug.cc:8: warning: statement is a reference, not call, to function 'A().A::foo'
bug.cc:8: internal compiler error: tree check: expected field_decl, have
baselink in component_ref_field_offset, at expr.c:5882
Please submit a full bug report, [etc.]
--
Summary: [4.0/4.1/4.2 Regression] ICE with statement forming
unused static member function reference
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
BugsThisDependsOn: 26696
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28996
[Bug c++/28996] [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-09-09 10:44 --- > The fix is incomplete. This should read: The fix for PR 26696 is incomplete. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28996
[Bug c++/26696] [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference
--- Comment #12 from reichelt at gcc dot gnu dot org 2006-09-09 10:47 --- The problem from comment #10 is now tracked in PR 28996. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26696
[Bug tree-optimization/15678] [4.0/4.1/4.2 Regression] CSiBE i686 compilation time increased by 8% at -O2
--- Comment #24 from steven at gcc dot gnu dot org 2006-09-09 10:54 --- Closing because mainline is faster than 4.0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15678
[Bug tree-optimization/15678] [4.0/4.1/4.2 Regression] CSiBE i686 compilation time increased by 8% at -O2
--- Comment #25 from steven at gcc dot gnu dot org 2006-09-09 10:54 --- . -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15678
[Bug rtl-optimization/28634] [4.1 regression] rounding problem with -fdelayed-branch on hppa/mips
--- Comment #5 from rsandifo at gcc dot gnu dot org 2006-09-09 10:56 --- Subject: Bug 28634 Author: rsandifo Date: Sat Sep 9 10:56:31 2006 New Revision: 116796 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116796 Log: gcc/ PR rtl-optimization/28634 * reorg.c (fill_slots_from_thread): Do not assume A + X - X == A for floating-point modes unless flag_unsafe_math_optimizations. gcc/testsuite/ PR rtl-optimization/28634 * gcc.c-torture/execute/ieee/pr28634.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/ieee/pr28634.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/reorg.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28634
[Bug rtl-optimization/28634] rounding problem with -fdelayed-branch on hppa/mips
--- Comment #6 from rsandifo at gcc dot gnu dot org 2006-09-09 11:01 --- Applied to 4.1 after testing on mipsisa64-elf and mips64-linux-gnu. Although the bug has been around for a long time, it isn't known to be a regression from 4.0 to some earlier release, so it doesn't qualify for a 4.0 backport. I'll therefore close this PR as fixed. -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|4.1.0 |4.1.1 Known to work|4.0.3 4.2.0 |4.0.3 4.1.2 4.2.0 Resolution||FIXED Summary|[4.1 regression] rounding |rounding problem with - |problem with -fdelayed- |fdelayed-branch on hppa/mips |branch on hppa/mips | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28634
[Bug fortran/28923] Bad triplet interpretation in initialization
--- Comment #2 from patchapp at dberlin dot org 2006-09-09 12:35 --- Subject: Bug number PR28923 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00341.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28923
[Bug target/26778] [4.0/4.1/4.2 regression] GCC4 moves the result of a conditional block through inadequate registers
--- Comment #10 from bonzini at gnu dot org 2006-09-09 12:43 --- Subject: Bug 26778 Author: bonzini Date: Sat Sep 9 12:43:32 2006 New Revision: 116798 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116798 Log: gcc: 2006-09-09 Paolo Bonzini <[EMAIL PROTECTED]> Dale Johannesen <[EMAIL PROTECTED]> PR target/26778 * regclass.c (struct reg_pref): Update documentation. (regclass): Set prefclass to NO_REGS if memory is the best option. (record_reg_classes): Cope with a prefclass set to NO_REGS. gcc/testsuite: 2006-09-09 Eric Christopher <[EMAIL PROTECTED]> PR target/26778 * gcc.target/i386/pr26778.c: New testcase. Added: trunk/gcc/testsuite/gcc.target/i386/pr26778.c Modified: trunk/gcc/ChangeLog trunk/gcc/regclass.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26778
[Bug target/26778] [4.0/4.1 regression] GCC4 moves the result of a conditional block through inadequate registers
--- Comment #11 from bonzini at gnu dot org 2006-09-09 12:56 --- The patches for the blocking bugs should also be applied if anyone wants to backport, together with http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00432.html I won't do a backport though. -- bonzini at gnu dot org changed: What|Removed |Added BugsThisDependsOn||27390 Known to fail||4.0.3 4.1.2 Known to work||4.2.0 3.4.6 Summary|[4.0/4.1/4.2 regression]|[4.0/4.1 regression] GCC4 |GCC4 moves the result of a |moves the result of a |conditional block through |conditional block through |inadequate registers|inadequate registers http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26778
[Bug rtl-optimization/28940] [4.0/4.1/4.2 Regression] address selection does not work correctly
--- Comment #5 from bonzini at gnu dot org 2006-09-09 13:02 --- fwprop fixes the bug on i386-pc-linux-gnu -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28940
[Bug rtl-optimization/28940] [4.0/4.1/4.2 Regression] address selection does not work correctly
--- Comment #6 from bonzini at gnu dot org 2006-09-09 13:03 --- I plan to fix it via the fwprop merge in 4.3, but not in 4.2. Should I still assign this to me? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28940
[Bug target/28604] [4.1/4.2 Regression] gcc.c-torture/execute/20050604-1.c fails on IA64 at -O3
--- Comment #2 from bonzini at gnu dot org 2006-09-09 13:05 --- Janis, could you do a binary search? On 4.1 branch the bug was not in r115546, and was there in r115639. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28604
[Bug target/28604] [4.1/4.2 Regression] gcc.c-torture/execute/20050604-1.c fails on IA64 at -O3
--- Comment #3 from bonzini at gnu dot org 2006-09-09 13:06 --- Janis, could you do a binary search? On 4.1 branch the bug was not in r115546, and was there in r115639. Thanks. -- bonzini at gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28604
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-09 13:19 --- Even without building fortran, this gives a lot of regressions: http://gcc.gnu.org/ml/gcc-testresults/2006-09/msg00462.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug c++/28301] [4.0/4.1/4.2 regression] ICE with broken specialization
-- lmillward at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-09-03 06:30:41 |2006-09-09 13:20:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28301
[Bug c++/28301] [4.0/4.1/4.2 regression] ICE with broken specialization
--- Comment #2 from patchapp at dberlin dot org 2006-09-09 13:20 --- Subject: Bug number PR c++/28301 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00344.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28301
[Bug c++/28303] [4.1/4.2 regression] ICE on invalid typedef
--- Comment #3 from patchapp at dberlin dot org 2006-09-09 13:25 --- Subject: Bug number PR c++/28303 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00346.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28303
[Bug c++/28303] [4.1/4.2 regression] ICE on invalid typedef
-- lmillward at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-08-14 19:05:06 |2006-09-09 13:25:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28303
[Bug c++/28996] [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-09 13:27 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-09 13:27:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28996
[Bug c++/28861] [4.0/4.1/4.2 regression] ICE on invalid in-class specialization
-- lmillward at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-08-31 03:17:40 |2006-09-09 13:30:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28861
[Bug c++/28861] [4.0/4.1/4.2 regression] ICE on invalid in-class specialization
--- Comment #3 from patchapp at dberlin dot org 2006-09-09 13:38 --- Subject: Bug number PR c++/28861 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00348.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28861
[Bug c/28997] New: 4.1.0 and 4.1.1 do not create executables in build
Configure statement was: ../gcc-4.1.0/configure --prefix=/usr/local --enable-languages=c,c++,fortran,java --with-gmp=/usr/local/lib --with-mpfr=/usr/local/lib Results of make: checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking for powerpc-apple-darwin8.7.0-gcc... /Users/platt/install/GccSources/gcc/gcc-4.1.0.obj/./gcc/xgcc -B/Users/platt/install/GccSources/gcc/gcc-4.1.0.obj/./gcc/ -B/usr/local/powerpc-apple-darwin8.7.0/bin/ -B/usr/local/powerpc-apple-darwin8.7.0/lib/ -isystem /usr/local/powerpc-apple-darwin8.7.0/include -isystem /usr/local/powerpc-apple-darwin8.7.0/sys-include -m64 checking for C compiler default output file name... a.out checking whether the C compiler works... configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details. make[1]: *** [configure-target-libstdc++-v3] Error 1 make: *** [all] Error 2 -- Summary: 4.1.0 and 4.1.1 do not create executables in build Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danp57 at optonline dot net GCC build triplet: powerpc-apple-darwin8.7.0 gcc-4.0.3 GCC host triplet: powerpc-apple-darwin8.7.0 GCC target triplet: powerpc-apple-darwin8.7.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28997
[Bug c/28997] 4.1.0 and 4.1.1 do not create executables in build
--- Comment #1 from danp57 at optonline dot net 2006-09-09 13:44 --- Build directory was gcc-4.1.1.obj/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28997
[Bug fortran/28947] Double MATMUL() uses wrong array elements
--- Comment #2 from pault at gcc dot gnu dot org 2006-09-09 14:17 --- I have just posted a patch to the list. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-09 14:17:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28947
[Bug fortran/28959] ICE on derived type with host association
--- Comment #3 from pault at gcc dot gnu dot org 2006-09-09 14:18 --- I have just posted the patch to the list. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-09 14:18:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28959
[Bug target/26778] [4.0/4.1 regression] GCC4 moves the result of a conditional block through inadequate registers
--- Comment #12 from steven at gcc dot gnu dot org 2006-09-09 15:32 --- Paolo already said he won't backport his patch. And it seems like a bad idea to backport reload patches to release branches. So closing this bug as FIXED for mainline. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.1.2 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26778
[Bug c++/26957] [4.0/4.1 regression] ICE in make_decl_rtl, at varasm.c:871
--- Comment #18 from jason at gcc dot gnu dot org 2006-09-09 16:11 --- Subject: Bug 26957 Author: jason Date: Sat Sep 9 16:11:34 2006 New Revision: 116799 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116799 Log: PR c++/26957 * method.c (use_thunk): Fix patch for 4.0 branch. Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/method.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26957
[Bug c++/28996] [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-09-09 13:27:13 |2006-09-09 16:13:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28996
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2006-09-09 17:05 --- How exactly are we supposed to cleanly add the autoconf test? I applied the patch and the ran contrib/gcc_update but the build always fails at... gcc -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.2-20060909/gcc -I../../gcc-4.2-20060909/gcc/. -I../../gcc-4.2-20060909/gcc/../include -I./../intl -I../../gcc-4.2-20060909/gcc/../libcpp/include -I/sw/include -I../../gcc-4.2-20060909/gcc/../libdecnumber -I../libdecnumber -I/sw/include -I. -I. -I../../gcc-4.2-20060909/gcc -I../../gcc-4.2-20060909/gcc/. -I../../gcc-4.2-20060909/gcc/../include -I./../intl -I../../gcc-4.2-20060909/gcc/../libcpp/include -I/sw/include -I../../gcc-4.2-20060909/gcc/../libdecnumber -I../libdecnumber ../../gcc-4.2-20060909/gcc/config/darwin.c ../../gcc-4.2-20060909/gcc/config/darwin.c: In function 'machopic_select_section': ../../gcc-4.2-20060909/gcc/config/darwin.c:1140: error: 'HAVE_GAS_LITERAL16' undeclared (first use in this function) ../../gcc-4.2-20060909/gcc/config/darwin.c:1140: error: (Each undeclared identifier is reported only once ../../gcc-4.2-20060909/gcc/config/darwin.c:1140: error: for each function it appears in.) ../../gcc-4.2-20060909/gcc/config/darwin.c: In function 'machopic_select_rtx_section': ../../gcc-4.2-20060909/gcc/config/darwin.c:1244: error: 'HAVE_GAS_LITERAL16' undeclared (first use in this function) I see the same problem if I cd into gcc and run autoconf before the build as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug target/28997] 4.1.0 and 4.1.1 do not create executables in build
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-09 17:48 --- I am going to assume you are building GCC on a G4 which means you have to use --disable-multilib. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |target Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28997
[Bug tree-optimization/28778] [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
--- Comment #30 from dberlin at gcc dot gnu dot org 2006-09-09 17:55 --- Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered Patch coming in a sec On 9 Sep 2006 15:02:37 -, reichelt at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > > -- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28778
[Bug middle-end/28980] [4.0/4.1/4.2 Regression] ICE in loc_descriptor_from_tree_1 with -g
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-09-09 18:23 --- I have a fix for this which I am testing right now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28980
[Bug testsuite/27707] g++.dg/tree-ssa/ivopts-1.C fails
--- Comment #5 from danglin at gcc dot gnu dot org 2006-09-09 18:25 --- I would like to request that this bug to be reopened. First, the test never failed on hppa*-*-linux*, so we now have two XPASS's on this target. Second, between 15 and 17 August, the second xfail for hppa*-*-* changed to an XPASS on hppa*-*-hpux*. Third, there's no PR for the "-4B" offset that's still present on hppa*-*-hpux*. PR 26726, which added the testcase, points to PR target/24669 as the remaining issue for that issue. This is characterized as being a target specific problem, namely that the a more complicated addressing mode is cheaper than a simpler mode, leading ivopts to prefer the it. The puzzle in my mind is that there is no obvious difference between costs for hpux and linux in the PA backend. -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27707
[Bug testsuite/27707] g++.dg/tree-ssa/ivopts-1.C fails
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-09-09 18:34 --- I don't know what should be the difference between hpux and linux PA, though this is an issue of IVOPTs and rtl costs. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27707
[Bug testsuite/27707] g++.dg/tree-ssa/ivopts-1.C fails
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-09 18:45 --- Subject: Re: g++.dg/tree-ssa/ivopts-1.C fails > I don't know what should be the difference between hpux and linux PA, though > this is an issue of IVOPTs and rtl costs. I've the dump files for hppa-unknown-linux-gnu and hppa2.0w-hp-hpux11.11. Dave --- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-09 18:45 --- Created an attachment (id=12213) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12213&action=view) --- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-09 18:45 --- Created an attachment (id=12214) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12214&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27707
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #7 from echristo at apple dot com 2006-09-09 18:57 --- You run autoheader and autoconf. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug c++/28989] [4.0/4.1/4.2 Regression] post-increment of bool variable accepted as lvalue
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-09 19:10 --- I think the problem is that i++ is being replaced with "i = 1" and (i = 1) = 2; turns out to be legal C++. If we add to boolean_increment to build a NON_LVALUE_EXPR, we will get an error at least I hope. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28989
[Bug c++/28989] [4.0/4.1/4.2 Regression] post-increment of bool variable accepted as lvalue
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-09 19:29 --- Yep that worked, testing the fix. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28989
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2006-09-09 19:44 --- Eric, I've been running autoheader and autoconf in the gcc source subdirectory. It does cause configure to run the test which results in... configure:13732: checking assembler for .literal16 configure:13745: /sw/lib/odcctools/bin/as -o conftest.o conftest.s >&5 conftest.s:1:Unknown pseudo-op: .literal16 configure:13748: $? = 1 configure: failed program was .literal16 configure:13759: result: no in config.log. However the compilation of darwin.c still throws the errors I mentioned before about HAVE_GAS_LITERAL16 being undeclared. If I understand the proposed patch correctly, it will only create HAVE_GAS_LITERAL16 being set to 1 if the literal16 configure test passes but will leave it undefined otherwise. Don't we have to have it set to 0 if the configure test fails instead? Since HAVE_GAS_LITERAL16 isn't part of a preprocessor statement but is actual c code, doesn't it always have to be defined to some value? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #9 from echristo at apple dot com 2006-09-09 19:51 --- Yeah, might be better off just bracketing the literal16 code in darwin.c with #ifdef HAVE_GAS_LITERAL16. Want to do that? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2006-09-09 19:53 --- Sure. I'll test it shortly and post. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug bootstrap/15212] [4.0/4.1/4.2 Regression] bootstrap fails on interix3
--- Comment #20 from mkoeppe at gmx dot de 2006-09-09 19:53 ---
Hi all,
as being pointed from PR 28968 to this one, I now tested "make bootstrap" with
several gcc versions on native Interix/SFU 3.5 on W2K-SP4. The bootstrap
compiler is interix gcc 3.3.
In particular I tested
- gcc-3.3.6
- gcc-3.4.6
- gcc-4.0.3
- gcc-4.1.1
- gcc-4.2 (20060709, currently in Debian Linux)
All these 5 versions I configured with
$ ../src/configure \
--enable-languages=c,c++ \
--enable-threads=posix \
--with-stabs \
--enable-nls \
--enable-shared \
--disable-libssp \
--with-gnu-as \
--with-gnu-ld
$ gmake bootstrap
Results are as follows:
gcc-3.3.6: bootstrap finished successfully, currently I did no further tests.
gcc-3.4.6: as 3.3.6, no further tests either
gcc-4.0.3: fails
gcc-4.1.1: fails
gcc-4.2:fails
failure details:
gcc-4.0.3:
==
fails at gcc/c-parse.{c,y}
[...]
Bootstrapping the compiler
gmake[1]: Entering directory `/tmp/gcc-4.0/build/gcc'
gmake CC=" stage2/xgcc -Bstage2/ -B/usr/local/i586-pc-interix3/bin/"
CC_FOR_BUILD=" stage2
STAGE_PREFIX=stage2/ \
ADAFLAGS="" CFLAGS="-g -O2" LDFLAGS=""
WARN_CFLAGS="\$(GCC_WARN_CFLAGS)" STRICT_W
CFLAGS="-g -O2" WERROR=""
gmake[2]: Entering directory `/tmp/gcc-4.0/build/gcc'
stage2/xgcc -Bstage2/ -B/usr/local/i586-pc-interix3/bin/ -c -D__INTERIX
-D_ALL_SOURCE -g
c-parse.c:2218:12: error: #if with no expression
c-parse.c:2328:20: error: #if with no expression
c-parse.c: In function 'yyparse':
c-parse.c:2534: error: 'yystacksize' undeclared (first use in this function)
c-parse.c:2534: error: (Each undeclared identifier is reported only once
c-parse.c:2534: error: for each function it appears in.)
c-parse.c:2538: warning: ISO C90 forbids mixed declarations and code
[...]
c-parse.y:2838: warning: implicit declaration of function
'OBJC_NEED_RAW_IDENTIFIER'
c-parse.y:2856: warning: 'return' with no value, in function returning non-void
c-parse.y:2860: warning: 'return' with no value, in function returning non-void
c-parse.y:2863: warning: 'return' with no value, in function returning non-void
c-parse.y:2881: error: syntax error before ')' token
c-parse.y:2884: warning: this function may return with or without a value
c-parse.y: In function 'yylex':
c-parse.y:2890: warning: statement with no effect
c-parse.y:2892: warning: statement with no effect
c-parse.y: In function 'yyprint':
c-parse.y:2913: warning: implicit declaration of function 'IDENTIFIER_POINTER'
c-parse.y:2914: warning: format '%s' expects type 'char *', but argument 3 has
type 'int'
c-parse.y:2918: warning: format '%s' expects type 'char *', but argument 3 has
type 'int'
c-parse.y:2922: error: syntax error before ',' token
In file included from c-parse.y:2963:
./gt-c-parse.h: At top level:
./gt-c-parse.h:30: error: syntax error before ',' token
./gt-c-parse.h:32: warning: missing initializer
./gt-c-parse.h:32: warning: (near initialization for
'gt_ggc_r_gt_c_parse_h[0].cb')
./gt-c-parse.h:37: error: 'gt_ggc_mx_tree_node' undeclared here (not in a
function)
./gt-c-parse.h:39: error: 'gt_pch_nx_tree_node' undeclared here (not in a
function)
./gt-c-parse.h:39: warning: missing initializer
./gt-c-parse.h:39: warning: (near initialization for
'gt_ggc_r_gt_c_parse_h[1].cb')
gmake[2]: *** [c-parse.o] Error 1
gmake[2]: Leaving directory `/tmp/gcc-4.0/build/gcc'
gmake[1]: *** [stage3_build] Error 2
gmake[1]: Leaving directory `/tmp/gcc-4.0/build/gcc'
gmake: *** [bootstrap] Error 2
I didn't have a closer look into it yet.
I use flex 2.5.4 and bison 2.1.
- cosmetic: gcc/config/i386/host-cygwin.c is executable
gcc-4.1.1:
==
- first PR 28968 is encountered, after working around this (sorry Andrew, I
didn't yet implement the correct fix),
- it fails because $(SHELL) in the Makefile is set to "sh", and therefore the
shell scripts for as and nm are generated in targets stamp-as and stamp-nm with
header "#!sh". Those scripts seem not to be executable on interix, manually
changing them to "#!/bin/sh" let's continue the build.
- after some time, it fails again. This time a process "collect2" is using 100%
CPU (but only 1500KB) for ca. 50 minutes, then it suddenly stops without
further information. Last output is:
gmake[2]: Entering directory `/tmp/gcc-4.1/build/gcc'
gawk -f ../../src/gcc/opt-gather.awk ../../src/gcc/c.opt
../../src/gcc/common.opt ../../src/gcc/config/i386/i386.opt > tmp-optionlist
sh ../../src/gcc/../move-if-change tmp-optionlist optionlist
optionlist is unchanged
echo timestamp > s-options
gawk -f ../../src/gcc/opt-functions.awk -f ../../src/gcc/opth-gen.awk \
< optionlist > tmp-options.h
sh ../../src/gcc/../move-if-change tmp-options.h options.h
options.h is unchanged
echo timestamp > s-options-h
stage1/xgcc -Bstage1/ -B/usr/local/i586-pc-interix3/bin/ -c -D__INTERIX
-D_ALL_SOURCE -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #11 from echristo at apple dot com 2006-09-09 20:09 --- Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug testsuite/27707] g++.dg/tree-ssa/ivopts-1.C fails
--- Comment #10 from rguenther at suse dot de 2006-09-09 20:37 --- Subject: Re: g++.dg/tree-ssa/ivopts-1.C fails On Sat, 9 Sep 2006, dave at hiauly1 dot hia dot nrc dot ca wrote: > --- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-09 > 18:45 --- > Subject: Re: g++.dg/tree-ssa/ivopts-1.C fails > > > I don't know what should be the difference between hpux and linux PA, though > > this is an issue of IVOPTs and rtl costs. > > I've the dump files for hppa-unknown-linux-gnu and hppa2.0w-hp-hpux11.11. It confirms that it is the same problem as on i?86, but it doesn't tell why. I don't see an obvious difference in config/pa/ Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27707
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2006-09-09 21:21 --- Created an attachment (id=12215) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12215&action=view) revised autoconf test Use preprocessor statements instead for darwin.c patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug c++/28988] [4.0/4.1/4.2 Regression] g++ does not check first type name in pseudo-destructor-name
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-09 21:22 --- Mine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28988
[Bug target/28995] [4.2 Regression] libgfortran build now fails on Darwin PPC
--- Comment #13 from echristo at apple dot com 2006-09-09 21:27 --- Close, but I'd prefer to actually have the test for true as well in there. I'll go ahead and submit the patch similar. thanks for testing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
[Bug c++/23287] [4.0/4.1/4.2 regression] Explicitly invoking destructor of template class in a template and is dependent
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-09-09 21:37 --- (In reply to comment #14) > I have reverted this patch. I think PR 28985 is related to this bug in that it is about the accepting the invalid code which was mentioned on the mailing list. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23287
[Bug rtl-optimization/28636] [4.0/4.1 regression] Miscompiled loop
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-09-09 22:09 --- > it looks like ifcvt messes up in pass 3 and puts the post-inc in the > cond-exec block. It's actually the combiner that wrongly ditches the post-inc, at least with the last set of options you posted. Amazingly enough, on the 4.1 branch, the combiner is the first pass which deduces that *((deeper)->buffer_position)++ < 0 is always false. In particular, we have this little gem in t97.final_cleanup unsigned char * D.1386; _Bool iftmp.0; iftmp.0 = (int) *D.1386 < 0; even at -O2! This is optimized on mainline, which hides the problem there. Fixing... -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-08-08 09:09:48 |2006-09-09 22:09:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28636
[Bug c++/28996] [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference
--- Comment #3 from jason at gcc dot gnu dot org 2006-09-09 22:27 --- Subject: Bug 28996 Author: jason Date: Sat Sep 9 22:26:53 2006 New Revision: 116800 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116800 Log: PR c++/28996 * cvt.c (convert_to_void): Strip COMPONENT_REF to functions. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cvt.c trunk/gcc/testsuite/g++.dg/warn/noeffect8.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28996
[Bug c++/28989] [4.0/4.1/4.2 Regression] post-increment of bool variable accepted as lvalue
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-09 23:33 ---
Grrr my patch causes a rejects valid to happen.
void
f()
{
bool i = 0;
++i = 6;
}
Is valid code as preincrement is an lvalue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28989
[Bug target/28617] ___divti3 and ___umodti3 undefined for -m64 on powerpc-apple-darwin8
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2006-09-09 23:50 --- Created an attachment (id=12216) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12216&action=view) Remaining unapplied parts of the TImode patch for Darwin PPC -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28617
[Bug testsuite/27707] g++.dg/tree-ssa/ivopts-1.C fails
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-10 00:02 --- Subject: Re: g++.dg/tree-ssa/ivopts-1.C fails > It confirms that it is the same problem as on i?86, but it doesn't tell > why. I don't see an obvious difference in config/pa/ Yes, it does seem to be the same problem. The hpux assembler output has a -4 offset: stw %r2,-20(%r30) L$CFI ldi 1,%r19 ldo 128(%r30),%r30 L$CFI0001 ldo -116(%r30),%r28 ldo -100(%r30),%r20 stw %r19,-4(%r28) L$0008: ldo 4(%r28),%r28 comb,<>,n %r20,%r28,L$0008 stw %r19,-4(%r28) .CALL ARGW0=GR bl _Z3fooR3Foo,%r2 ldo -120(%r30),%r26 The linux output doesn't have the -4 offset: ldi 1,%r28 stw %r2,-20(%r30) .LCFI0: copy %r28,%r21 ldo 128(%r30),%r30 .LCFI1: ldi 4,%r19 stw %r28,-120(%r30) ldo -120(%r30),%r26 ldi 16,%r20 .L2: addl %r19,%r26,%r28 ldo 4(%r19),%r19 comb,<> %r20,%r19,.L2 stw %r21,0(%r28) bl _Z3fooR3Foo,%r2 nop Offhand, then hpux code appears better optimized. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27707
[Bug c++/28989] [4.0/4.1/4.2 Regression] post-increment of bool variable accepted as lvalue
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-10 00:20 --- I have a better fix which does not regress on that valid code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28989
[Bug middle-end/28915] [4.2 regression] ICE: tree check: expected class 'constant', have 'declaration' (var_decl) in build_vector, at tree.c:973
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-08-31 19:15:44 |2006-09-10 00:48:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28915
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-09-10 02:12
---
Reduced testcase:
void do_lookup_x (int ref)
{
int check_match (void)
{
return ref;
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-09-10 02:15 --- (In reply to comment #2) > The reduced testcase passes the -O because gcc un-nests the function. Is this > true of the original testcase, or does glibc require trampolines? Actually it might pass at -O1 for my testcase because check_match is not used but in the orginal testcase it will fail because check_match is marked as noinline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-09-10 02:26 --- The set which we are ICEing on: (set (reg:SI 12 ip) (plus:SI (reg/f:SI 13 sp) (const_int 4 [0x4]))) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug fortran/28914] Code inside loop hangs; outside loop runs normally; runs OK on other compilers
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-09-10 04:18 --- Apatch for this bug has been submitted to the fortran list for approval. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|WAITING |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|2006-08-31 02:47:50 |2006-09-10 04:18:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28914
[Bug fortran/28914] Code inside loop hangs; outside loop runs normally; runs OK on other compilers
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-09-10 04:53 --- Subject: Bug 28914 Author: jvdelisle Date: Sun Sep 10 04:53:18 2006 New Revision: 116808 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116808 Log: 2006-09-09 Paul Thomas <[EMAIL PROTECTED]> PR fortran/28914 * trans-array.c (gfc_trans_array_constructor_value): Create a temporary loop variable to hold the current loop variable in case it is modified by the array constructor. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-array.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28914
[Bug fortran/28914] Code inside loop hangs; outside loop runs normally; runs OK on other compilers
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2006-09-10 04:58 --- Subject: Bug 28914 Author: jvdelisle Date: Sun Sep 10 04:58:29 2006 New Revision: 116809 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116809 Log: 2006-09-09 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/28914 * gfortran.dg/actual_array_constructor_3.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/actual_array_constructor_3.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28914
[Bug target/28997] 4.1.0 and 4.1.1 do not create executables in build
--- Comment #3 from danp57 at optonline dot net 2006-09-10 05:04 --- --disable-multilib solved the problem. It would be a good idea to add this in a note under http://gcc.gnu.org/install/specific.html Thank you very much for your response!! Amazing! Dan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28997
[Bug fortran/20923] Compile time is high for the following code
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-09-10 05:05 --- This bug is related to slow compile found in test case for PR28914 with large array size. Constructor related. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20923
[Bug fortran/28914] Code inside loop hangs; outside loop runs normally; runs OK on other compilers
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2006-09-10 05:07 --- Fixed on 4.2 only, Follow PR20923 for long compile time issues. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28914
