[Bug bootstrap/26275] New: boostrap fails with undefined symbol
rm -f jcf-dump stage1/xgcc -Bstage1/ -B/usr/local/gcc402/powerpc-ibm-aix4.2.1.0/bin/ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H -o jcf-dump java/jcf-dump.o java/jcf-io.o java/jcf-depend.o java/jcf-path.o java/win32-host.o java/zextract.o errors.o version.o ggc-none.o intl.o \ -L../zlib -lz ../libcpp/libcpp.a -liconv ../libiberty/libiberty.a ld: 0711-317 ERROR: Undefined symbol: .__set_errno128 ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status make[2]: *** [jcf-dump] Error 1 make[2]: Leaving directory `/usr/local/build/buildgcc402/gcc' -- Summary: boostrap fails with undefined symbol Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: multix at gmail dot com GCC build triplet: powerpc-ibm-aix4.2.1 GCC host triplet: powerpc-ibm-aix4.2.1 GCC target triplet: powerpc-ibm-aix4.2.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26275
[Bug middle-end/26034] [4.0/4.1/4.2 Regression] gcc uses way too much stack space for this code
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26034
[Bug c++/26068] [3.4/4.0/4.1 Regression] extern "C" static function should not be allowed
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26068
[Bug rtl-optimization/26069] [4.0/4.1/4.2 Regression] Runtime endian-ness check is no longer optimized out.
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26069
[Bug c++/26122] [4.0/4.1/4.2 regression] Pure specifiers for templates causing trouble
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26122
[Bug target/26141] [4.1 Regression] va_arg causes cc1plus ICE in gimplify_addr_expr
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-14 09:01 --- SH is not a primary platform, so this is P5. However, it's fine (good, in fact!) to put the patch on the branch if the testing succeeds. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26141
[Bug c++/26151] [3.4/4.0/4.1 regression] duplicate 'duplicate' diagnostic
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26151
[Bug c++/26195] [4.0/4.1/4.2 regression] pragma interface no longer handles explicit names
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26195
[Bug tree-optimization/26239] [4.0/4.1/4.2 Regression] Complete unrolling is undocumented in passes.texi
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-14 09:04 --- This will never be release critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26239
[Bug tree-optimization/26240] [4.1/4.2 Regression] remove empty loops pass is not documented in passes.texi
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-14 09:04 --- This will never be release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26240
[Bug middle-end/26241] [4.1/4.2 Regression] None of the IPA passes are documented in passes.texi
--- Comment #1 from mmitchel at gcc dot gnu dot org 2006-02-14 09:05 --- This will never be release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26241
[Bug c/26276] New: remove condition check code BUG with -O2
This case resembles gcc.dg/20040123-1.c. -- Summary: remove condition check code BUG with -O2 Product: gcc Version: 3.4.6 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: inaoka dot kazuhiro at renesas dot com GCC target triplet: m32r http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26276
[Bug tree-optimization/26242] [4.1/4.2 Regression] VRP is not documented in passes.texi
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-14 09:05 --- This will never be release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26242
[Bug tree-optimization/26243] [4.1/4.2 Regression] reassoc is not documented in passes.texi
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-14 09:05 --- This will never be release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26243
[Bug c/26276] remove condition check code BUG with -O2
--- Comment #1 from inaoka dot kazuhiro at renesas dot com 2006-02-14 09:08 --- Created an attachment (id=10842) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10842&action=view) Sample pattern This is a sample pattern. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26276
[Bug tree-optimization/26258] [4.1/4.2 Regression] Wrong alias information for struct addresses in PHIs
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-14 09:08 --- Sadly, this is a P1; a nasty optimization bug, on code without extensions, probably architecture independent, and did not exist in previous releases. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26258
[Bug c++/26269] [3.4/4.0/4.1/4.2 regression] Declaring a variable too late yields bogus error message
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26269
[Bug c++/26269] [3.4/4.0/4.1/4.2 regression] Declaring a variable too late yields bogus error message
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26269
[Bug c/26276] remove condition check code BUG with -O2
--- Comment #2 from inaoka dot kazuhiro at renesas dot com 2006-02-14 09:10 --- Created an attachment (id=10843) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10843&action=view) Sample NG output This is a sample output. m32r-linux-gnu-gcc -S -O2 omm_kill.i beqz r5,.L101 ld r5,@(12,r8) .balign 4 .L69: and3 r4,r5,#0x8 bnez r4,.L71 ldi r10,#-1 ; 0x .balign 4 <=== Fall through is NG! Removed compare r10 with -1 and jump to .L79. .L81: ld r8,@(172,r10) add3 r9,r10,#172 beq r8,r9,.L83 .balign 4 .L94: add3 r0,r8,#-180 ld r5,@(120,r0) ld r4,@(120,r10) beq r5,r4,.L85 bl oom_kill_task mv r12,r0 bnez r0,.L79 .balign 4 .L85: ld r8,@(r8) bne r8,r9,.L94 .balign 4 .L83: mv r0,r10 bl oom_kill_task mv r12,r0 beqz r0,.L62 .balign 4 .L79: ld24 r0,#tasklist_lock bl _read_unlock beqz r12,.L87 mv r0,r12 bl mmput bra .L87 .balign 4 .L76: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26276
[Bug c/26276] remove condition check code BUG with -O2
--- Comment #3 from inaoka dot kazuhiro at renesas dot com 2006-02-14 09:10 --- Created an attachment (id=10844) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10844&action=view) Sample NG output This is a sample output. m32r-linux-gnu-gcc -S -O2 omm_kill.i beqz r5,.L101 ld r5,@(12,r8) .balign 4 .L69: and3 r4,r5,#0x8 bnez r4,.L71 ldi r10,#-1 ; 0x .balign 4 <=== Fall through is NG! Removed compare r10 with -1 and jump to .L79. .L81: ld r8,@(172,r10) add3 r9,r10,#172 beq r8,r9,.L83 .balign 4 .L94: add3 r0,r8,#-180 ld r5,@(120,r0) ld r4,@(120,r10) beq r5,r4,.L85 bl oom_kill_task mv r12,r0 bnez r0,.L79 .balign 4 .L85: ld r8,@(r8) bne r8,r9,.L94 .balign 4 .L83: mv r0,r10 bl oom_kill_task mv r12,r0 beqz r0,.L62 .balign 4 .L79: ld24 r0,#tasklist_lock bl _read_unlock beqz r12,.L87 mv r0,r12 bl mmput bra .L87 .balign 4 .L76: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26276
[Bug tree-optimization/26209] [4.1/4.2 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3
--- Comment #10 from mmitchel at gcc dot gnu dot org 2006-02-14 09:12 --- This is a new regression in 4.1, and affects a major piece of software, using common idioms; it is P1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26209
[Bug c++/26102] [4.1/4.2 regression] "using Base::member" nonsense
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-14 09:13 --- One could argue that this should be P1, but I'm going to make it P1, since the valid code that is incorrectly rejected is somewhat obscure. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26102
[Bug middle-end/25335] [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc
--- Comment #15 from mmitchel at gcc dot gnu dot org 2006-02-14 09:17 --- OK for 4.1, should you wish to apply it there. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25335
[Bug tree-optimization/26258] [4.1/4.2 Regression] Wrong alias information for struct addresses in PHIs
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-02-14 09:54 --- Subject: Bug 26258 Author: rguenth Date: Tue Feb 14 09:54:07 2006 New Revision: 110962 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110962 Log: 2006-02-14 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/26258 * tree-ssa-structalias.c (find_func_aliases): Handle aggregates in PHI argument processing. * gcc.dg/torture/pr26258.c: New testcase. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/torture/pr26258.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26258
[Bug tree-optimization/26258] [4.1/4.2 Regression] Wrong alias information for struct addresses in PHIs
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-02-14 09:59 --- Subject: Bug 26258 Author: rguenth Date: Tue Feb 14 09:58:57 2006 New Revision: 110963 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110963 Log: 2006-02-14 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/26258 * tree-ssa-structalias.c (find_func_aliases): Handle aggregates in PHI argument processing. * gcc.dg/torture/pr26258.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr26258.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26258
[Bug tree-optimization/26258] [4.1/4.2 Regression] Wrong alias information for struct addresses in PHIs
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-02-14 09:59 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26258
[Bug c++/26269] [3.4/4.0/4.1/4.2 regression] Declaring a variable too late yields bogus error message
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-14 10:04 --- I guess I was assigned this bug by accident. Unassigning. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26269
[Bug fortran/26277] New: false warning abiout unused label
When compiling the following testprogram a false warning is issued about not using the label. program testlabel open(unit=12, file="dummy",status="old",& action="read",err=99) print *,"file is now open" stop 99 print *,"could not open file ..." end program testlabel I used the following command to compile: >gfortran -c Test.F90 In file Test.F90:8 99 print *,"could not open file ..." 1 Warning: Label 99 at (1) defined but not used > I used the following gfortran version: >gfortran -v Using built-in specs. Target: i386-linux Configured with: ../gcc/configure --prefix=/tmp/gfortran-20060212/irun --enable-languages=c,fortran --host=i386-linux --with-gmp=/tmp/gfortran-20060212/gfortran_libs Thread model: posix gcc version 4.2.0 20060212 (experimental) > best regards, Jos de Kloe -- Summary: false warning abiout unused label Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kloedej at knmi dot nl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26277
[Bug c++/26278] New: candidates list contains duplicates
The diagnostics of the sample run repeat the same builtin function in the list of overload candidates. -- Summary: candidates list contains duplicates Product: gcc Version: 3.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: igodard at pacbell dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26278
[Bug c++/26278] candidates list contains duplicates
--- Comment #1 from igodard at pacbell dot net 2006-02-14 10:37 --- Created an attachment (id=10845) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10845&action=view) compiler output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26278
[Bug c++/26278] candidates list contains duplicates
--- Comment #2 from igodard at pacbell dot net 2006-02-14 10:37 --- Created an attachment (id=10846) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10846&action=view) source code (compressed) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26278
[Bug bootstrap/15226] [AIX 4.2.1] bootstrap failure in collect2.c: parse error before "FILHDR"
--- Comment #3 from multix at gmail dot com 2006-02-14 11:05 --- this is still broken in both gcc 3.4.5 and gcc 4.0.2 on aix 4.2.1 (well, it is marked as wontfix, thus it was to be expected) -- multix at gmail dot com changed: What|Removed |Added CC||multix at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15226
[Bug middle-end/26279] New: [4.2 regression] ICE in do_compare_rtx_and_jump
r110954 broke libada on ia64: /tmp/cvs/gcc-20060214/Build/./gcc/xgcc -B/tmp/cvs/gcc-20060214/Build/./gcc/ -B/tmp/cvs/gcc-20060214/Build/root/ia64-suse-linux/bin/ -B/tmp/cvs/gcc-20060214/Build/root/ia64-suse-linux/lib/ -isystem /tmp/cvs/gcc-20060214/Build/root/ia64-suse-linux/include -isystem /tmp/cvs/gcc-20060214/Build/root/ia64-suse-linux/sys-include -c -g -O2 -fPIC -DUSE_GAS_SYMVER -W -Wall -gnatpg a-strunb.adb -o a-strunb.o +===GNAT BUG DETECTED==+ | 4.2.0 20060214 (experimental) (ia64-suse-linux-gnu) GCC error: | | in do_compare_rtx_and_jump, at dojump.c:945 | | Error detected at a-strunb.adb:1050:1| (gdb) up During symbol reading, unsupported tag: 'DW_TAG_const_type'. During symbol reading, unsupported tag: 'DW_TAG_const_type'. #1 0x408444b0 in do_compare_rtx_and_jump (op0=0x21d68840, op1=, code=LE, unsignedp=0, mode=TImode, size=0x0, if_false_label=0x0, if_true_label=0x216e3610) at dojump.c:945 945 gcc_unreachable (); (gdb) l 940 do_jump_by_parts_equality_rtx (mode, op0, op1, if_true_label, 941 if_false_label); 942 break; 943 944 default: 945 gcc_unreachable (); 946 } 947 } 948 else 949 emit_cmp_and_jump_insns (op0, op1, code, size, mode, unsignedp, -- Summary: [4.2 regression] ICE in do_compare_rtx_and_jump Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de GCC target triplet: ia64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26279
[Bug libfortran/26253] FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 execution
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-02-14 11:19 --- This reminds me of PR25370... (for the -static effect). I'm currently bootstrapping mainline on a hppa2.0w-hp-hpux11.23 (thanks to HP testdrive) to nail down this one and PR26252. John, are those the only hppa-hpux failures you see in the testsuite? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26253
[Bug middle-end/26280] New: build failure (ICE in stage 2) on hppa2.0w-hp-hpux11.23
gcc/. -I/tmp/debug/gcc/gcc/../include -I./../intl
-I/tmp/debug/gcc/gcc/../libcpp/include -I/house/coudert/local/td191/include
-I/tmp/debug/gcc/gcc/../libdecnumber -I../libdecnumber
/tmp/debug/gcc/gcc/tree-cfg.c -o tree-cfg.o
/tmp/debug/gcc/gcc/tree-cfg.c: In function 'tree_duplicate_sese_region':
/tmp/debug/gcc/gcc/tree-cfg.c:4430: internal compiler error: in ?, at
dojump.c:945
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [tree-cfg.o] Error 1
make[2]: Leaving directory `/tmp/debug/ibin/gcc'
make[1]: *** [all-stage2-gcc] Error 2
make[1]: Leaving directory `/tmp/debug/ibin'
make: *** [stage2-bubble] Error 2
*** Error exit code 2
Line 945 in dojump.c is the default case of the following switch:
if (GET_MODE_CLASS (mode) == MODE_INT
&& ! can_compare_p (code, mode, ccp_jump))
{
switch (code)
{
which is a gcc_unreachable(). The gdb backtrace is:
Breakpoint 1, fancy_abort (file=0xb78770 "/tmp/debug/gcc/gcc/dojump.c",
line=945, function=0xb78790 "?") at /tmp/debug/gcc/gcc/diagnostic.c:642
642 internal_error ("in %s, at %s:%d", function, trim_filename (file),
line);
(gdb) where
#0 fancy_abort (file=0xb78770 "/tmp/debug/gcc/gcc/dojump.c", line=945,
function=0xb78790 "?") at /tmp/debug/gcc/gcc/diagnostic.c:642
#1 0x29030c in do_compare_rtx_and_jump (op0=0x7ac69930, op1=0x7ac699b0,
code=LE, unsignedp=0, mode=DImode, size=0x0, if_false_label=0x0,
if_true_label=0x7a85cf50) at /tmp/debug/gcc/gcc/dojump.c:945
#2 0x2f4ec4 in expand_expr_real_1 (exp=0x7aa9e578, target=0x7ac69930,
tmode=DImode, modifier=EXPAND_NORMAL, alt_rtl=0x7f7f1294)
at /tmp/debug/gcc/gcc/expr.c:8187
#3 0x2ef4a8 in expand_expr_real (exp=0x7aa9e578, target=0x7ac69930,
tmode=DImode, modifier=EXPAND_NORMAL, alt_rtl=0x7f7f1294)
at /tmp/debug/gcc/gcc/expr.c:6550
#4 0x2e907c in store_expr (exp=0x7aa9e578, target=0x7ac69930, call_param_p=0)
at /tmp/debug/gcc/gcc/expr.c:4263
#5 0x2e8a7c in expand_assignment (to=0x7a84f3c8, from=0x7aa9e578)
at /tmp/debug/gcc/gcc/expr.c:4142
#6 0x2f59a8 in expand_expr_real_1 (exp=0x7aa9e5a0, target=0x0,
tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0)
at /tmp/debug/gcc/gcc/expr.c:8443
#7 0x2ef4a8 in expand_expr_real (exp=0x7aa9e5a0, target=0x7add8210,
tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0)
at /tmp/debug/gcc/gcc/expr.c:6550
#8 0x3b1c98 in expand_expr (exp=0x7aa9e5a0, target=0x7add8210, mode=VOIDmode,
modifier=EXPAND_NORMAL) at /tmp/debug/gcc/gcc/expr.h:494
#9 0x3b810c in expand_expr_stmt (exp=0x7aa9e5a0)
at /tmp/debug/gcc/gcc/stmt.c:1356
#10 0x918b88 in expand_gimple_basic_block (bb=0x7a31dcd0)
at /tmp/debug/gcc/gcc/cfgexpand.c:1365
#11 0x919ab8 in tree_expand_cfg () at /tmp/debug/gcc/gcc/cfgexpand.c:1624
#12 0x43b0c8 in execute_one_pass (pass=0x4001e4e8)
at /tmp/debug/gcc/gcc/passes.c:853
#13 0x43b258 in execute_pass_list (pass=0x4001e4e8)
at /tmp/debug/gcc/gcc/passes.c:897
#14 0x14dd90 in tree_rest_of_compilation (fndecl=0x7ac27780)
at /tmp/debug/gcc/gcc/tree-optimize.c:412
#15 0x5936c in c_expand_body (fndecl=0x7ac27780)
at /tmp/debug/gcc/gcc/c-decl.c:6689
#16 0x4a3c90 in cgraph_expand_function (node=0x7a608500)
at /tmp/debug/gcc/gcc/cgraphunit.c:1101
#17 0x4a3efc in cgraph_expand_all_functions ()
at /tmp/debug/gcc/gcc/cgraphunit.c:1166
#18 0x4a4ae8 in cgraph_optimize () at /tmp/debug/gcc/gcc/cgraphunit.c:1434
#19 0x5cc88 in c_write_global_declarations ()
at /tmp/debug/gcc/gcc/c-decl.c:7804
#20 0x3d5140 in compile_file () at /tmp/debug/gcc/gcc/toplev.c:1012
#21 0x3d7190 in do_compile () at /tmp/debug/gcc/gcc/toplev.c:1944
#22 0x3d7238 in toplev_main (argc=27, argv=0x7f7f0844)
at /tmp/debug/gcc/gcc/toplev.c:1976
#23 0x10b498 in main (argc=27, argv=0x7f7f0844) at /tmp/debug/gcc/gcc/main.c:35
--
Summary: build failure (ICE in stage 2) on hppa2.0w-hp-hpux11.23
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
GCC build triplet: hppa2.0w-hp-hpux11.23
GCC host triplet: hppa2.0w-hp-hpux11.23
GCC target triplet: hppa2.0w-hp-hpux11.23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26280
[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2
--- Comment #7 from dtemirbulatov at gmail dot com 2006-02-14 11:46 --- (From update of attachment 10787) I have noticed a few regressions with that patch on x86_86. -- dtemirbulatov at gmail dot com changed: What|Removed |Added Attachment #10787|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21169
[Bug c++/26195] [4.0/4.1/4.2 regression] pragma interface no longer handles explicit names
--- Comment #7 from zak at transversal dot com 2006-02-14 12:08 --- (We are currently using these pragmas extensively to ensure that various symbols are laid down *only* in low-level libraries, as a partial workaround for the COMDAT/dlopen issues described in http://gcc.gnu.org/ml/gcc/2004-10/msg01118.html) My patch doesn't touch the lbasename call used to create the implicit parameter to the directives (ie the one stored in ifiles and passed to interface_strcmp) -- so the path by which the file is included shouldn't affect the matching between pragmas without explicit parameters. The change only affects the filename passed to get_fileinfo. If a header is included in one place as "[path1]/foo.h" and in another as "[path2]/foo.h", then there will be two c_fileinfo structs, but both will have processed the pragmas in the same way (and with the same implicit parameter "foo.h"), causing interface_only and interface_unknown to be identical in the two structs. Even if it was necessary, retaining the lbasename calls for the implicit case doesn't seem practical as the calls to get_fileinfo are made precisely to find out whether these pragmas are in effect (by looking at interface_only and interface_unknown) -- hence the argument to the call can't easily depend on those same pragmas. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26195
[Bug tree-optimization/25918] gcc.dg/vect/vect-reduc-dot-s16.c scan-tree-dump-times vectorized 1 loops 1 and gcc.dg/vect/vect-reduc-pattern-2.c scan-tree-dump-times vectorized 2 loops 1 fail
--- Comment #8 from victork at il dot ibm dot com 2006-02-14 12:16 --- Created an attachment (id=10847) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10847&action=view) [patch] for PR 25918 (autovect) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25918
[Bug tree-optimization/25918] gcc.dg/vect/vect-reduc-dot-s16.c scan-tree-dump-times vectorized 1 loops 1 and gcc.dg/vect/vect-reduc-pattern-2.c scan-tree-dump-times vectorized 2 loops 1 fail
--- Comment #9 from victork at il dot ibm dot com 2006-02-14 12:20 --- Hello, I've prepared a patch to the testsuite to make dg-final checks more precise. The patch was tested on ppc64-yellowdog-linux. I have no access to IA64 box. Could someone check this patch on ia64? The patch can be found in "mainline.PR25918-2.patch.txt" attachment. Thanks, -- victor 2006-02-12 Victor Kaplansky <[EMAIL PROTECTED]> PR tree-opt/25918 * lib/target-supports.exp (check_effective_target_vect_char_mult): New. (check_effective_target_vect_short_mult): New. (check_effective_target_vect_widen_sum_qi_to_si): New. (check_effective_target_vect_widen_sum_qi_to_hi): New. (check_effective_target_vect_widen_sum_hi_to_si): New. * gcc.dg/vect/vect-reduc-dot-s16.c: Remove, split into vect-reduc-dot-s16a.c and vect-reduc-dot-s16b.c * vect-reduc-dot-s16a.c: New, split from vect-reduc-dot-s16.c. * vect-reduc-dot-s16b.c: New, split from vect-reduc-dot-s16.c. * gcc.dg/vect/vect-reduc-pattern-2.c: Remove, split into vect-reduc-pattern-2a.c, vect-reduc-pattern-2b.c and vect-reduc-pattern-2c.c * gcc.dg/vect/vect-reduc-pattern-1.c: Remove, split into vect-reduc-pattern-1a.c, vect-reduc-pattern-1b.c and vect-reduc-pattern-1c.c -- victork at il dot ibm dot com changed: What|Removed |Added CC||victork at il dot ibm dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25918
[Bug driver/26274] gcc --target-help segfaults
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 12:21 --- opts.c is being miscompiled. This is a dup of bug 25636. *** This bug has been marked as a duplicate of 25636 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26274
[Bug rtl-optimization/25636] [4.2 Regression] opts.c is being miscompiled, write to read only memory
--- Comment #32 from pinskia at gcc dot gnu dot org 2006-02-14 12:21 --- *** Bug 26274 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||uros at kss-loka dot si http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25636
[Bug target/26276] remove condition check code BUG with -O2
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26276
[Bug middle-end/26279] [4.2 regression] ICE in do_compare_rtx_and_jump
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26279
[Bug middle-end/26280] [4.2 Regression] build failure (ICE in stage 2) on hppa2.0w-hp-hpux11.23
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||sayle at gcc dot gnu dot org Summary|build failure (ICE in stage |[4.2 Regression] build |2) on hppa2.0w-hp-hpux11.23 |failure (ICE in stage 2) on ||hppa2.0w-hp-hpux11.23 Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26280
[Bug middle-end/26280] [4.2 Regression] build failure (ICE in stage 2) on hppa2.0w-hp-hpux11.23
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 12:29 --- Related to PR 26279. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||26279 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26280
[Bug middle-end/26280] [4.2 Regression] build failure (ICE in stage 2) on hppa2.0w-hp-hpux11.23
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-14 12:30 --- Also reported to the list: http://gcc.gnu.org/ml/gcc/2006-02/msg00230.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26280
[Bug target/26275] boostrap fails with undefined symbol when linking java front-end
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 12:33 --- I don't know that many people who build the java front-end on AIX. Make sure that you use --enable-languages= -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |target Keywords||build Summary|boostrap fails with |boostrap fails with |undefined symbol|undefined symbol when ||linking java front-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26275
[Bug tree-optimization/26260] [4.1/4.2 Regression] PTA is slow with large structs (hits clisp)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|PTA is slow with large |[4.1/4.2 Regression] PTA is |structs (hits clisp)|slow with large structs ||(hits clisp) Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26260
[Bug c++/26281] New: verify_cgraph_node failed
On GCC 4.2.0 20060213 I've got the following: >/opt/gcc/bin/g++-4.2 -c -v -O3 -finline-limit=1200 LeveLogger.cpp -save-temps Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --enable-checking --prefix=/opt/gcc --enable-shared --enable-threads --program-suffix=-4.2 --enable-__cxa_atexit --disable-nls --enable-languages=c,c++,objc,obj-c++,treelang,java Thread model: posix gcc version 4.2.0 20060213 (experimental) /opt/gcc/libexec/gcc/i686-pc-linux-gnu/4.2.0/cc1plus -E -quiet -v -D_GNU_SOURCE LeveLogger.cpp -mtune=generic -finline-limit=1200 -O3 -fpch-preprocess -o LeveLogger.ii ignoring nonexistent directory "/opt/gcc/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../../i686-pc-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /opt/gcc/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../../include/c++/4.2.0 /opt/gcc/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../../include/c++/4.2.0/i686-pc-linux-gnu /opt/gcc/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../../include/c++/4.2.0/backward /usr/local/include /opt/gcc/include /opt/gcc/lib/gcc/i686-pc-linux-gnu/4.2.0/include /usr/include End of search list. /opt/gcc/libexec/gcc/i686-pc-linux-gnu/4.2.0/cc1plus -fpreprocessed LeveLogger.ii -quiet -dumpbase LeveLogger.cpp -mtune=generic -auxbase LeveLogger -O3 -version -finline-limit=1200 -o LeveLogger.s GNU C++ version 4.2.0 20060213 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.2.0 20060213 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: ff32d9231b0fc0ef61c3a4bf775e73bf LeveLogger.cpp: In function 'LeveLogger& operator<<(LeveLogger&, char)': LeveLogger.cpp:16: error: 'bool LeveLogger::isWritable() const' is protected LeveLogger.cpp:36: error: within this context LeveLogger.cpp: At global scope: LeveLogger.cpp:51: error: inlined_to pointer is set but no predecesors found virtual LeveLogger::~LeveLogger()/576: (inline copy in void __tcf_0(void*)/520) availability:available(368) 99 insns (512 after inlining) tree externally_visible finalized inlinable called by: calls: std::basic_ofstream<_CharT, _Traits>::~basic_ofstream() [with _CharT = char, _Traits = std::char_traits]/387 (inlined) std::basic_ios<_CharT, _Traits>::~basic_ios() [with _CharT = char, _Traits = std::char_traits]/603 (inlined) void std::terminate()/524 std::basic_ios<_CharT, _Traits>::~basic_ios() [with _CharT = char, _Traits = std::char_traits]/602 (inlined) void operator delete(void*)/531 LeveLogger.cpp:51: internal compiler error: verify_cgraph_node failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Note that, as I can see, bug appears only on a wrong code (non-friend function tries to access protected method). -- Summary: verify_cgraph_node failed Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tsarkov at cs dot man dot ac dot uk GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26281
[Bug c++/26281] verify_cgraph_node failed
--- Comment #1 from tsarkov at cs dot man dot ac dot uk 2006-02-14 12:46 --- Created an attachment (id=10848) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10848&action=view) Preprocessed sources -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26281
[Bug c++/26281] [4.2 Regressionion] verify_cgraph_node failed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-14 12:49 --- This is a dup of bug 25776. *** This bug has been marked as a duplicate of 25776 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE Summary|verify_cgraph_node failed |[4.2 Regressionion] ||verify_cgraph_node failed Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26281
[Bug middle-end/25776] [4.2 Regression] ICE in cgraph after error at -O1 and above
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-14 12:49 --- *** Bug 26281 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||tsarkov at cs dot man dot ac ||dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25776
[Bug fortran/26277] false warning abiout unused label
--- Comment #1 from tobi at gcc dot gnu dot org 2006-02-14 13:15 --- Of course this needs -Wunused-labels, confirmed. -- tobi at gcc dot gnu dot org changed: What|Removed |Added CC||tobi at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-14 13:15:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26277
[Bug fortran/26277] false warning about unused label for a warning used in err=
-- tobi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tobi at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-02-14 13:15:15 |2006-02-14 13:34:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26277
[Bug middle-end/26282] New: Runtime alignment checks are not optimized
For addresses of memory objects where we know its alignment we should be able
to optimize runtime alignment checks like in
long foo;
void bar(void)
{
if ((intptr_t)&foo & 3)
link_error ();
}
and more cases like for function pointers or pmf (#3713).
--
Summary: Runtime alignment checks are not optimized
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org
OtherBugsDependingO 3713
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26282
[Bug middle-end/26282] Runtime alignment checks are not optimized
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 13:41 --- 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-02-14 13:41:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26282
[Bug middle-end/26283] New: [4.2 Regression] ICE in do_compare_rtx_and_jump
Forwarded from: http://people.redhat.com/dnovillo/spec2000.ppc64/gcc/log/20060214/build-20060214.log.gz /home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/bld.torreja/./gcc/xgcc -B/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/bld.torreja/./gcc/ -B/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/inst.torreja/powerpc64-unknown-linux-gnu/bin/ -B/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/inst.torreja/powerpc64-unknown-linux-gnu/lib/ -isystem /home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/inst.torreja/powerpc64-unknown-linux-gnu/include -isystem /home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/inst.torreja/powerpc64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/src/libgfortran -I. -iquote/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/src/libgfortran/io -I/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/src/libgfortran/../gcc -I/home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/src/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -O2 -g -O2 -c /home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/src/libgfortran/generated/minval_i16.c -fPIC -DPIC -o .libs/minval_i16.o /home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/src/libgfortran/generated/minval_i16.c: In function 'minval_i16': /home/cygnus/dnovillo/perf/sbox/gcc/local.ppc64/src/libgfortran/generated/minval_i16.c:49: internal compiler error: in do_compare_rtx_and_jump, at dojump.c:945 Sorry I don't have the preprocessed source -- Summary: [4.2 Regression] ICE in do_compare_rtx_and_jump Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: powerpc64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26283
[Bug middle-end/26283] [4.2 Regression] ICE in do_compare_rtx_and_jump
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26283
[Bug libstdc++/25849] 8 byte memory leak using cerr with libpthread linked in
--- Comment #5 from levharout at gmail dot com 2006-02-14 14:08 --- (In reply to comment #4) > So this is a purify bug as valgrind says the memory is still reachable which > is > correct because it is a thread specific location for the main thread. Closing > as invalid. Hello, I tried to link with libpthread_nonshared library, and everything seems OK with purify (there is no MLK error). -- levharout at gmail dot com changed: What|Removed |Added CC||levharout at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25849
[Bug libfortran/26253] FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 execution
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-14 14:15 --- Subject: Re: FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 execution > This reminds me of PR25370... (for the -static effect). > > I'm currently bootstrapping mainline on a hppa2.0w-hp-hpux11.23 (thanks to HP > testdrive) to nail down this one and PR26252. John, are those the only > hppa-hpux failures you see in the testsuite? Here are the failures that I see on hppa1.1-hp-hpu10.20: http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00635.html I don't see any failures at the moment on 4.1.0 on hppa2.0w-hp-hpux11.11. See http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00637.html hpux10.20 doesn't have scalbn and hpux11.x does, so that's one difference. The problem appears to be with the pow function called from the libgfortran version of scalbn. I had looked at the arguments in the call to pow in scalbn and they appear fine. However, the return contains a small rounding error. I didn't see the same rounding error when I wrote a little test program to try duplicate the effect. Possibly, the default rounding mode is somehow getting changed in the test program. scalbn is called several times before the error occurs. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26253
[Bug target/25864] Enable IBM long double format in 32-bit PowerPC Linux
--- Comment #15 from jakub at gcc dot gnu dot org 2006-02-14 14:18 ---
Subject: Bug 25864
Author: jakub
Date: Tue Feb 14 14:17:59 2006
New Revision: 110967
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110967
Log:
2006-02-07 Jakub Jelinek <[EMAIL PROTECTED]>
Benjamin Kosnik <[EMAIL PROTECTED]>
PR target/25864
* configure.ac (_GLIBCXX_LONG_DOUBLE_COMPAT): New check.
If true, set also port_specific_symbol_files and create
as_symver_specs.
(GLIBCXX_LDBL_COMPAT): New GLIBCXX_CONDITIONAL.
* configure: Rebuilt.
* config.h.in: Rebuilt.
* config/os/gnu-linux/ldbl-extra.ver: New file.
* config/linker-map.gnu: Make sure no __float128 symbols are
exported.
* include/bits/c++config (_GLIBCXX_LONG_DOUBLE_COMPAT,
_GLIBCXX_LDBL_NAMESPACE, _GLIBCXX_BEGIN_LDBL_NAMESPACE,
_GLIBCXX_END_LDBL_NAMESPACE): Define.
* include/bits/localefwd.h: Use them to conditionally scope facets.
* include/bits/locale_facets.h: Surround std::{money,num}_{get,put}
with _GLIBCXX_BEGIN_LDBL_NAMESPACE and _GLIBCXX_END_LDBL_NAMESPACE.
[_GLIBCXX_LONG_DOUBLE_COMPAT] (std::money_get): Add __do_get method.
[_GLIBCXX_LONG_DOUBLE_COMPAT] (std::money_put): Add __do_put method.
[_GLIBCXX_LONG_DOUBLE_COMPAT] (std::num_get): Add __do_get method.
[_GLIBCXX_LONG_DOUBLE_COMPAT] (std::num_put): Add __do_put method.
* include/bits/locale_facets.tcc: Surround std::{money,num}_{get,put}
with _GLIBCXX_BEGIN_LDBL_NAMESPACE and _GLIBCXX_END_LDBL_NAMESPACE.
(std::money_get::__do_get, std::money_put::__do_put,
std::num_get::__do_get, std::num_put::__do_put): New
specializations.
* include/Makefile.am: Conditionally define
_GLIBCXX_LONG_DOUBLE_COMPAT in c++config.
* include/Makefile.in: Regenerate.
* src/locale.cc [_GLIBCXX_LONG_DOUBLE_COMPAT] (_GLIBCXX_LOC_ID,
_GLIBCXX_SYNC_ID): Define, use them.
* src/compatibility-ldbl.cc: New file.
* src/complex_io.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]: Add compatibility
symbols.
* src/limits.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]: Likewise.
* src/locale.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]: Likewise.
* src/locale-inst.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]: Likewise.
* src/locale-misc-inst.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]: Likewise.
* src/istream-inst.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]: Likewise.
* src/ostream-inst.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]: Likewise.
* src/locale.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]: Likewise.
* src/wlocale-inst.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]: Likewise.
* src/compatibility.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]: Likewise.
* config/locale/generic/c_locale.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]:
Likewise.
* config/locale/gnu/c_locale.cc [_GLIBCXX_LONG_DOUBLE_COMPAT]:
Likewise.
* src/Makefile.am (libstdc++-symbol.ver): Append instead of
insert in the middle if port specific symbol file requests it.
(ldbl_compat_sources): New variable.
(sources): Use it.
(compatibility-ldbl.lo, compatibility-ldbl.o): New rules.
* src/Makefile.in: Rebuilt.
* testsuite/testsuite_abi.cc: Recognize GLIBCXX_LDBL_3.4,
GLIBCXX_LDBL_3.4.7, CXXABI_LDBL_1.3.
Added:
branches/redhat/gcc-4_1-branch/libstdc++-v3/config/os/gnu-linux/ldbl-extra.ver
branches/redhat/gcc-4_1-branch/libstdc++-v3/src/compatibility-ldbl.cc
Modified:
branches/redhat/gcc-4_1-branch/libstdc++-v3/ChangeLog
branches/redhat/gcc-4_1-branch/libstdc++-v3/config.h.in
branches/redhat/gcc-4_1-branch/libstdc++-v3/config/linker-map.gnu
branches/redhat/gcc-4_1-branch/libstdc++-v3/config/locale/generic/c_locale.cc
branches/redhat/gcc-4_1-branch/libstdc++-v3/config/locale/gnu/c_locale.cc
branches/redhat/gcc-4_1-branch/libstdc++-v3/configure
branches/redhat/gcc-4_1-branch/libstdc++-v3/configure.ac
branches/redhat/gcc-4_1-branch/libstdc++-v3/include/Makefile.am
branches/redhat/gcc-4_1-branch/libstdc++-v3/include/Makefile.in
branches/redhat/gcc-4_1-branch/libstdc++-v3/include/bits/c++config
branches/redhat/gcc-4_1-branch/libstdc++-v3/include/bits/locale_facets.h
branches/redhat/gcc-4_1-branch/libstdc++-v3/include/bits/locale_facets.tcc
branches/redhat/gcc-4_1-branch/libstdc++-v3/include/bits/localefwd.h
branches/redhat/gcc-4_1-branch/libstdc++-v3/src/Makefile.am
branches/redhat/gcc-4_1-branch/libstdc++-v3/src/Makefile.in
branches/redhat/gcc-4_1-branch/libstdc++-v3/src/compatibility.cc
branches/redhat/gcc-4_1-branch/libstdc++-v3/src/complex_io.cc
branches/redhat/gcc-4_1-branch/libstdc++-v3/src/istream-inst.cc
branches/redhat/gcc-4_1-branch/libstdc++-v3/src/limits.cc
branches/redhat/gcc-4_1-branch/libstdc++-v3/src/locale-inst.cc
branches/redhat/gcc-4_1-branch/libstdc+
[Bug target/25864] Enable IBM long double format in 32-bit PowerPC Linux
--- Comment #16 from jakub at gcc dot gnu dot org 2006-02-14 14:23 ---
Subject: Bug 25864
Author: jakub
Date: Tue Feb 14 14:22:58 2006
New Revision: 110969
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110969
Log:
2006-02-14 Jakub Jelinek <[EMAIL PROTECTED]>
Aldy Hernandez <[EMAIL PROTECTED]>
PR target/25864
* configure.ac: Add --with{out}-long-double-128 configure option.
(TARGET_DEFAULT_LONG_DOUBLE_128): New test.
* configure: Rebuilt.
* config.in: Rebuilt.
* doc/install.texi (Options specification): Document
--with-long-double-128.
* config.gcc (sparc-*-linux*): Add sparc/t-linux to tmake_file.
(sparc64-*-linux*): Likewise.
* config/sparc/t-linux64 (SHLIB_MAPFILES): Removed.
* config/sparc/t-linux: New file.
* config/sparc/libgcc-sparc-glibc.ver (__fixtfdi, __fixunstfdi,
__floatditf): Export at GCC_LDBL_3.0 if -m32 -mlong-double-128.
(__divtc3, __multc3, __powitf2): Export at GCC_LDBL_4.0.0 if
-m32 -mlong-double-128.
* config.gcc (alpha*-*-linux*): Add alpha/t-linux to tmake_file.
* config/alpha/t-linux: New file.
* config/alpha/libgcc-alpha-ldbl.ver: New file.
* config/sparc/linux.h (TARGET_OS_CPP_BUILTINS): Define
__LONG_DOUBLE_128__ if TARGET_LONG_DOUBLE_128.
(CPP_SUBTARGET_SPEC): Don't add -D__LONG_DOUBLE_128__ here.
* config/sparc/linux64.h (TARGET_OS_CPP_BUILTINS): Define
__LONG_DOUBLE_128__ if TARGET_LONG_DOUBLE_128 and TARGET_ARCH32.
(CPP_ARCH32_SPEC): Remove.
* config/s390/s390.c (override_options): Handle
TARGET_DEFAULT_LONG_DOUBLE_128.
* config/alpha/alpha.c (override_options): Handle
TARGET_DEFAULT_LONG_DOUBLE_128.
* config/sparc/sparc.c (sparc_override_options): Handle
TARGET_DEFAULT_LONG_DOUBLE_128.
* config/rs6000/linux.h [TARGET_DEFAULT_LONG_DOUBLE_128]
(RS6000_DEFAULT_LONG_DOUBLE_SIZE): Define to 128.
* config/rs6000/linux64.h [TARGET_DEFAULT_LONG_DOUBLE_128]
(RS6000_DEFAULT_LONG_DOUBLE_SIZE): Define to 128.
Added:
branches/redhat/gcc-4_1-branch/gcc/config/alpha/libgcc-alpha-ldbl.ver
branches/redhat/gcc-4_1-branch/gcc/config/alpha/t-linux
branches/redhat/gcc-4_1-branch/gcc/config/sparc/t-linux
Modified:
branches/redhat/gcc-4_1-branch/gcc/ChangeLog
branches/redhat/gcc-4_1-branch/gcc/config.gcc
branches/redhat/gcc-4_1-branch/gcc/config.in
branches/redhat/gcc-4_1-branch/gcc/config/alpha/alpha.c
branches/redhat/gcc-4_1-branch/gcc/config/rs6000/linux.h
branches/redhat/gcc-4_1-branch/gcc/config/rs6000/linux64.h
branches/redhat/gcc-4_1-branch/gcc/config/s390/s390.c
branches/redhat/gcc-4_1-branch/gcc/config/sparc/libgcc-sparc-glibc.ver
branches/redhat/gcc-4_1-branch/gcc/config/sparc/linux.h
branches/redhat/gcc-4_1-branch/gcc/config/sparc/linux64.h
branches/redhat/gcc-4_1-branch/gcc/config/sparc/sparc.c
branches/redhat/gcc-4_1-branch/gcc/config/sparc/t-linux64
branches/redhat/gcc-4_1-branch/gcc/configure
branches/redhat/gcc-4_1-branch/gcc/configure.ac
branches/redhat/gcc-4_1-branch/gcc/doc/install.texi
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25864
[Bug rtl-optimization/26235] [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-02-14 14:23 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26235
[Bug rtl-optimization/26235] [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-14 14:28 --- Subject: Re: [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110939 > Log: > PR rtl-optimization/26235 > * loop-invariant.c (hash_invariant_expr_1): Handle 'i' and 'n' > formats. > (invariant_expr_equal_p): Handle 'i' and 'n' formats. Fail on unknown > format. This fixes the PR bug. See http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00710.html Sorry, this took so long to confirm. We are still left with these new fails: FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.dg/tree-ssa/gen-vect-26.c execution test FAIL: gcc.dg/tree-ssa/gen-vect-28.c execution test I haven't looked at the gen-vect fails. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26235
[Bug testsuite/25253] FAIL: gcc.dg/tree-ssa/20031106-6.c scan-tree-dump-times temp_struct 0
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-02-14 14:36 --- This is fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25253
[Bug inline-asm/16194] [3.4/4.0/4.1 Regression] global register with inline-asm and clobered
--- Comment #20 from amylaar at gcc dot gnu dot org 2006-02-14 14:36 --- Subject: Bug 16194 Author: amylaar Date: Tue Feb 14 14:36:15 2006 New Revision: 110970 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110970 Log: PR inline-asm/16194 2006-01-31 J"orn Rennecke <[EMAIL PROTECTED]> gcc: * tree.h (decl_overlaps_hard_reg_set_p) Don't declare. (tree_overlaps_hard_reg_set): Declare. * stmt.c (decl_overlaps_hard_reg_set_p): Now static. Change return type and signature to match function type expected by walk_tree. (tree_overlaps_hard_reg_set): New function. (decl_conflicts_with_clobbers_p): Rename to: (tree_conflicts_with_clobbers_p). Take HARD_REG_SET * argument. Use tree_overlaps_hard_reg_set. Changed caller. * doc/tm.texi (TARGET_MD_ASM_CLOBBERS): Replace decl_overlaps_hard_reg_set_p with tree_overlaps_hard_reg_set. * cris.c (cris_md_asm_clobbers): Likewise. gcc/testsuite: * gcc.dg/pr16194.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr16194.c - copied unchanged from r110810, trunk/gcc/testsuite/gcc.dg/pr16194.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/cris/cris.c branches/gcc-4_1-branch/gcc/doc/tm.texi branches/gcc-4_1-branch/gcc/stmt.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16194
[Bug fortran/26284] New: FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/test/gn
u/gcc-4.1/objdir/gcc/testsuite/../
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.
dg/bad_automatic_objects_1.f90 -O -pedantic-errors -S -o
bad_automatic_obje
cts_1.s(timeout = 300)
In file
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/bad_automatic_objects_1
.f90:13
integer, dimension (i) :: j ! { dg-error "must have constant shape" }
1
Error: Module array 'j' at (1) cannot be automatic or assumed shape
compiler exited with status 1
output is:
In file
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/bad_automatic_objects_1
.f90:13
integer, dimension (i) :: j ! { dg-error "must have constant shape" }
1
Error: Module array 'j' at (1) cannot be automatic or assumed shape
FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O (test for errors, line 13)
FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O (test for errors, line 14)
FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O (test for errors, line 18)
FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O (test for errors, line 19)
FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O (test for excess errors)
Excess errors:
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/bad_automatic_objects_1.f90:13:
Error: Module array 'j' at (1) cannot be automatic or assumed shape
--
Summary: FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
GCC build triplet: hppa64-hp-hpux11.11
GCC host triplet: hppa64-hp-hpux11.11
GCC target triplet: hppa64-hp-hpux11.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
[Bug fortran/26285] New: FAIL: gfortran.dg/internal_dummy_1.f90 -O
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-4.1/objdir/gcc/testsuite/../ /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran. dg/internal_dummy_1.f90 -O -pedantic-errors -S -o internal_dummy_1.s (ti meout = 300) FAIL: gfortran.dg/internal_dummy_1.f90 -O (test for errors, line 7) PASS: gfortran.dg/internal_dummy_1.f90 -O (test for excess errors) -- Summary: FAIL: gfortran.dg/internal_dummy_1.f90 -O Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26285
[Bug fortran/26286] New: FAIL: gfortran.dg/module_parameter_array_refs_1.f90 -O
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-4.1/objdir/gcc/testsuite/../ /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran. dg/module_parameter_array_refs_1.f90 -O -pedantic-errors -S -o module_param eter_array_refs_1.s(timeout = 300) In file /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/module_parameter_array_ refs_1.f90:10 integer :: arr(max(len,1)) 1 Error: Module array 'arr' at (1) cannot be automatic or assumed shape compiler exited with status 1 output is: In file /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/module_parameter_array_ refs_1.f90:10 integer :: arr(max(len,1)) 1 Error: Module array 'arr' at (1) cannot be automatic or assumed shape FAIL: gfortran.dg/module_parameter_array_refs_1.f90 -O (test for excess errors ) Excess errors: /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/module_parameter_array_refs_1.f9 0:10: Error: Module array 'arr' at (1) cannot be automatic or assumed shape -- Summary: FAIL: gfortran.dg/module_parameter_array_refs_1.f90 -O Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26286
[Bug fortran/26287] New: FAIL: gfortran.dg/pure_non_intrinsic_dummy_1.f90 -O
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-4.1/objdir/gcc/testsuite/../ /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran. dg/pure_non_intrinsic_dummy_1.f90 -O -pedantic-errors -S -o pure_non_intrin sic_dummy_1.s(timeout = 300) FAIL: gfortran.dg/pure_non_intrinsic_dummy_1.f90 -O (test for errors, line 16 ) -- Summary: FAIL: gfortran.dg/pure_non_intrinsic_dummy_1.f90 -O Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26287
[Bug target/26141] [4.1 Regression] va_arg causes cc1plus ICE in gimplify_addr_expr
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-02-14 14:46 --- Subject: Bug 26141 Author: amylaar Date: Tue Feb 14 14:46:33 2006 New Revision: 110971 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110971 Log: PR target/26141 gcc: * sh.c (sh_gimplify_va_arg_expr): Don't change the result type when computing the effective result type. gcc/testsuite: * g++.dg/expr/stdarg2.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/expr/stdarg2.C - copied unchanged from r110811, trunk/gcc/testsuite/g++.dg/expr/stdarg2.C Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/sh/sh.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26141
[Bug fortran/26288] New: FAIL: gfortran.dg/typed_subroutine_1.f90 -O
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-4.1/objdir/gcc/testsuite/../ /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran. dg/typed_subroutine_1.f90 -O -pedantic-errors -S -o typed_subroutine_1.s (timeout = 300) FAIL: gfortran.dg/typed_subroutine_1.f90 -O (test for errors, line 7) FAIL: gfortran.dg/typed_subroutine_1.f90 -O (test for errors, line 8) PASS: gfortran.dg/typed_subroutine_1.f90 -O (test for excess errors) -- Summary: FAIL: gfortran.dg/typed_subroutine_1.f90 -O Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26288
[Bug target/26141] [4.1 Regression] va_arg causes cc1plus ICE in gimplify_addr_expr
--- Comment #8 from amylaar at gcc dot gnu dot org 2006-02-14 14:48 --- (In reply to comment #7) Fixed. -- amylaar at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26141
[Bug tree-optimization/26260] [4.1/4.2 Regression] PTA is slow with large structs (hits clisp)
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-02-14 14:49 --- Subject: Bug 26260 Author: dberlin Date: Tue Feb 14 14:49:13 2006 New Revision: 110972 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110972 Log: 2006-02-14 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/26260 * doc/invoke.texi (max-fields-for-field-sensitive): Document param. * params.h (MAX_FIELDS_FOR_FIELD_SENSITIVE): New. * params.def (PARAM_MAX_FIELDS_FOR_FIELD_SENSITIVE): Ditto. * tree-ssa-structalias.c (create_variable_info_for): Use MAX_FIELDS_FOR_FIELD_SENSITIVE. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/invoke.texi trunk/gcc/params.def trunk/gcc/params.h trunk/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26260
[Bug fortran/26289] New: FAIL: gfortran.dg/uncommon_block_data_1.f90 -O
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-4.1/objdir/gcc/testsuite/../ /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran. dg/uncommon_block_data_1.f90 -O -pedantic-errors -S -o uncommon_block_data_ 1.s(timeout = 300) FAIL: gfortran.dg/uncommon_block_data_1.f90 -O (test for errors, line 8) -- Summary: FAIL: gfortran.dg/uncommon_block_data_1.f90 -O Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26289
[Bug libfortran/25425] [4.1 only] F95 and F2003 differ on list-directed output for 0.0
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-02-14 14:50 --- Subject: Bug 25425 Author: fxcoudert Date: Tue Feb 14 14:50:40 2006 New Revision: 110973 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110973 Log: PR libfortran/25425 * trans-decl.c (gfc_generate_function_code): Add new argument, pedantic, to set_std call. * libgfortran.h: Add pedantic field to compile_options struct. * io/write.c (calculate_G_format): Depending on the standard, choose E or F format for list-directed output of 0.0. * runtime/error.c (notify_std): Make warning and error dependent on pedanticity. * runtime/compile_options.c (set_std): Use new pedantic argument. Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/trans-decl.c branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/io/write.c branches/gcc-4_1-branch/libgfortran/libgfortran.h branches/gcc-4_1-branch/libgfortran/runtime/compile_options.c branches/gcc-4_1-branch/libgfortran/runtime/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25425
[Bug libfortran/25425] [4.1 only] F95 and F2003 differ on list-directed output for 0.0
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-14 14:52 --- Fixed on 4.2 and 4.1. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25425
[Bug tree-optimization/26260] [4.1/4.2 Regression] PTA is slow with large structs (hits clisp)
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-02-14 15:08 --- Subject: Bug 26260 Author: dberlin Date: Tue Feb 14 15:08:01 2006 New Revision: 110974 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110974 Log: 2006-02-14 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/26260 * doc/invoke.texi (max-fields-for-field-sensitive): Document param. * params.h (MAX_FIELDS_FOR_FIELD_SENSITIVE): New. * params.def (PARAM_MAX_FIELDS_FOR_FIELD_SENSITIVE): Ditto. * tree-ssa-structalias.c (create_variable_info_for): Use MAX_FIELDS_FOR_FIELD_SENSITIVE. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/doc/invoke.texi branches/gcc-4_1-branch/gcc/params.def branches/gcc-4_1-branch/gcc/params.h branches/gcc-4_1-branch/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26260
[Bug middle-end/26034] [4.0 Regression] gcc uses way too much stack space for this code
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-14 15:12 --- With 4.1 and 4.2 we (now) use 12024 bytes for the stack and even produce slightly better code than 3.4 with -O2. 4.0.x is horrible as we have two extra stack temps we memcpy in/out to/of. I guess Jasons fix for 25979 fixed this? -- rguenth 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-02-14 15:12:13 date|| Summary|[4.0/4.1/4.2 Regression] gcc|[4.0 Regression] gcc uses |uses way too much stack |way too much stack space for |space for this code |this code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26034
[Bug tree-optimization/26260] [4.1/4.2 Regression] PTA is slow with large structs (hits clisp)
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-02-14 15:12 --- Fixed -- dberlin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26260
[Bug fortran/26277] false warning about unused label for a warning used in err=
--- Comment #2 from tobi at gcc dot gnu dot org 2006-02-14 15:34 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01063.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26277
[Bug c++/23372] [4.0/4.1/4.2 Regression] Temporary aggregate copy not elided when passing parameters by value
--- Comment #33 from rguenth at gcc dot gnu dot org 2006-02-14 15:40
---
The attached patch is bogus, and a correct one doesn't fix the first testcase
(as the attached one didn't, too). As analyzed previously, expand does not
deal with
void g(A*) (a)
{
struct A D.2007;
:
D.2007 = *a_1;
f (D.2007) [tail call];
return;
}
and TER doesn't produce (non-gimple) f (*a). Still TER looks like the only
place where we could get this fixed, because we still have dataflow
information left. Also a real struct copyprop pass will not help here.
As TER / outof-ssa is not something I want to look into, unassigning this.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug c++/23372] [4.0/4.1/4.2 Regression] Temporary aggregate copy not elided when passing parameters by value
--- Comment #34 from rguenth at gcc dot gnu dot org 2006-02-14 15:41 --- We're not depending on struct copyprop here. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn|14295 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug target/26275] boostrap fails with undefined symbol when linking java front-end
--- Comment #2 from multix at gmail dot com 2006-02-14 15:44 --- well, indeed I used ../gcc-4.0.2/configure --prefix=/usr/local/gcc402 --enable-threads=aix --disable-nls --enable-shared --with-cpu=powerpc --with-gcc-version-trigger=/usr/local/build/gcc-4.0. 2/gcc/version.c --enable-languages=c,c++,java,objc I will try without java and see if bootstrap ends. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26275
[Bug libgcj/16122] gij - Incorrect result due to computations in extended precision on x86
--- Comment #4 from aph at gcc dot gnu dot org 2006-02-14 15:45 --- A bit more explanation. The problem is caused by the fact that 9007199254740994.0 + 0.847412109375 is carried out in extended precision, and the result is rounded to 9007199254740995. In double precision, the result of this calculation is rounded to 9007199254740994. When the extended-precision value is rounded to double for storing, it is rounded (again) to 9007199254740996. So, double rounding leads gij to return a value of d that is 2.0, whereas it should be 0.0. Note however, that the true accurate value for d, calculated at infinite precision, is 1-(2^-16). So, the absolute error for gcj is 1+(2^-16) and the absolute error with correct rounding is 1-(2^-16). (I'm not surprised this hasn't been reported as a problem with any real applications!) It might be worth setting the floating-point precision of gcj to double, but that would only fix the double-precision case, and I presume we'd still have the same double rounding problem for floats. And in any case, I do not know if libcalls would be affected by being entered with the FPU in round-to-double mode. We might end up breaking things. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16122
[Bug libfortran/24685] [4.1 only] real(10) formatted input is broken for huge values
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-02-14 15:47 --- Subject: Bug 24685 Author: fxcoudert Date: Tue Feb 14 15:47:49 2006 New Revision: 110975 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110975 Log: PR libfortran/24685 * gfortran.dg/large_real_kind_form_io_2.f90: New test. * io/write.c (write_real): Widen the default format for real(10) variables output. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/large_real_kind_form_io_2.f90 - copied unchanged from r110627, trunk/gcc/testsuite/gfortran.dg/large_real_kind_form_io_2.f90 Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/io/write.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24685
[Bug libfortran/24685] [4.1 only] real(10) formatted input is broken for huge values
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-02-14 15:50 --- Fixed on both 4.2 and 4.1. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24685
[Bug tree-optimization/14295] [tree-ssa] copy propagation for aggregates
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-02-14 15:52 --- Created an attachment (id=10849) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10849&action=view) simple "cleanup" struct copyprop Attached simple "cleanup" style struct copyprop that is able to clean up useless copys inserted by inlining and gimplification (mostly happens for C++). It handles both tmp = X; Y = tmp; to tmp = X; Y = X; (commented code to remove tmp = X is there, but one needs to somehow check if the store is to a global var - DCE will happily clean up after us though) and tmp = X; X = tmp; to tmp = X; (happens a few times in gcc itself, same comment as above). This looks like a thing we should do after/inside inlining in ssa form. Note that this patch doesn't require dominator information (which would enable us to relax the stmt ordering by checking if the final store dominates all kills of X - i.e. to prevent propagation in the case of # tmpD.1530_3 = V_MUST_DEF ; # VUSE ; tmpD.1530 = aD.1524; # aD.1524_5 = V_MUST_DEF ; # VUSE ; aD.1524 = bD.1525; # cD.1526_7 = V_MUST_DEF ; # VUSE ; cD.1526 = tmpD.1530; as aD.1524 is not in SSA form and so the value used in stmt 1 is no longer available) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14295
[Bug fortran/26284] FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:06 --- Fixed by; http://gcc.gnu.org/ml/fortran/2006-02/msg00251.html http://gcc.gnu.org/ml/gcc-cvs/2006-02/msg00508.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Summary|FAIL: |FAIL: |gfortran.dg/bad_automatic_ob|gfortran.dg/bad_automatic_ob |jects_1.f90 -O |jects_1.f90 -O http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
[Bug middle-end/26280] [4.2 Regression] build failure (ICE in stage 2) on hppa2.0w-hp-hpux11.23
--- Comment #3 from dje at gcc dot gnu dot org 2006-02-14 16:06 --- I see a similar error on PowerPC tree-cfg.c: In function 'tree_duplicate_sese_region': tree-cfg.c:4430: internal compiler error: in do_compare_rtx_and_jump, at dojump.c:945 -- dje at gcc dot gnu dot org changed: What|Removed |Added CC||dje at gcc dot gnu dot org Severity|normal |blocker Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|hppa2.0w-hp-hpux11.23 |hppa2.0w-hp- ||hpux11.23,powerpc-ibm-aix GCC host triplet|hppa2.0w-hp-hpux11.23 |hppa2.0w-hp- ||hpux11.23,powerpc-ibm-aix GCC target triplet|hppa2.0w-hp-hpux11.23 |hppa2.0w-hp- ||hpux11.23,powerpc-ibm-aix Last reconfirmed|-00-00 00:00:00 |2006-02-14 16:06:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26280
[Bug fortran/26285] FAIL: gfortran.dg/internal_dummy_1.f90 -O
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 --- This was the same problem as PR 26284. *** This bug has been marked as a duplicate of 26284 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26285
[Bug fortran/26284] FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 --- *** Bug 26285 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
[Bug fortran/26286] FAIL: gfortran.dg/module_parameter_array_refs_1.f90 -O
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 --- And likewise. *** This bug has been marked as a duplicate of 26284 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26286
[Bug fortran/26284] FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 --- *** Bug 26286 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
[Bug fortran/26287] FAIL: gfortran.dg/pure_non_intrinsic_dummy_1.f90 -O
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 --- And likewise. *** This bug has been marked as a duplicate of 26284 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26287
[Bug fortran/26284] FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-14 16:07 --- *** Bug 26287 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
[Bug fortran/26288] FAIL: gfortran.dg/typed_subroutine_1.f90 -O
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:08 --- And likewise. *** This bug has been marked as a duplicate of 26284 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26288
[Bug c++/26151] [3.4/4.0/4.1 regression] duplicate 'duplicate' diagnostic
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-02-14 16:08 --- Subject: Bug 26151 Author: reichelt Date: Tue Feb 14 16:08:06 2006 New Revision: 110980 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110980 Log: PR c++/26151 * parser.c (cp_parser_decl_specifier_seq): Check for duplicate decl-specifiers. Remove extra check for duplicate 'friend'. * decl.c (grokdeclarator): Remove check for duplicate decl-specifiers. Set longlong together with long_p. Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/decl.c branches/gcc-4_1-branch/gcc/cp/parser.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26151
[Bug fortran/26284] FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-14 16:08 --- *** Bug 26288 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
[Bug fortran/26284] FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-14 16:08 --- *** Bug 26289 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284
