[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2009-07-04 16:46 --- > As far as I could tell from the documentation available to me, values-xpg4 > didn't exist until Solaris 2.6. Based on the file names I was thinking > sol2-6.h was for 2.6 and above, where sol2.h had to work for 2.5, etc. sol2.h is for all versions of Solaris, sol2-6.h was for 2.6 and below. > I can adjust it and try it with 4.4, but do we need to be concerned with > Solaris < 2.6? Support for 2.6 and below was removed in GCC 4.4 so we indeed don't care, you only need to patch sol2.h and sol2-10.h. > I will also try to research and adjust for Joseph's questions/comments on > std=gnu* and c++. Thanks in advance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411
[Bug target/38900] ICE: unable to find a register to spill
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2009-07-06 12:49 --- > Index: config/i386/i386.md > === > --- config/i386/i386.md (revision 149152) > +++ config/i386/i386.md (working copy) > @@ -15536,7 +15536,7 @@ >[(set_attr "type" "call")]) > > (define_insn "*sibcall_1" > - [(call (mem:QI (match_operand:SI 0 "sibcall_insn_operand" "s,c,d,a")) > + [(call (mem:QI (match_operand:SI 0 "sibcall_insn_operand" "s,c,d,a,b")) > (match_operand 1 "" ""))] >"SIBLING_CALL_P (insn) && !TARGET_64BIT" > { > @@ -22183,7 +22183,7 @@ > > (define_insn "*sibcall_value_1" >[(set (match_operand 0 "" "") > - (call (mem:QI (match_operand:SI 1 "sibcall_insn_operand" "s,c,d,a")) > + (call (mem:QI (match_operand:SI 1 "sibcall_insn_operand" "s,c,d,a,b")) > (match_operand:SI 2 "" "")))] >"SIBLING_CALL_P (insn) && !TARGET_64BIT" > { This cannot be correct in the general case as %ebx is call-saved, you cannot clobber it through a function call. A solution could be to disparage the 'c' alternative, but a x86 maintainer will know better. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38900
[Bug target/38900] ICE: unable to find a register to spill
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2009-07-06 15:31 --- > Well, why? For save or called saved registers the functions epilogue/prologue > takes care. The reason why gcc tries to choose ebx for call address register > here, is exactly this reason, as it can be sure that after the sibcall, the > register is still valid. What's the assembly code generated with your patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38900
[Bug target/38900] ICE: unable to find a register to spill
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2009-07-06 16:43 --- > By simply re-ording of arguments fos sibcall_1 and sibcall_value_1, so that c > is last element, produced code is ok and no ICE I've seen. Disparaging it ("s,!c,d,a") would be even more robust I think. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38900
[Bug debug/40666] [4.4.1 Regression] Ada rts build failure
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-07-07 10:45 --- Did this work with 4.4.0? -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-07 10:45:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40666
[Bug debug/40666] [4.4.1 Regression] Ada rts build failure
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-07-07 10:45 --- 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|2009-07-07 10:45:08 |2009-07-07 10:45:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40666
[Bug debug/40666] [4.4.1 regression] Ada tools build failure
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.4.1 Regression] Ada rts |[4.4.1 regression] Ada tools |build failure |build failure Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40666
[Bug debug/40666] [4.4.1 regression] Ada tools build failure
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-07-07 20:46 --- Subject: Bug 40666 Author: ebotcazou Date: Tue Jul 7 20:46:06 2009 New Revision: 149346 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149346 Log: PR debug/40666 * dbxout.c (dbxout_symbol) : Deal with parameters pointing to variables for debugging purposes. Modified: trunk/gcc/ChangeLog trunk/gcc/dbxout.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40666
[Bug debug/40666] [4.4.1 regression] Ada tools build failure
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2009-07-07 20:46 --- Subject: Bug 40666 Author: ebotcazou Date: Tue Jul 7 20:46:41 2009 New Revision: 149347 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149347 Log: PR debug/40666 * dbxout.c (dbxout_symbol) : Deal with parameters pointing to variables for debugging purposes. Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/dbxout.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40666
[Bug debug/40666] [4.4.1 regression] Ada tools build failure
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2009-07-07 20:57 --- Reopen if not. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40666
[Bug bootstrap/40696] Make bootstrap fail
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-07-09 07:53 --- What compiler do you use to bootstrap? -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696
[Bug bootstrap/40696] Make bootstrap fail
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-07-09 10:46 --- > erm... i think im using the old gcc to compile this new one. I was asking what version of GCC, i.e. the output of 'gcc -v'. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696
[Bug bootstrap/40696] Make bootstrap fail
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2009-07-09 11:00 --- > 3.4.3 is the GCC old version Please post the output of 'gcc -v'. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696
[Bug bootstrap/40696] bootstrap comparison failure on Ada build tools
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2009-07-09 16:40 --- > Using built-in specs. > Target: sparc-sun-solaris2.8 > Configured with: /oslo.c/gnatmail/release-6_0/gcc-41/build-oslo/src/configure > --prefix=/opt/gnu/gnat --enable-languages=c,ada --disable-nls --disable-libada > --target=sparc-sun-solaris2.8 --host=sparc-sun-solaris2.8 > --enable-checking=release --enable-threads=solaris --with-gnu-as > Thread model: solaris > gcc version 4.1.2 20061220 for GNAT Pro 6.0.1 (20070117) OK, that's a known bad interaction between GNAT Pro and GNAT FSF. It will be fixed in GCC 4.5; in the meantime, just do 'rm -rf gcc/ada/*tools' then 'make' again once you hit the comparison failure. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED GCC host triplet|Sparc-Sun Solaris 10 (Sun | |blade 100) | Resolution||FIXED Summary|Make bootstrap fail |bootstrap comparison failure ||on Ada build tools Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696
[Bug bootstrap/40696] bootstrap comparison failure on Ada build tools
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2009-07-10 07:16 --- > thank you for responses, but, when i've to do the 'rm -rf...' before start the > make bootstrap, or when i got the bootstrap failure? Once you hit the bootstrap failure. Btw, 'make bootstrap' is deprecated with recent GCCs, just type 'make'. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696
[Bug rtl-optimization/40710] [4.3.4 regression] Linux kernel miscompiled for sh4-linux
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |major Component|target |rtl-optimization GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | Summary|SH: gcc-4.3.4 miscompiles |[4.3.4 regression] Linux |linux kernel for sh4-linux |kernel miscompiled for sh4- ||linux Target Milestone|--- |4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40710
[Bug c/40757] gcc 4.4.0 miscompiles mpfr-2.4.1
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-07-15 06:27 --- Thanks for the report, but we need a preprocessed testcase, see instructions at http://gcc.gnu.org/bugs.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40757
[Bug middle-end/13757] -fstack-check causes segfaults
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2009-08-04 10:09 --- *** This bug has been marked as a duplicate of 10127 *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13757
[Bug target/10127] -fstack-check let's program crash
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2009-08-04 10:09 --- *** Bug 13757 has been marked as a duplicate of this bug. *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||duncan_roe at acslink dot ||net dot au http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10127
[Bug c/10719] invalid code generated (x86, "int $5") with __builtin_va_arg(va, char);
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2005-11-06 08:42 --- > How does stopping violate the standard? If the standard says behavior is > undefined, then you can do anything you want, including stopping. You're confusing compile time and run time. Please read the whole audit trail, in particular comment #3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10719
[Bug middle-end/22127] [3.4/4.0/4.1 Regression] register window not preserved after getcontext call
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-11-09 12:08 --- *** Bug 21957 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22127
[Bug middle-end/21957] IA-64 register stack is not preserved after getcontext call
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-11-09 12:08 --- *** This bug has been marked as a duplicate of 22127 *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21957
[Bug ada/23995] [4.0 regression] ICE on misaligned rep clause
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-11-10 11:33 --- Subject: Bug 23995 Author: ebotcazou Date: Thu Nov 10 11:32:56 2005 New Revision: 106731 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106731 Log: PR ada/23995 * trans.c (call_to_gnu): Restore statement lost in translation. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/trans.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23995
[Bug ada/23995] [4.0 regression] ICE on misaligned rep clause
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2005-11-10 11:33 --- Subject: Bug 23995 Author: ebotcazou Date: Thu Nov 10 11:33:55 2005 New Revision: 106732 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106732 Log: PR ada/23995 * trans.c (call_to_gnu): Restore statement lost in translation. Modified: branches/gcc-4_0-branch/gcc/ada/ChangeLog branches/gcc-4_0-branch/gcc/ada/trans.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23995
[Bug ada/23995] [4.0 regression] ICE on misaligned rep clause
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2005-11-10 11:38 --- See http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00701.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23995
[Bug middle-end/22127] [3.4/4.0/4.1 Regression] register window not preserved after getcontext call
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2005-11-10 16:58 --- Subject: Bug 22127 Author: ebotcazou Date: Thu Nov 10 16:58:56 2005 New Revision: 106739 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106739 Log: PR middle-end/22127 * calls.c (special_function_p): Set ECF_RETURNS_TWICE for getcontext. Added: trunk/gcc/testsuite/gcc.dg/sparc-getcontext-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/calls.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22127
[Bug middle-end/22127] [3.4/4.0/4.1 Regression] register window not preserved after getcontext call
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2005-11-10 17:00 --- Subject: Bug 22127 Author: ebotcazou Date: Thu Nov 10 17:00:41 2005 New Revision: 106740 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106740 Log: PR middle-end/22127 * calls.c (special_function_p): Set ECF_RETURNS_TWICE for getcontext. Added: branches/gcc-4_0-branch/gcc/testsuite/gcc.dg/sparc-getcontext-1.c Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/calls.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22127
[Bug middle-end/22127] [3.4 Regression] register window not preserved after getcontext call
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2005-11-10 17:05 --- See http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00663.html. Fixed in 4.0.3 and up. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[3.4/4.0/4.1 Regression]|[3.4 Regression] register |register window not |window not preserved after |preserved after getcontext |getcontext call |call| Target Milestone|4.1.0 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22127
[Bug middle-end/24003] [4.1 Regression] 17 ACATS regressions (fixed point or decimal artihmetic)
--- Comment #24 from ebotcazou at gcc dot gnu dot org 2005-11-11 07:43 --- > Do we have a C/C++ testcase for this problem? Yes, we do, attached. > I'm going to leave this as P2 for now, given that we think it's not > language-dependent, and given that we seem close to a fix. Pretty serious bug indeed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug middle-end/24003] [4.1 Regression] 17 ACATS regressions (fixed point or decimal artihmetic)
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2005-11-11 07:44 --- Created an attachment (id=10212) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10212&action=view) C testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug ada/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2005-11-11 10:32 --- Investigating. -- 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|2005-09-08 18:42:55 |2005-11-11 10:32:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333
[Bug target/19061] IA64 GCC pointer confusion results in optimization error
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:01 --- Created an attachment (id=10216) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10216&action=view) Testcase that fails at -O on every branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19061
[Bug target/19061] IA64 GCC pointer confusion results in optimization error
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:03 --- That's a pretty serious issue (the testcase comes from Perl). -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot | |org Known to fail|3.4.3 4.0.0 |3.4.3 4.0.0 4.1.0 Last reconfirmed|2005-02-20 00:03:52 |2005-11-11 18:03:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19061
[Bug target/19061] IA64 GCC pointer confusion results in optimization error
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:06 --- I think basereg_operand should not look inside SUBREGs. Here's an excerpt from PA's deprecated basereg_operand: return (GET_CODE (op) == REG && REG_POINTER (op) && register_operand (op, mode)); I'm going to attach the proposed fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19061
[Bug target/19061] IA64 GCC pointer confusion results in optimization error
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:06 --- Created an attachment (id=10217) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10217&action=view) Proposed fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19061
[Bug target/24718] Shared libgcc not used for linking by default
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2005-11-12 08:17 --- > The patch from comment 14 seems to be working fine without any other changes. > I have bootstrapped and am currently running the testsuite. Looks OK so far. Zack's patch for 4.x doesn't work as-is for 3.4.x because the multilib logic has changed in mklibgcc.in. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC| |ebotcazou at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24718
[Bug middle-end/24003] [4.1 Regression] 17 ACATS regressions (fixed point or decimal artihmetic)
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2005-11-13 09:55 --- Subject: Bug 24003 Author: ebotcazou Date: Sun Nov 13 09:55:11 2005 New Revision: 106860 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106860 Log: PR middle-end/24003 * calls.c (expand_call): If TARGET is a MEM and some part of the argument area has been saved, force TARGET to a register. Added: trunk/gcc/testsuite/gcc.dg/nested-calls-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/calls.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug middle-end/24003] [4.1 Regression] 17 ACATS regressions (fixed point or decimal artihmetic)
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2005-11-13 09:57 --- See http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00807.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug ada/22561] [4.1 Regression] ACATS ca11c01 wrong code
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-13 13:51:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug ada/22561] [4.1 Regression] ACATS ca11c01 wrong code
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2005-11-13 13:51 --- Investigating. -- 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|2005-11-13 13:51:32 |2005-11-13 13:51:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug ada/20548] [4.1 Regression] ACATS c52103x c52104x c52104y segfault at runtime on x86_64
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2005-11-14 07:49 --- > Patch pending. No, there is no possible patch. They *have* to be compiled with -fstack-check. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|kenner at vlsi1 dot ultra |unassigned at gcc dot gnu |dot nyu dot edu |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548
[Bug ada/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2005-11-14 07:54 --- > Eric, I believe Richard Kenner has a fix for this one. Great. I've one too, but it is in Gigi. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333
[Bug target/24718] Shared libgcc not used for linking by default
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2005-11-14 15:52 --- > Eric, can you be more specific about what won't work? The regression testing > with Zack's patch seemed to go fine and hand testing some cases looks OK too. Do you have a eh_dummy.o file for both -milp32 and -mlp64? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24718
[Bug target/24718] Shared libgcc not used for linking by default
--- Comment #21 from ebotcazou at gcc dot gnu dot org 2005-11-14 16:09 --- > Yes, I checked the installed libgcc_eh.a > (lib/gcc/ia64-hp-hpux11.23/3.4.5/libgcc_eh.a and > lib/gcc/ia64-hp-hpux11.23/3.4.5/hpux64/libgcc_eh.a) and both contain > eh_dummy.o. I do not getting any warnings messages from ld when compiling and > linking C or C++, with or without -mlp64 and with or without -shared. I must have dreamt... could you send to <[EMAIL PROTECTED]> the patched 3.4.x mklibgcc.in as well as the generated $objdir/gcc/libgcc.mk? Thanks in advance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24718
[Bug target/24718] Shared libgcc not used for linking by default
--- Comment #22 from ebotcazou at gcc dot gnu dot org 2005-11-14 16:28 --- > Odd. We have the latest linker patch installed on our system (PHSS_33349) and > applying Eric's patch added eh_dummy.o to libgcc_eh.a but the linker still > gave > a warning. I guess 'struct eh_dummy;' didn't add enough symbolic information > to > the archive library. Change it to 'int __libgcc_eh_dummy;' worked for us. It could be nice to compare the versions of 'ar' and 'ranlib' you have. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24718
[Bug target/24718] Shared libgcc not used for linking by default
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2005-11-14 17:51 --- > Sure. I don't understand how Zack's patch works but as long as we have a > solution that works, fine by me. Eric might be interested in reviewing the > patch too. The misunderstanding has been cleared with Steve. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24718
[Bug middle-end/24853] scheduling takes 40% or more time
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-11-14 18:21 --- > For current mainline and Apple 3.3/4.0, the top pass in the profile is > > scheduling: 14.99 (42%) usr 4.32 (75%) sys 19.32 (46%) wall Is it the first scheduling pass? If so, we have a patch at AdaCore to limit its explosion. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24853
[Bug middle-end/24853] scheduling takes 40% or more time
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-11-14 18:50 --- Created an attachment (id=10236) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10236&action=view) Patch (against 3.4.x) for controlling the explosion of the 1st scheduling pass. * params.def (PARAM_MAX_SCHED_READY_INSNS): New parameter, defaulting to 100. * params.h (MAX_SCHED_READY_INSNS): New macro. * haifa-sched.c: Include param.h. (queue_to_ready): Re-queue insns past MAX_SCHED_READY_INSNS for the next cycle during the first scheduling pass. (schedule_block): Delay insns past MAX_SCHED_READY_INSNS in the ready list for 1 cycle during the first scheduling pass. * doc/invoke.texi (--param): New parameter max-sched-ready-insns. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24853
[Bug ada/24857] ada/s-auxdec.ads alignment issue for arm-rtems
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2005-11-14 20:37 --- > Joel confirmed that changing "Min (2" to "Min (4" enable this file to be > compiled, however my reading of the source would imply that BIGGEST_ALIGNMENT > is at least 32 on arm, so something else must be at play here, any idea? Excerpt from config/arm/arm.h: /* Setting STRUCTURE_SIZE_BOUNDARY to 32 produces more efficient code, but the value set in previous versions of this toolchain was 8, which produces more compact structures. The command line option -mstructure_size_boundary= can be used to change this value. For compatibility with the ARM SDK however the value should be left at 32. ARM SDT Reference Manual (ARM DUI 0020D) page 2-20 says "Structures are aligned on word boundaries". The AAPCS specifies a value of 8. */ #define STRUCTURE_SIZE_BOUNDARY arm_structure_size_boundary extern int arm_structure_size_boundary; /* This is the value used to initialize arm_structure_size_boundary. If a particular arm target wants to change the default value it should change the definition of this macro, not STRUCTURE_SIZE_BOUNDARY. See netbsd.h for an example of this. */ #ifndef DEFAULT_STRUCTURE_SIZE_BOUNDARY #define DEFAULT_STRUCTURE_SIZE_BOUNDARY 32 #endif -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC| |ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24857
[Bug ada/24857] ada/s-auxdec.ads alignment issue for arm-rtems
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-14 20:37:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24857
[Bug ada/22533] [4.1 regression] Ada ICE during bootstrap on many platforms
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2005-11-15 06:31 --- Investigating. -- 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|2005-07-23 15:24:35 |2005-11-15 06:31:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug ada/22533] [4.1 regression] Ada ICE during bootstrap on many platforms
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug ada/22533] [4.1 regression] Ada ICE during bootstrap on many platforms
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2005-11-15 07:47 --- Mark, > Downgraded to P5. If this is not Ada-specific, please attach a C/C++ test > case. Well, this is definitely not Ada-specific, see comment #11. According to your analysis for PR c++/23171, the middle-end has started rejecting constructs it used to accept, lightly breaking the C++ compiler and severely breaking the Ada compiler in the process. What should we do for 4.1? -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot|mark at codesourcery dot com |org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug ada/22533] [4.1 regression] Ada ICE during bootstrap on many platforms
--- Comment #29 from ebotcazou at gcc dot gnu dot org 2005-11-16 17:27 --- > So I guess it would be possible right now to fix the bootstrap issue > by a pure front-end patch. (This doesn't address the more general > question of whether or not the gimplifier has a bug that can be exposed > by other front-ends too, of course ...) OK, thanks for the analysis. Richard, what do you think? The pure front-end patch Ulrich is talking about is the Ada FE part of http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01666.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||kenner at vlsi1 dot ultra ||dot nyu dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug ada/24898] CONSTRAINT_ERROR : discriminant check failed
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2005-11-16 17:48 --- The "Search" button is your friend. -:) *** This bug has been marked as a duplicate of 22333 *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24898
[Bug ada/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2005-11-16 17:48 --- *** Bug 24898 has been marked as a duplicate of this bug. *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||schwab at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333
[Bug ada/24896] ICE in generate_element_copy
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-11-16 17:53 --- *** This bug has been marked as a duplicate of 18659 *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24896
[Bug ada/18659] [4.1 Regression] ACATS failures c32001e c64105b c95086b
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2005-11-16 17:53 --- *** Bug 24896 has been marked as a duplicate of this bug. *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||schwab at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
[Bug ada/24897] Ada testsuite failure c954026
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2005-11-16 17:57 --- *** This bug has been marked as a duplicate of 21317 *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24897
[Bug ada/21317] ACATS c954025 c954026 failures
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-11-16 17:57 --- *** Bug 24897 has been marked as a duplicate of this bug. *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||schwab at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21317
[Bug ada/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-11-17 21:03 --- Subject: Bug 22333 Author: ebotcazou Date: Thu Nov 17 21:03:50 2005 New Revision: 107134 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107134 Log: PR ada/22333 * trans.c (gnat_gimplify_expr, case ADDR_EXPR): Always make a temporary if taking the address of something that is neither reference, declaration, or constant, since the gimplifier can't handle that case. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/trans.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333
[Bug ada/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2005-11-17 21:05 --- See http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01311.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333
[Bug libfortran/24909] libmatmul.a breaks darwin build
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2005-11-19 08:38 --- > On sparc-solaris I get runtime failures: > > collect2: ld returned 1 exit status^M > compiler exited with status 1 > output is: > Undefined first referenced^M > symbol in file^M > _gfortran_matmul_r4 /var/tmp//ccKKiCDj.o^M > ld: fatal: Symbol referencing errors. No output written to ./matmul_1.exe^M > collect2: ld returned 1 exit status^M > > this is with both, the original libmatmul and with libmatmul_convenience. > (using native, sun, as and ld) Confirmed with all versions of Solaris. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC| |ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24909
[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2005-11-21 05:16 --- > Eric, do you still consider this problem important to be solved for 3.4.x? As the saying goes in French: "ne soyons pas plus royaliste que le roi". The C++ maintainers apparenty don't care much, then neither do I anymore. > Do you have a new version of your proposed patch? No, I've stopped working on this months ago. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17972
[Bug libfortran/24909] libmatmul.a breaks darwin build
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2005-11-21 09:02 --- > It should now work again on all supported platforms. Confirmed on all versions of Solaris. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24909
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2005-11-21 11:45 --- > FreeBSD has the same problem with missing long double math > functions. I tried to add an appropriate XFAIL clause for > FreeBSD, but dejagnu would still process the file. Huh... the following patch fixes the problem for me. Can I install it? Index: lib/target-supports.exp === --- lib/target-supports.exp (revision 107161) +++ lib/target-supports.exp (working copy) @@ -530,6 +530,7 @@ puts $f "integer,parameter :: k = &" puts $f " selected_real_kind (precision (0.0_8) + 1)" puts $f "real(kind=k) :: x" +puts $f "x = cos (x);" puts $f "end" close $f -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L
--- Comment #36 from ebotcazou at gcc dot gnu dot org 2005-11-21 13:59 --- > Thanks. Looks fine to me. If Eric could test it on his Solaris machines it > would be great (remember the svn copy! ;) ... Sure. > Before finally committing it, probably we want to add a short comment before > the undef in solaris/solaris2.8/os_defines.h Yes, please *heavily* comment. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at libertysurf dot|ebotcazou at gcc dot gnu dot |fr |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2005-11-21 14:06 --- > Fine with me. Consider approved after testing on some C99-aware platform (like > solaris2.10) Thanks. My main machine is actually x86-64/Linux so I've verified there that the large real tests are still reported as executed in testsuite/gfortran.log. Same on the Solaris 10 machine. > Please commit on 4.1 as well as mainline. Will do. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2005-11-21 20:52 --- Subject: Bug 24432 Author: ebotcazou Date: Mon Nov 21 20:52:25 2005 New Revision: 107321 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107321 Log: PR libfortran/24432 * lib/target-supports.exp (check_effective_target_fortran_large_real): Check that 'cos' is supported. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/lib/target-supports.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug libfortran/24432] [4.1 regression] Missing symbols
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2005-11-21 20:53 --- Subject: Bug 24432 Author: ebotcazou Date: Mon Nov 21 20:53:50 2005 New Revision: 107323 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107323 Log: PR libfortran/24432 * lib/target-supports.exp (check_effective_target_fortran_large_real): Check that 'cos' is supported. Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/lib/target-supports.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
[Bug ada/18819] [4.1/4.2 Regression] ACATS cdd2a02 fails at runtime
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2005-11-22 10:25 --- Investigating again. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-09 23:53:12 |2005-11-22 10:25:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
[Bug ada/18659] [4.1/4.2 Regression] ACATS failures c32001e c64105b c95086b
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2005-11-22 10:44 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Severity|normal |critical Status|NEW |ASSIGNED Last reconfirmed|2005-06-14 02:12:47 |2005-11-22 10:44:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
[Bug middle-end/22561] [4.1/4.2 Regression] ACATS ca11c01 wrong code
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2005-11-22 22:30 --- Recategorizing. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Component|ada |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug middle-end/22561] [4.1/4.2 Regression] ACATS ca11c01 wrong code
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2005-11-22 22:35 --- Subject: Bug 22561 Author: ebotcazou Date: Tue Nov 22 22:35:55 2005 New Revision: 107377 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107377 Log: PR middle-end/22561 * tree-ssa-structalias.c (get_constraint_for): Handle ARRAY_RANGE_REF. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug middle-end/22561] [4.1/4.2 Regression] ACATS ca11c01 wrong code
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2005-11-22 22:37 --- Subject: Bug 22561 Author: ebotcazou Date: Tue Nov 22 22:37:35 2005 New Revision: 107378 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107378 Log: PR middle-end/22561 * tree-ssa-structalias.c (get_constraint_for): Handle ARRAY_RANGE_REF. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug middle-end/22561] [4.1/4.2 Regression] ACATS ca11c01 wrong code
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2005-11-22 22:41 --- See http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01642.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug bootstrap/24998] Build failure on sparc-sun-solaris2.9: undefined symbol __floatunsitf
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Severity|normal |critical GCC build triplet|sparc-sun-solaris2.9|sparc-sun-solaris2.* GCC host triplet|sparc-sun-solaris2.9|sparc-sun-solaris2.* GCC target triplet|sparc-sun-solaris2.9|sparc-sun-solaris2.* Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24998
[Bug ada/24994] raised STORAGE_ERROR : stack overflow or erroneous memory access
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2005-11-23 11:10 --- On PowerPC, I get with tree checking: +===GNAT BUG DETECTED==+ | 4.1.0 20051123 (prerelease) (powerpc-apple-darwin8) GCC error: | | tree check: expected class 'expression', have 'exceptional' | |(constructor) in get_base_var, at ipa-utils.c:224 | | Error detected at make.adb:7541:23 -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC| |ebotcazou at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24994
[Bug ada/22533] [4.1/4.2 regression] Ada ICE during bootstrap on many platforms
--- Comment #32 from ebotcazou at gcc dot gnu dot org 2005-11-23 11:11 --- > with patch from http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01666.html Probably not the correct long-term fix. Might be good enough for 4.1 though. > finally, ada is actually dead. Not very constructive, I'm afraid. Care to devise a fix? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug ada/22533] [4.1/4.2 regression] Ada ICE during bootstrap on many platforms
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2005-11-23 19:36 --- > this fix doesn't help for current 4.1. It works (or worked) on s390 at least and fix the first problem on PPC though. Did you try to compile make.adb at -O1 or -O0? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug ada/22533] [4.1/4.2 regression] Ada ICE during bootstrap on many platforms
--- Comment #36 from ebotcazou at gcc dot gnu dot org 2005-11-23 23:28 --- > i always do a full bootstrap with different flags for stage1 and 2+. That doesn't cover the Ada tools. They build for me at -O0 on PowerPC so with Andrew's FE patch + a possible tweak in the Makefile, you should have an Ada compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug ada/22533] [4.1/4.2 regression] Ada ICE during bootstrap on many platforms
--- Comment #37 from ebotcazou at gcc dot gnu dot org 2005-11-23 23:29 --- Created an attachment (id=10331) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10331&action=view) Andrew's FE patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug ada/22533] [4.1/4.2 regression] Ada ICE during bootstrap on many platforms
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2005-11-24 11:14 --- > That doesn't cover the Ada tools. They build for me at -O0 on PowerPC so with > Andrew's FE patch + a possible tweak in the Makefile, you should have an Ada > compiler. They even build for me at -O2 on PowerPC with Andrew's patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug ada/18659] [4.1/4.2 Regression] ACATS failures c32001e c64105b c95086b
--- Comment #20 from ebotcazou at gcc dot gnu dot org 2005-11-24 14:09 --- Created an attachment (id=10332) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10332&action=view) Reduced testcase. Compile at -O on x86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L
--- Comment #40 from ebotcazou at gcc dot gnu dot org 2005-11-29 11:51 --- > Eric, I'm sorry, any news?!? Thanks. Bootstrap was broken last week and I was away for the week-end... I'll need to re-compute baseline results first, so maybe at the end of this week. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
[Bug c/25200] ICE compiling GNU tar
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-12-01 11:32:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25200
[Bug target/20036] gcc.dg/compat/vector-[12]_y.c fails to compile
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-12-04 15:15 --- > gdb shows that we enter i386.c:classify_argument() with a parameter "mode" of > V2HImode which flows into the default case of a switch statement that aborts. > > The vector-2 testcase dies in the same place, but the unhandled parameter > "mode" is V16SFmode instead. Vector support is flaky in 3.x and has been overhauled in 4.x. I wouldn't spend any significant time on fixing it. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC| |ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20036
[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L
--- Comment #42 from ebotcazou at gcc dot gnu dot org 2005-12-04 16:34 --- Solaris 8 (32-bit compiler): gmake[3]: Entering directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3' Making all in include gmake[4]: Entering directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include' gmake[4]: *** No rule to make target `/home/eric/svn/gcc/libstdc++-v3/config/os/solaris/solaris2.8/ctype_base.h', needed by `stamp-host'. Stop. gmake[4]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3' gmake[1]: *** [all-target-libstdc++-v3] Error 2 gmake[1]: Leaving directory `/opt/build/eric/gcc' gmake: *** [all] Error 2 Solaris 9 (64-bit compiler): /opt/build/eric/gcc/sparc64-sun-solaris2.9/libstdc++-v3/include/cstdlib: In function 'long int std::abs(long int)': /opt/build/eric/gcc/sparc64-sun-solaris2.9/libstdc++-v3/include/cstdlib:131: error: redefinition of 'long int std::abs(long int)' /usr/include/iso/stdlib_iso.h:123: error: 'long int std::abs(long int)' previously defined here /opt/build/eric/gcc/sparc64-sun-solaris2.9/libstdc++-v3/include/cstdlib: In function 'std::ldiv_t std::div(long int, long int)': /opt/build/eric/gcc/sparc64-sun-solaris2.9/libstdc++-v3/include/cstdlib:134: error: redefinition of 'std::ldiv_t std::div(long int, long int)' /usr/include/iso/stdlib_iso.h:124: error: 'std::ldiv_t std::div(long int, long int)' previously defined here gmake[4]: *** [del_op.lo] Error 1 gmake[4]: Leaving directory `/opt/build/eric/gcc/sparc64-sun-solaris2.9/libstdc++-v3/libsupc++' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/opt/build/eric/gcc/sparc64-sun-solaris2.9/libstdc++-v3' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/opt/build/eric/gcc/sparc64-sun-solaris2.9/libstdc++-v3' gmake[1]: *** [all-target-libstdc++-v3] Error 2 gmake[1]: Leaving directory `/opt/build/eric/gcc' gmake: *** [all] Error 2 Solaris 10 (biarch compiler): /usr/include/iso/stdlib_iso.h:114: error: previous declaration of 'void* std::bsearch(const void*, const void*, std::size_t, std::size_t, int (*)(const void*, const void*))' with 'C' linkage /usr/include/iso/stdlib_iso.h:118: error: conflicts with new declaration with 'C++' linkage /usr/include/iso/stdlib_iso.h:134: error: previous declaration of 'void std::qsort(void*, std::size_t, std::size_t, int (*)(const void*, const void*))' with 'C' linkage /usr/include/iso/stdlib_iso.h:137: error: conflicts with new declaration with 'C++' linkage /opt/build/eric/gcc/sparc-sun-solaris2.10/libstdc++-v3/include/cstdlib: In function 'long int std::abs(long int)': /opt/build/eric/gcc/sparc-sun-solaris2.10/libstdc++-v3/include/cstdlib:131: error: redefinition of 'long int std::abs(long int)' /usr/include/iso/stdlib_iso.h:154: error: 'long int std::abs(long int)' previously defined here /opt/build/eric/gcc/sparc-sun-solaris2.10/libstdc++-v3/include/cstdlib: In function 'std::ldiv_t std::div(long int, long int)': /opt/build/eric/gcc/sparc-sun-solaris2.10/libstdc++-v3/include/cstdlib:134: error: redefinition of 'std::ldiv_t std::div(long int, long int)' /usr/include/iso/stdlib_iso.h:155: error: 'std::ldiv_t std::div(long int, long int)' previously defined here gmake[4]: *** [del_op.lo] Error 1 gmake[4]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.10/libstdc++-v3/libsupc++' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.10/libstdc++-v3' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.10/libstdc++-v3' gmake[1]: *** [all-target-libstdc++-v3] Error 2 gmake[1]: Leaving directory `/opt/build/eric/gcc' gmake: *** [all] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L
--- Comment #45 from ebotcazou at gcc dot gnu dot org 2005-12-04 19:31 --- > Eric, as regards Solaris, 8, I think you forgot to do the svn copy, as per > Comment #34 (and # 35 ;) Ah, sure, thanks. Now I get: /opt/build/eric/gcc/./gcc/xgcc -shared-libgcc -B/opt/build/eric/gcc/./gcc -nostdinc++ -L/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/src -L/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -B/opt/build/eric/local/gcc/sparc-sun-solaris2.8/bin/ -B/opt/build/eric/local/gcc/sparc-sun-solaris2.8/lib/-isystem /opt/build/eric/local/gcc/sparc-sun-solaris2.8/include -isystem /opt/build/eric/local/gcc/sparc-sun-solaris2.8/sys-include -I/home/eric/svn/gcc/libstdc++-v3/../gcc -I/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/sparc-sun-solaris2.8 -I/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include -I/home/eric/svn/gcc/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -c /home/eric/svn/gcc/libstdc++-v3/libsupc++/eh_globals.cc -fPIC -DPIC -o eh_globals.o /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:66: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:67: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:71: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:72: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:77: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:78: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:84: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:85: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:91: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:96: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:100: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:105: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:109: error: '__cxa_cdtor_type' has not been declared /home/eric/svn/gcc/libstdc++-v3/libsupc++/cxxabi.h:114: error: '__cxa_cdtor_type' has not been declared gmake[3]: *** [eh_globals.lo] Error 1 gmake[3]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/libsupc++' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3' gmake: *** [all-target-libstdc++-v3] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L
--- Comment #51 from ebotcazou at gcc dot gnu dot org 2005-12-04 21:01 --- > But there is something I don't understand at all: after a recent patch from > Benjamin, eh_globals.cc now does include *first*! Therefore > the problem seems different. At the beginning of eh_globals.cc __cplusplus is > used but should not be seen different before/after the patch on Sol 8, always > == 1 !?! Humpf... +#ifdef __cplusplus +# undef __cplusplus +#endif +#define __cpluplus 1 I'm going to fix the typo and retest. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L
--- Comment #53 from ebotcazou at gcc dot gnu dot org 2005-12-04 21:22 --- > Gosh! Thanks Eric for noticing and further testing. Hum... no changes on Solaris 9 and 10. On Solaris 8 I now get: /opt/build/eric/gcc/./gcc/xgcc -shared-libgcc -B/opt/build/eric/gcc/./gcc -nostdinc++ -L/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/src -L/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -B/opt/build/eric/local/gcc/sparc-sun-solaris2.8/bin/ -B/opt/build/eric/local/gcc/sparc-sun-solaris2.8/lib/-isystem /opt/build/eric/local/gcc/sparc-sun-solaris2.8/include -isystem /opt/build/eric/local/gcc/sparc-sun-solaris2.8/sys-include -I/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/sparc-sun-solaris2.8 -I/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include -I/home/eric/svn/gcc/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -c /home/eric/svn/gcc/libstdc++-v3/src/locale.cc -fPIC -DPIC -o .libs/locale.o /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring: In function 'void* std::memchr(void*, int, std::size_t)': /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring:101: error: redefinition of 'void* std::memchr(void*, int, std::size_t)' /usr/include/iso/string_iso.h:106: error: 'void* std::memchr(void*, int, std::size_t)' previously defined here /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring:102: error: invalid conversion from 'const void*' to 'void*' /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring: In function 'char* std::strchr(char*, int)': /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring:107: error: redefinition of 'char* std::strchr(char*, int)' /usr/include/iso/string_iso.h:80: error: 'char* std::strchr(char*, int)' previously defined here /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring: In function 'char* std::strpbrk(char*, const char*)': /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring:113: error: redefinition of 'char* std::strpbrk(char*, const char*)' /usr/include/iso/string_iso.h:86: error: 'char* std::strpbrk(char*, const char*)' previously defined here /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring: In function 'char* std::strrchr(char*, int)': /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring:119: error: redefinition of 'char* std::strrchr(char*, int)' /usr/include/iso/string_iso.h:92: error: 'char* std::strrchr(char*, int)' previously defined here /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring: In function 'char* std::strstr(char*, const char*)': /opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/include/cstring:125: error: redefinition of 'char* std::strstr(char*, const char*)' /usr/include/iso/string_iso.h:98: error: 'char* std::strstr(char*, const char*)' previously defined here /home/eric/svn/gcc/libstdc++-v3/src/locale.cc: At global scope: /home/eric/svn/gcc/libstdc++-v3/src/locale.cc:62: warning: missing braces around initializer for 'upad64_t [4]' /home/eric/svn/gcc/libstdc++-v3/src/locale.cc:181: warning: missing braces around initializer for 'upad64_t [4]' gmake[4]: *** [locale.lo] Error 1 gmake[4]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3/src' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3' gmake[1]: *** [all-target-libstdc++-v3] Error 2 gmake[1]: Leaving directory `/opt/build/eric/gcc' gmake: *** [all] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
[Bug tree-optimization/24963] [4.1/4.2 Regression] gcc.dg/vect/vect-62.c scan-tree-dump-times not vectorized: redundant loop. no profit to vectorize. 1 fails
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-12-05 07:59 --- Present on SPARC too. Dorit, is it only a matter of changing the expected error message? -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||dorit at il dot ibm dot com, ||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24963
[Bug target/24108] gcc.dg/vect/vect-76.c scan-tree-dump-times vectorized 1 loops 1 fails
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-12-05 08:10 --- Present on SPARC too. Dorit, the 3 loops are now vectorized because of versioning despite the target being vect_no_align. Can we adjust the dg commands? -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||dorit at il dot ibm dot com, ||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24108
[Bug target/24108] gcc.dg/vect/vect-76.c scan-tree-dump-times vectorized 1 loops 1 fails
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-12-05 08:10:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24108
[Bug target/25259] New: bootstrap failures on non-C99 platforms
The newly integrated libdecnumber requires a few C99 integer types, thus causing bootstrap failures on non-C99 platforms like Solaris 2.5.1. The problem already occured for libfortran and has been addressed by a kludge there. It could be deemed desirable to have something along the lines of http://ac-archive.sourceforge.net/gstdint in the GNU tree to solve the problem once for all. Assigned to Paolo as per his request. -- Summary: bootstrap failures on non-C99 platforms Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: paolo dot bonzini at lu dot unisi dot ch ReportedBy: ebotcazou at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25259
[Bug target/24378] [4.1 Regression] gcc.dg/vect/pr24300.c (test for excess errors) fails
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-12-05 08:52 --- Explicitly confirmed on SPARC if that matters. We should not segfault though. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Last reconfirmed|2005-11-18 05:59:12 |2005-12-05 08:52:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24378
[Bug target/24108] gcc.dg/vect/vect-76.c scan-tree-dump-times vectorized 1 loops 1 fails
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-12-05 11:20 --- > yes, that's exactly what the patch I sent in Comment #1 does. Oops, sorry! > I guess I can commit it as an obvious fix. I'll go ahead and do that. Please commit it on both mainline and 4.1 branch. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24108
[Bug target/24108] gcc.dg/vect/vect-76.c scan-tree-dump-times vectorized 1 loops 1 fails
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:53 --- Subject: Bug 24108 Author: ebotcazou Date: Mon Dec 5 18:53:04 2005 New Revision: 108067 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108067 Log: PR tree-optimization/24963 * gcc.dg/vect/vect-62.c: Remove outdated dg-line. PR target/24108 * gcc.dg/vect/vect-76.c: Do not XFAIL on vect_no_align platforms. PR target/18580 * gcc.dg/vect/vect-reduc-1char.c: XFAIL on vect_no_int_max platforms. * gcc.dg/vect/vect-reduc-2short.c: Likewise. * gcc.dg/vect/vect-reduc-1short.c: Likewise. * gcc.dg/vect/vect-reduc-2char.c: Likewise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/vect/vect-62.c trunk/gcc/testsuite/gcc.dg/vect/vect-76.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-1char.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-1short.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-2char.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-2short.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24108
[Bug target/18580] Vectorizer failures (max, unaligned)
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:53 --- Subject: Bug 18580 Author: ebotcazou Date: Mon Dec 5 18:53:04 2005 New Revision: 108067 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108067 Log: PR tree-optimization/24963 * gcc.dg/vect/vect-62.c: Remove outdated dg-line. PR target/24108 * gcc.dg/vect/vect-76.c: Do not XFAIL on vect_no_align platforms. PR target/18580 * gcc.dg/vect/vect-reduc-1char.c: XFAIL on vect_no_int_max platforms. * gcc.dg/vect/vect-reduc-2short.c: Likewise. * gcc.dg/vect/vect-reduc-1short.c: Likewise. * gcc.dg/vect/vect-reduc-2char.c: Likewise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/vect/vect-62.c trunk/gcc/testsuite/gcc.dg/vect/vect-76.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-1char.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-1short.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-2char.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-2short.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18580
[Bug tree-optimization/24963] [4.1/4.2 Regression] gcc.dg/vect/vect-62.c scan-tree-dump-times not vectorized: redundant loop. no profit to vectorize. 1 fails
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:53 --- Subject: Bug 24963 Author: ebotcazou Date: Mon Dec 5 18:53:04 2005 New Revision: 108067 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108067 Log: PR tree-optimization/24963 * gcc.dg/vect/vect-62.c: Remove outdated dg-line. PR target/24108 * gcc.dg/vect/vect-76.c: Do not XFAIL on vect_no_align platforms. PR target/18580 * gcc.dg/vect/vect-reduc-1char.c: XFAIL on vect_no_int_max platforms. * gcc.dg/vect/vect-reduc-2short.c: Likewise. * gcc.dg/vect/vect-reduc-1short.c: Likewise. * gcc.dg/vect/vect-reduc-2char.c: Likewise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/vect/vect-62.c trunk/gcc/testsuite/gcc.dg/vect/vect-76.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-1char.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-1short.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-2char.c trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-2short.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24963