[Bug fortran/28339] gfortran misses a record from a format statement
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-07-22 06:05 --- Fixed on 4.2 -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28339
[Bug target/27363] ARM gcc 4.1 optimization bug
--- Comment #16 from yfw dot debian at gmail dot com 2006-07-22 06:21 --- Col. pbrook. I will try the latest gcc snapshot. Thanks a lot. Regards Yin, Fengwei -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
[Bug target/27363] ARM gcc 4.1 optimization bug
--- Comment #17 from dirk dot behme at googlemail dot com 2006-07-22 06:24 --- Subject: Re: ARM gcc 4.1 optimization bug yfw dot debian at gmail dot com wrote: --- Comment #16 from yfw dot debian at gmail dot com 2006-07-22 06:21 --- Col. pbrook. I will try the latest gcc snapshot. Thanks a lot. I tested it using crosstool and applying the patch manually against GCC 4.1.0 and it works. Many thanks from me as well, Dirk -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
[Bug fortran/28443] gfortran does not implement the present intrinsic procedure correctly for optional character strings
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-22 08:32 --- PR 26227 is the bug about accepting invalid code with different types and numbers of dummy arguments. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||26227 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28443
[Bug debug/19523] [4.0/4.1/4.2 Regression] DBX_USE_BINCL support broken in the C++ compiler
--- Comment #8 from steven at gcc dot gnu dot org 2006-07-22 09:39 --- Is this really such a big deal? Solaris uses DWARF, and so does Apple now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19523
[Bug tree-optimization/21596] [4.0/4.1/4.2 Regression] extra temporaries when using global register variables
--- Comment #6 from steven at gcc dot gnu dot org 2006-07-22 11:08 --- In the greg dump we have this RTL: (insn:HI 10 8 11 2 (parallel [ (set (reg:SI 58 [ D.1540 ]) (plus:SI (reg/v:SI 5 di [ reg ]) (const_int -4 [0xfffc]))) (clobber (reg:CC 17 flags)) ]) 208 {*addsi_1} (nil) (expr_list:REG_UNUSED (reg:CC 17 flags) (expr_list:REG_DEAD (reg/v:SI 5 di [ reg ]) (expr_list:REG_UNUSED (reg:CC 17 flags) (nil) (insn:HI 11 10 12 2 (set (reg/v:SI 5 di [ reg ]) (reg:SI 58 [ D.1540 ])) 40 {*movsi_1} (insn_list:REG_DEP_TRUE 10 (nil)) (nil)) (insn:HI 12 11 13 2 (set (reg:CCNO 17 flags) (compare:CCNO (mem:SI (reg:SI 58 [ D.1540 ]) [3 S4 A32]) (const_int 0 [0x0]))) 3 {*cmpsi_ccno_1} (nil) (expr_list:REG_DEAD (reg:SI 58 [ D.1540 ]) (nil))) reg 5 and pseudoreg 58 can share the same hard register (i.e. 58 renumbers to 5) but GCC concludes that the two regs conflict. -- steven at gcc dot gnu dot org changed: What|Removed |Added Keywords||ra http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21596
[Bug middle-end/28075] [4.1 Regression] inliner introduces unnecessary type conversions
--- Comment #13 from hubicka at gcc dot gnu dot org 2006-07-22 12:42 --- Is this bug to be closed then? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28075
[Bug libgomp/28456] [gomp] Segmentation fault with statically linked binaries
--- Comment #2 from anlauf at gmx dot de 2006-07-22 12:55 --- (In reply to comment #1) I think this is a bug in your glibc version where static linking glibc causes TLS to be broken. Andrew, how can I find out whether this happens, and why should it happen with static linking only? Is there a workaround for static linking? The distributions' glibc versions, whether static or dynamic, are supposedly the same. For the glibc on the system mentioned above, the dynamic version claims: % /lib/libc.so.6 GNU C Library stable release version 2.3.5 (20050802), by Roland McGrath et al. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Configured for i686-suse-linux. Compiled by GNU CC version 4.0.2 20050901 (prerelease) (SUSE Linux). Compiled on a Linux 2.6.12 system on 2005-09-09. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others linuxthreads-0.10 by Xavier Leroy GNU Libidn by Simon Josefsson NoVersion patch for broken glibc 2.0 binaries BIND-8.2.3-T5B libthread_db work sponsored by Alpha Processor Inc NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk Thread-local storage support included. For bug reporting instructions, please see: http://www.gnu.org/software/libc/bugs.html. Cheers, -ha -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28456
[Bug tree-optimization/24888] duplication of local variables after versioning/inlining
--- Comment #3 from hubicka at gcc dot gnu dot org 2006-07-22 13:28 --- Testing patch -- hubicka at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hubicka at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-07-22 13:28:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24888
[Bug tree-optimization/28029] [4.1 Regression] wrong optimization with -ftree-vectorize
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-07-22 13:30 --- Subject: Re: [4.1 Regression] wrong optimization with -ftree-vectorize rguenth at gcc dot gnu dot org wrote: --- Comment #5 from rguenth at gcc dot gnu dot org 2006-07-21 10:41 --- On the mainline we produce Variable: D.1848, UID 1848, float *, symbol memory tag: SMT.4 Variable: D.1851, UID 1851, const float *, symbol memory tag: SMT.4 while 4.1 branch does Variable: D.1604, UID 1604, float *, type memory tag: TMT.5 Variable: D.1607, UID 1607, const float *, type memory tag: TMT.6 anyones bell ringing? Well, the symbol difference was likely caused by the TYPE_READONLY comparison that ensured that readonly types got their own SMT. However, doing *that* was simply wrong, even though it worked the majority of the time :). Oh, i see you figured that out :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28029
[Bug rtl-optimization/28071] [4.1/4.2 regression] A file that can not be compiled in reasonable time/space
--- Comment #10 from hubicka at ucw dot cz 2006-07-22 13:47 --- Subject: Re: [4.1/4.2 regression] A file that can not be compiled in reasonable time/space Hi, this patch makes the -O2 case work pretty well on tree side. Inliner expands code from 8MB to 40MB of GGC memory that seems under control. Aliasing peaks at 85MB that also don't seem completely unresonable. I will need to give it more testing. I believe inliner is always ggc safe but it is easy to be mistaken here. The patch also speeds up the inline heuristic by prunning out the impossible edges early making the priority queue smaller. Also I am quite curious how inliner manages to produce 800MB of garbage... Honza Index: ipa-inline.c === *** ipa-inline.c(revision 115645) --- ipa-inline.c(working copy) *** update_caller_keys (fibheap_t heap, stru *** 413,418 --- 413,419 bitmap updated_nodes) { struct cgraph_edge *edge; + const char *failed_reason; if (!node-local.inlinable || node-local.disregard_inline_limits || node-global.inlined_to) *** update_caller_keys (fibheap_t heap, stru *** 421,426 --- 422,441 return; bitmap_set_bit (updated_nodes, node-uid); node-global.estimated_growth = INT_MIN; + + if (!node-local.inlinable) + return; + /* Prune out edges we won't inline into anymore. */ + if (!cgraph_default_inline_p (node, failed_reason)) + { + for (edge = node-callers; edge; edge = edge-next_caller) + if (edge-aux) + { + fibheap_delete_node (heap, edge-aux); + edge-aux = NULL; + } + return; + } for (edge = node-callers; edge; edge = edge-next_caller) if (edge-inline_failed) Index: tree-inline.c === *** tree-inline.c (revision 115645) --- tree-inline.c (working copy) *** expand_call_inline (basic_block bb, tree *** 2163,2172 /* Update callgraph if needed. */ cgraph_remove_node (cg_edge-callee); - /* Declare the 'auto' variables added with this inlined body. */ - record_vars (BLOCK_VARS (id-block)); id-block = NULL_TREE; successfully_inlined = TRUE; egress: input_location = saved_location; --- 2163,2171 /* Update callgraph if needed. */ cgraph_remove_node (cg_edge-callee); id-block = NULL_TREE; successfully_inlined = TRUE; + ggc_collect (); egress: input_location = saved_location; *** declare_inline_vars (tree block, tree va *** 2556,2562 { tree t; for (t = vars; t; t = TREE_CHAIN (t)) ! DECL_SEEN_IN_BIND_EXPR_P (t) = 1; if (block) BLOCK_VARS (block) = chainon (BLOCK_VARS (block), vars); --- 2555,2567 { tree t; for (t = vars; t; t = TREE_CHAIN (t)) ! { ! DECL_SEEN_IN_BIND_EXPR_P (t) = 1; ! gcc_assert (!TREE_STATIC (t) !TREE_ASM_WRITTEN (t)); ! cfun-unexpanded_var_list = ! tree_cons (NULL_TREE, t, ! cfun-unexpanded_var_list); ! } if (block) BLOCK_VARS (block) = chainon (BLOCK_VARS (block), vars); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
[Bug middle-end/28283] SuperH: Very unoptimal code generated for 64-bit ints
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-07-22 13:58 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28283
[Bug c++/28258] [4.0/4.1 regression] ICE with invalid constructor
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-07-22 14:03 --- Subject: Bug 28258 Author: lmillward Date: Sat Jul 22 14:03:16 2006 New Revision: 115674 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115674 Log: PR c++/28258 * method.c (locate_copy): Check for non_reference returning error_mark_node. * g++/dg/other/error11.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/other/error11.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/method.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28258
[Bug c++/28258] [4.0/4.1 regression] ICE with invalid constructor
--- Comment #4 from lmillward at gcc dot gnu dot org 2006-07-22 14:08 --- Subject: Bug 28258 Author: lmillward Date: Sat Jul 22 14:07:57 2006 New Revision: 115675 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115675 Log: PR c++/28258 * method.c (locate_copy): Check for non_reference returning error_mark_node. * g++/dg/other/error10.C: New test. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/other/error10.C Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/method.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28258
[Bug c++/28258] [4.0/4.1 regression] ICE with invalid constructor
--- Comment #5 from lmillward at gcc dot gnu dot org 2006-07-22 14:08 --- Fixed in 4.1.2 and 4.0.4 -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28258
[Bug middle-end/28402] [4.0/4.1 Regression] Doubleword shifts implemented using word_mode libcalls
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression] |Doubleword shifts |Doubleword shifts |implemented using word_mode |implemented using word_mode |libcalls|libcalls Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28402
[Bug middle-end/28403] [4.0/4.1 Regression] Missed argument pop after doubleword shift
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression] Missed |Missed argument pop after |argument pop after |doubleword shift|doubleword shift Target Milestone|--- |4.0.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28403
[Bug middle-end/28403] [4.0/4.1 Regression] Missed argument pop after doubleword shift
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.5 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28403
[Bug c++/28420] [4.0/4.1/4.2 regression] ICE with typeid as template parameter
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28420
[Bug debug/25468] [4.0/4.1/4.2 Regression] -g makes g++ loop forever
--- Comment #5 from steven at gcc dot gnu dot org 2006-07-22 16:36 --- We do the loop-and-putc thing in ASM_OUTPUT_LIMITED_STRING and in dw2_asm_output_nstring as well. Probably it's best to add some kind of generic escaped string print function, something like the one below that I'll try to actually make work: void asm_output_string_with_escapes (const char *str, size_t len, const char escapes[255], const char *escapes_fmt /* e.g. \\%03o */ size_t escapes_fmt_len) { size_t i, j, len, escaped_len; char *escaped_str; escaped_len = len; for (i = 0; i len; i++) { int c = str[i]; if (c == '\' || c == '\\') escaped_len++; else if (escapes[c]) escaped_len += escapes_fmt_len; } str = xmalloc (escaped_len + 1); for (i = 0, j = 0; i len; i++) { int c = str[i]; if (!escapes[c]) { if (c == '\' || c == '\\') escaped_str[j++] = '\\'; escaped_str[j++] = c; } else { /* ??? Must also handle things like \t and \b here. */ snprintf (escaped_str[j], escapes_fmt_len, escapes_fmt, c); j += escapes_fmt_len; } } escaped_str[j] = '\0'; fputs (escaped_str, asm_out_file); free (escaped_str); } -- steven at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-02-08 04:02:15 |2006-07-22 16:36:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25468
[Bug rtl-optimization/28071] [4.1/4.2 regression] A file that can not be compiled in reasonable time/space
--- Comment #11 from hubicka at ucw dot cz 2006-07-22 17:12 --- Subject: Re: [4.1/4.2 regression] A file that can not be compiled in reasonable time/space Hi, this avoids inliner to produce quadratically many STMT list nodes, so inlining is now resonably fast. Next offenders are alias info, PRE, regmove, global alloc and schedulers. Index: tree-cfg.c === *** tree-cfg.c (revision 115645) --- tree-cfg.c (working copy) *** tree_redirect_edge_and_branch_force (edg *** 4158,4164 static basic_block tree_split_block (basic_block bb, void *stmt) { ! block_stmt_iterator bsi, bsi_tgt; tree act; basic_block new_bb; edge e; --- 4158,4165 static basic_block tree_split_block (basic_block bb, void *stmt) { ! block_stmt_iterator bsi; ! tree_stmt_iterator tsi_tgt; tree act; basic_block new_bb; edge e; *** tree_split_block (basic_block bb, void * *** 4192,4204 } } ! bsi_tgt = bsi_start (new_bb); ! while (!bsi_end_p (bsi)) ! { ! act = bsi_stmt (bsi); ! bsi_remove (bsi, false); ! bsi_insert_after (bsi_tgt, act, BSI_NEW_STMT); ! } return new_bb; } --- 4193,4209 } } ! if (bsi_end_p (bsi)) ! return new_bb; ! ! /* Split the statement list - avoid re-creating new containers as this ! brings ugly quadratic memory consumption in the inliner. ! (We are still quadratic since we need to update stmt BB pointers, ! sadly) */ ! new_bb-stmt_list = tsi_split_statement_list_before (bsi.tsi); ! for (tsi_tgt = tsi_start (new_bb-stmt_list); !!tsi_end_p (tsi_tgt); tsi_next (tsi_tgt)) ! set_bb_for_stmt (tsi_stmt (tsi_tgt), new_bb); return new_bb; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
[Bug debug/27473] [4.0/4.1/4.2 Regression] g++.dg/other/unused1.C and gcc.dg/20060410.c fail on powerpc-darwin
--- Comment #2 from drow at gcc dot gnu dot org 2006-07-22 17:45 --- Testing a patch for this. -- drow at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |drow at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27473
[Bug debug/27574] [4.1/4.2 Regression] MIssing debug info at -O0 for a local variable in a C++ constructor
-- drow at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |drow at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-05-12 17:11:45 |2006-07-22 17:45:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27574
[Bug debug/28063] [4.2 regression] Dwarf no longer uses merged strings for DW_AT_comp_dir
--- Comment #1 from drow at gcc dot gnu dot org 2006-07-22 17:46 --- Testing a patch for this. -- drow at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |drow at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28063
[Bug fortran/28439] Multiple evaluations of arithmetic if condition
--- Comment #8 from kargl at gcc dot gnu dot org 2006-07-22 17:55 --- Subject: Bug 28439 Author: kargl Date: Sat Jul 22 17:55:35 2006 New Revision: 115677 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115677 Log: 2006-07-22 Steven Bosscher [EMAIL PROTECTED] PR fortran/28439 * trans-stmt.c (gfc_trans_arithmetic_if): Evaluate the condition once. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-stmt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28439
[Bug fortran/28439] [4.1 only] Multiple evaluations of arithmetic if condition
--- Comment #9 from kargl at gcc dot gnu dot org 2006-07-22 17:58 --- Fixed on trunk. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Summary|Multiple evaluations of |[4.1 only] Multiple |arithmetic if condition |evaluations of arithmetic if ||condition http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28439
[Bug debug/23336] [4.0/4.1/4.2 Regression] enum constants not visible to gdb because of -feliminate-unused-debug-types
--- Comment #8 from drow at gcc dot gnu dot org 2006-07-22 18:06 --- Hmm. What's happening here is that we set TREE_USED on the enumerator, but not on the type. The enumerator never gets output, because the type is not output. It would probably be a strict improvement to add the type to the used_types hash table like we now do for casts. However, that is not a great solution either. It won't cause the enum to be emitted for static int x = JTI_MAX; at the global scope even if x is emitted. We really need a more general solution to this... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23336
[Bug rtl-optimization/28071] [4.1/4.2 regression] A file that can not be compiled in reasonable time/space
--- Comment #12 from hubicka at ucw dot cz 2006-07-22 18:09 --- Subject: Re: [4.1/4.2 regression] A file that can not be compiled in reasonable time/space Hi, I am attaching the .optimized dump of this testcase. It is quite good demonstration on how SRA and TER tends to increase register pressure in code like: ;; Function add (add) Analyzing Edge Insertions. add (x, y) { double r$min; bb 2: r$min = x.min + y.min; retval.max = x.max + y.max; retval.min = r$min; return retval; } ;; Function mul (mul) Analyzing Edge Insertions. mul (x, y) { double y$min; double y$max; double x$min; double x$max; double d; double c; double b; double a; bb 2: x$max = x.max; x$min = x.min; y$max = y.max; y$min = y.min; a = y$min * x$min; b = y$max * x$min; c = y$min * x$max; d = y$max * x$max; retval.max = max (max (a, b), max (c, d)); retval.min = min (min (a, b), min (c, d)); return retval; } ;; Function fz (fz) fz (x, y, z) { bb 2: tmp3 = pow (z, 3.7e+1); tmp7 = pow (y, 2.0e+0); tmp9 = pow (z, 3.6e+1); tmp14 = pow (y, 3.0e+0); tmp16 = pow (z, 3.5e+1); ... tmp3922 = pow (x, 3.8e+1); D.17848 = pow (x, 3.9e+1); D.17965 = pow (y, 3.9e+1); D.17968 = pow (z, 3.9e+1); return tmp3 * x * 2.04629333124046830505449179327115416526794433594e+1 * y + tmp9 * tmp7 * x * 1.63737898728226838329646852798759937286376953125e+2 + tmp16 * tmp14 * x * 3.102825991153964650948182679712772369384765625e+2 + tmp23 * tmp21 * x * -1.38580890184729059910750947892665863037109375e+3 + tmp30 * tmp28 * x * -4.39080063708386560961116629187017679214477539062e+1 + tmp37 * tmp35 * x * 1.737348223038549986085854470729827880859375e+4 + tmp44 * tmp42 * x * -1.069806869373114386689849197864532470703125e+4 + tmp51 * tmp49 * x * -3.542086638969252817332744598388671875e+4 + tmp58 * tmp56 * x * -3.091774346229622824466787278652191162109375e+4 + tmp65 * tmp63 * x * 1.568088658621288946889400482177734375e+5 + tmp72 * tmp70 * x * 4.19376520881160162389278411865234375e+5 + tmp79 * tmp77 * x * 2.0111082929561330820433795452117919921875e+5 + tmp86 * tmp84 * x * -4.337742627231603837572038173675537109375e+5 + tmp93 * tmp91 * x * -4.829501801337040960788726806640625e+5 + tmp100 * tmp98 * x * 5.32241994551055715419352054595947265625e+5 + tmp107 * tmp105 * x * 1.8250994926701225340366363525390625e+6 + tmp114 * tmp112 * x * 1.6382205795514374040067195892333984375e+6 + tmp121 * tmp119 * x * 1.1912621023960295133292675018310546875e+5 + tmp128 * tmp126 * x * 8.811503159726611338555812835693359375e+5 + tmp135 * tmp133 * x * 2.690164492243868880905210971832275390625e+5 + tmp142 * tmp140 * x * 2.271892026609037420712411403656005859375e+5 + tmp149 * tmp147 * x * 1.795814638975697453133761882781982421875e+5 + tmp156 * tmp154 * x * -3.94381184819339658133685588836669921875e+5 + tmp163 * tmp161 * x * 7.64450454622797551564872264862060546875e+5 + tmp170 * tmp168 * x * 6.9298171586054741055704653263092041015625e+4 + tmp177 * tmp175 * x * -3.129066099043917492963373661041259765625e+5 + tmp184 * tmp182 * x * -4.0792914801556640304625034332275390625e+5 + tmp191 * tmp189 * x * 7.3512920753349564620293676853179931640625e+4 + tmp198 * tmp196 * x * 3.5470695311840399881475605070590972900390625e+3 + tmp205 * tmp203 * x * -8.8733450804951236932538449764251708984375e+4 + tmp212 * tmp210 * x * -1.3805889644669676272314973175525665283203125e+4 + tmp219 * tmp217 * x * -7.54301319902873729006387293338775634765625e+3 + tmp226 * tmp224 * x * 2.23731170493404579246998764574527740478515625e+3 + tmp233 * tmp231 * x * -3.903765115338947599581779539585113525390625e+2 + tmp240 * tmp238 * x * 4.743319333283892547115101478993892669677734375e+2 + tmp247 * tmp245 * x * -6.32641294603530113249689748045057058334350585938e+1 + tmp252 * x * -6.76527508139541300380415123072452843189239501953e+0 * z + tmp258 * x * -4.51436297228304250772623618104262277483940124512e-1 + tmp263 * x * 2.89405090268957065902100111998151987791061401367e+0 + tmp9 * tmp268 * -3.7483157190701700756108039058744907379150390625e+2 * y + tmp16 * tmp7 * tmp268 * 9.276025613194925654170219786465167999267578125e+2 + tmp23 * tmp14 * tmp268 * 1.35840047018872951412049587815847412109375e+2 + tmp30 * tmp21 * tmp268 * -3.2681330410168111484381370246410369873046875e+3 + tmp37 * tmp28 * tmp268 * 2.77737094612259534187614917755126953125e+3 + tmp44 * tmp35 * tmp268 * 2.2773056570869275674340315163135528564453125e+3 + tmp51 * tmp42 * tmp268 * 9.2295963366692260024137794971466064453125e+4 + tmp58 * tmp49 * tmp268 * -3.049601738325569895096123218536376953125e+5 + tmp65 * tmp56 * tmp268 * -2.69300746038850047625601291656494140625e+5 + tmp72 * tmp63 * tmp268 * 3.92479526798162725754082202911376953125e+5 + tmp79 * tmp70 * tmp268 * -1.4348648827185891568660736083984375e+6 + tmp86 * tmp77 * tmp268 * 1.2925352909364881925284862518310546875e+6 + tmp93 * tmp84 * tmp268 * 3.44742843619707785546779632568359375e+6 + tmp100 * tmp91 * tmp268 *
[Bug debug/23336] [4.0/4.1/4.2 Regression] enum constants not visible to gdb because of -feliminate-unused-debug-types
--- Comment #9 from drow at gcc dot gnu dot org 2006-07-22 18:34 --- Meanwhile, I'm testing a patch to treat them just as well as we treat casts. -- drow at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aldyh at gcc dot gnu dot org|drow at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23336
[Bug c++/28444] static_cast allowed, even if only the base class is accessible
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-22 18:46 --- Yes this is a dup of bug 17874. *** This bug has been marked as a duplicate of 17874 *** -- 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=28444
[Bug c++/17874] Reference to member of protected base should be an error
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-22 18:46 --- *** Bug 28444 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17874
[Bug middle-end/28075] [4.1 Regression] inliner introduces unnecessary type conversions
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-07-22 18:53 --- A fix for the failing testcase was applied, the bug is still open on the 4.1 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28075
[Bug rtl-optimization/28071] [4.1/4.2 regression] A file that can not be compiled in reasonable time/space
--- Comment #14 from hubicka at ucw dot cz 2006-07-22 19:30 --- Subject: Re: [4.1/4.2 regression] A file that can not be compiled in reasonable time/space Hi, with the attached patch I can cure the regmove quadratic behaviour and the time report is not so unresonable now: gnu_dev_major gnu_dev_minor gnu_dev_makedev max min f fx fy fz add addl addr sub subl subr mul mull mulr divl ipow fi Analyzing compilation unitPerforming intraprocedural optimizations Assembling functions: max min add addl addr sub subl subr mul mull mulr divl ipow fz fy fx f fi {GC 126177k - 85112k} {GC 327625k - 39474k} Execution times (seconds) garbage collection: 0.83 ( 0%) usr 0.00 ( 0%) sys 0.82 ( 0%) wall 0 kB ( 0%) ggc callgraph construction: 0.16 ( 0%) usr 0.02 ( 1%) sys 0.16 ( 0%) wall 1147 kB ( 0%) ggc callgraph optimization: 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall 533 kB ( 0%) ggc ipa reference : 0.05 ( 0%) usr 0.00 ( 0%) sys 0.05 ( 0%) wall 0 kB ( 0%) ggc ipa pure const: 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc ipa type escape : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.05 ( 0%) wall 0 kB ( 0%) ggc trivially dead code : 0.45 ( 0%) usr 0.00 ( 0%) sys 0.42 ( 0%) wall 0 kB ( 0%) ggc life analysis : 21.38 ( 3%) usr 0.02 ( 1%) sys 21.39 ( 3%) wall 1120 kB ( 0%) ggc life info update : 0.54 ( 0%) usr 0.00 ( 0%) sys 0.61 ( 0%) wall 0 kB ( 0%) ggc alias analysis: 0.87 ( 0%) usr 0.00 ( 0%) sys 0.89 ( 0%) wall 4266 kB ( 1%) ggc register scan : 0.42 ( 0%) usr 0.00 ( 0%) sys 0.40 ( 0%) wall 150 kB ( 0%) ggc rebuild jump labels : 0.11 ( 0%) usr 0.00 ( 0%) sys 0.11 ( 0%) wall 0 kB ( 0%) ggc preprocessing : 0.27 ( 0%) usr 0.06 ( 2%) sys 0.36 ( 0%) wall 471 kB ( 0%) ggc lexical analysis : 0.04 ( 0%) usr 0.05 ( 2%) sys 0.08 ( 0%) wall 0 kB ( 0%) ggc parser: 0.12 ( 0%) usr 0.03 ( 1%) sys 0.17 ( 0%) wall 3207 kB ( 1%) ggc inline heuristics : 15.14 ( 2%) usr 0.01 ( 0%) sys 15.26 ( 2%) wall 1486 kB ( 0%) ggc integration : 21.35 ( 3%) usr 0.12 ( 4%) sys 21.71 ( 3%) wall 33445 kB ( 8%) ggc tree gimplify : 0.18 ( 0%) usr 0.01 ( 0%) sys 0.19 ( 0%) wall 3341 kB ( 1%) ggc tree eh : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc tree CFG construction : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 1338 kB ( 0%) ggc tree CFG cleanup : 0.07 ( 0%) usr 0.00 ( 0%) sys 0.08 ( 0%) wall 20 kB ( 0%) ggc tree VRP : 0.38 ( 0%) usr 0.01 ( 0%) sys 0.42 ( 0%) wall 11 kB ( 0%) ggc tree copy propagation : 0.23 ( 0%) usr 0.01 ( 0%) sys 0.28 ( 0%) wall 222 kB ( 0%) ggc tree store copy prop : 0.11 ( 0%) usr 0.01 ( 0%) sys 0.14 ( 0%) wall 4 kB ( 0%) ggc tree find ref. vars : 0.10 ( 0%) usr 0.01 ( 0%) sys 0.11 ( 0%) wall 8137 kB ( 2%) ggc tree PTA : 1.29 ( 0%) usr 0.04 ( 1%) sys 1.36 ( 0%) wall 57 kB ( 0%) ggc tree alias analysis : 1.89 ( 0%) usr 0.20 ( 7%) sys 2.10 ( 0%) wall 0 kB ( 0%) ggc tree PHI insertion: 1.68 ( 0%) usr 0.01 ( 0%) sys 1.70 ( 0%) wall 18 kB ( 0%) ggc tree SSA rewrite : 0.62 ( 0%) usr 0.04 ( 1%) sys 0.65 ( 0%) wall 17084 kB ( 4%) ggc tree SSA other: 0.48 ( 0%) usr 0.08 ( 3%) sys 0.56 ( 0%) wall 0 kB ( 0%) ggc tree SSA incremental : 1.20 ( 0%) usr 0.00 ( 0%) sys 1.24 ( 0%) wall 0 kB ( 0%) ggc tree operand scan : 1.48 ( 0%) usr 0.34 (11%) sys 1.93 ( 0%) wall 15634 kB ( 4%) ggc dominator optimization: 1.05 ( 0%) usr 0.05 ( 2%) sys 1.05 ( 0%) wall 2698 kB ( 1%) ggc tree SRA : 1.05 ( 0%) usr 0.09 ( 3%) sys 1.15 ( 0%) wall 24835 kB ( 6%) ggc tree STORE-CCP: 0.09 ( 0%) usr 0.01 ( 0%) sys 0.11 ( 0%) wall 4 kB ( 0%) ggc tree CCP : 0.51 ( 0%) usr 0.02 ( 1%) sys 0.56 ( 0%) wall 154 kB ( 0%) ggc tree reassociation: 0.11 ( 0%) usr 0.00 ( 0%) sys 0.11 ( 0%) wall 0 kB ( 0%) ggc tree PRE : 296.46 (45%) usr 0.49 (16%) sys 298.81 (45%) wall 19481 kB ( 5%) ggc tree FRE : 0.96 ( 0%) usr 0.05 ( 2%) sys 1.00 ( 0%) wall 7991 kB ( 2%) ggc tree forward propagate: 0.04 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc tree conservative DCE : 0.54 ( 0%) usr 0.00 ( 0%) sys 0.54 ( 0%) wall 0 kB ( 0%) ggc tree aggressive DCE : 0.08 ( 0%) usr 0.00 ( 0%) sys 0.08 ( 0%) wall 0 kB ( 0%) ggc tree DSE : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.05 ( 0%) wall 8 kB ( 0%) ggc tree SSA uncprop : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc tree SSA to normal: 27.19 ( 4%) usr
[Bug c++/26965] [4.0/4.1/4.2 Regression] Unnecessary debug info for unused consts in C++
--- Comment #9 from drow at gcc dot gnu dot org 2006-07-22 19:39 --- Ian, could you say why you think that patch is responsible? I wonder if your testcase would behave any differently on either side of the patch; it might be something different taking up all the space. I think the situation is simpler, and harder to fix. The debug generators make decisions based on TREE_USED. TREE_USED is set in many cases during parsing; but of course we parse more functions than we necessarily emit. As long as we commit to outputing a particular piece of debug information during parsing we're going to have this problem. beg gets its mark_used during finish_id_expression, called during parsing of c::foo. I don't see any way to solve this without replacing TREE_USED at parse time with a set of hash tables attached to far too many objects, reporting what each one would like to have emitted. But this would be awful for performance and memory use. I'm open to better ideas if you have one. Meanwhile, I do not find it likely that we will fix this for 4.2. -- drow at gcc dot gnu dot org changed: What|Removed |Added CC||drow at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26965
[Bug debug/27574] [4.1 Regression] MIssing debug info at -O0 for a local variable in a C++ constructor
--- Comment #5 from drow at gcc dot gnu dot org 2006-07-22 20:05 --- I am not going to track down what did it, but something has fixed this on the 4.2 branch. I can reproduce it on Debian's 4.1 branch snapshot. If someone wants to fix it on 4.1, it should probably be easy to use the regression hunter to identify what patch caused the string problem to appear in the assembly output. It is probably something in the last two and a half months, since the bug was reported, but I do not see any obvious candidates. -- drow at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|drow at gcc dot gnu dot org |unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW Summary|[4.1/4.2 Regression] MIssing|[4.1 Regression] MIssing |debug info at -O0 for a |debug info at -O0 for a |local variable in a C++ |local variable in a C++ |constructor |constructor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27574
[Bug target/26792] [4.2 Regression] C++ is broken on *-*-darwin*
--- Comment #12 from echristo at apple dot com 2006-07-22 21:00 --- This looks fixed to me. -- echristo at apple dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
[Bug target/27880] [4.2 regression] undefined reference to `_Unwind_GetIPInfo'
--- Comment #8 from echristo at apple dot com 2006-07-22 21:06 --- I believe a patch to libstdc++ to check for __Unwind_GetIPInfo was committed. Verify this still fails? -- echristo at apple dot com changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
[Bug target/27075] [4.1/4.2 Regression] Compiler generate incorrect assembler for __sync_fetch-* builtins on e500 aka SPE
--- Comment #11 from echristo at apple dot com 2006-07-22 21:12 --- Waiting on Edmar's feedback for Alan's patch. -- echristo at apple dot com changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27075
[Bug target/27883] [4.0/4.1/4.2 regression] in schedule_insns, at sched-rgn.c:3038 on mips
--- Comment #7 from echristo at apple dot com 2006-07-22 21:14 --- Jim, were you going to check this in or did you need some more testing on it? -- echristo at apple dot com changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27883
[Bug middle-end/20826] [4.0/4.1/4.2 Regression] excessive compiler resource usage
--- Comment #6 from echristo at apple dot com 2006-07-22 21:16 --- Waiting on David's feedback. -- echristo at apple dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20826
[Bug java/28458] New: [ecj] Fails to build gnu.awt.LightweightRedirector
gcj -v -B/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/ -B/home/gandalf/projects/java/classpath/gcj/build/gcc/ -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -fsource-filename=/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib/classes -MT gnu/awt.lo -MD -MP -MF gnu/awt.deps @gnu/awt.list -fPIC -o gnu/.libs/awt.o Reading specs from /home/gandalf/projects/java/classpath/gcj/build/gcc/specs Reading specs from /home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/libgcj.spec rename spec lib to liborig Target: x86_64-unknown-linux-gnu Configured with: /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/configure --prefix=/home/gandalf/projects/java/classpath/gcj/install --disable-multilib --enable-languages=c,c++,java --enable-java-awt=gtk Thread model: posix gcc version 4.2.0 20060604 (gcj-eclipse experimental) /home/gandalf/projects/java/classpath/gcj/build/gcc/jc1 classpath/lib/gnu/awt/LightweightRedirector.class -fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase LightweightRedirector.class -mtune=generic -auxbase-strip gnu/.libs/awt.o -g -O2 -Wno-deprecated -version -fomit-frame-pointer -fencoding=UTF-8 -fbootstrap-classes -fsource-filename=/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib/classes -fPIC -fbootclasspath=./:/home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib/ -faux-classpath /tmp/ccNqEVSq.zip -o /tmp/cc0NqHDH.s GNU Java version 4.2.0 20060604 (gcj-eclipse experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.2.0 20060604 (gcj-eclipse experimental). GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128404 Class path starts here: /tmp/ccNqEVSq.zip/ (zip) ./ (system) /home/gandalf/projects/java/classpath/gcj/build/x86_64-unknown-linux-gnu/libjava/classpath/lib/ (system) /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/libjava/gnu/awt/LightweightRedirector.java:180: internal compiler error: in make_class_data, at java/class.c:1885 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: [ecj] Fails to build gnu.awt.LightweightRedirector Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gnu_andrew at member dot fsf dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug java/28458] [ecj] Fails to build gnu.awt.LightweightRedirector
--- Comment #1 from gnu_andrew at member dot fsf dot org 2006-07-22 21:34 --- Created an attachment (id=11922) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11922action=view) Class file being compiled -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug java/28458] [ecj] Fails to build gnu.awt.LightweightRedirector
--- Comment #2 from gnu_andrew at member dot fsf dot org 2006-07-22 21:40 --- #0 internal_error (gmsgid=0x840454 in %s, at %s:%d) at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/diagnostic.c:582 #1 0x004c018c in fancy_abort (file=value optimized out, line=1885, function=0x8253b0 make_class_data) at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/diagnostic.c:642 #2 0x0042c21e in make_class_data (type=value optimized out) at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/java/class.c:1885 #3 0x0042c4e5 in finish_class () at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/java/class.c:2059 #4 0x00444f38 in parse_class_file () at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/java/jcf-parse.c:1146 #5 0x00447a92 in java_parse_file (set_yydebug=value optimized out) at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/java/jcf-parse.c:1505 #6 0x0069db4e in toplev_main (argc=value optimized out, argv=value optimized out) at /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/gcc/toplev.c:999 #7 0x2b6cd42784ca in __libc_start_main () from /lib/libc.so.6 #8 0x0040296a in _start () at ../sysdeps/x86_64/elf/start.S:113 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug target/27880] [4.2 regression] undefined reference to `_Unwind_GetIPInfo'
--- Comment #9 from schwab at suse dot de 2006-07-22 21:41 --- Why do you think this bug has anything to do with libstdc++? -- schwab at suse dot de changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2006-06-02 22:49:01 |2006-07-22 21:41:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
[Bug java/28458] [ecj] Fails to build gnu.awt.LightweightRedirector
--- Comment #3 from gnu_andrew at member dot fsf dot org 2006-07-22 21:56 --- record_type 0x2afd15eb52c0 gnu.awt.LightweightRedirector type_2 type_4 type_5 BLK size integer_cst 0x2afd15e2ef30 type integer_type 0x2afd15e3a0b0 bit_size_type constant invariant 128 unit size integer_cst 0x2afd15ec0b10 type integer_type 0x2afd15e3a2c0 int constant invariant 16 align 64 symtab 369628368 alias set -1 fields field_decl 0x2afd15e52900 D.654 type record_type 0x2afd15e4a4d0 java.lang.Object tree_3 type_2 type_4 DI size integer_cst 0x2afd15e2ebd0 constant invariant 64 unit size integer_cst 0x2afd15ec0ab0 constant invariant 8 align 64 symtab 369629040 alias set -1 fields field_decl 0x2afd15e49840 vtable pointer_to_this pointer_type 0x2afd15e4a580 chain type_decl 0x2afd15e3edd0 java.lang.Object ignored DI file /home/gandalf/projects/java/classpath/gcj/sources/gcj-eclipse-jmx/libjava/gnu/awt/LightweightRedirector.java line 0 size integer_cst 0x2afd15e2ebd0 64 unit size integer_cst 0x2afd15ec0ab0 8 align 64 offset_align 128 offset integer_cst 0x2afd15e2e6f0 constant invariant 0 bit offset integer_cst 0x2afd15e2eed0 constant invariant 0 chain var_decl 0x2afd15eb5dc0 LAST_BUTTON_NUMBER type integer_type 0x2afd15e3a2c0 int asm_written used public static decl_3 SI file gnu/awt/LightweightRedirector.java line 0 size integer_cst 0x2afd15e2ea80 constant invariant 32 unit size integer_cst 0x2afd15e2e6c0 constant invariant 4 align 32 context record_type 0x2afd15eb52c0 gnu.awt.LightweightRedirector initial integer_cst 0x2afd15e51d20 3 (mem/c/i:SI (symbol_ref:DI (_ZN3gnu3awt21LightweightRedirector18LAST_BUTTON_NUMBERE) var_decl 0x2afd15eb5dc0 LAST_BUTTON_NUMBER) [0 LAST_BUTTON_NUMBER+0 S4 A32]) chain field_decl 0x2afd15e52840 releaseTargets pointer_to_this pointer_type 0x2afd15eb5370 chain type_decl 0x2afd15e4cb60 gnu.awt.LightweightRedirector -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug java/28458] [ecj] Fails to build gnu.awt.LightweightRedirector
--- Comment #4 from gnu_andrew at member dot fsf dot org 2006-07-22 22:02 --- (gdb) call debug_tree(cons) constructor 0x2afd16299840 type record_type 0x2afd15e4a790 java.lang.Class tree_3 type_2 type_4 BLK size integer_cst 0x2afd15e44f30 constant invariant 2240 unit size integer_cst 0x2afd16274030 constant invariant 280 align 64 symtab 0 alias set -1 fields var_decl 0x2afd1627a9a0 class$0 type pointer_type 0x2afd15e4a840 public static unsigned DI file java/lang/Class.java line 0 size integer_cst 0x2afd15e2ebd0 constant invariant 64 unit size integer_cst 0x2afd15e2ec00 constant invariant 8 align 64 context record_type 0x2afd15e4a790 java.lang.Class chain field_decl 0x2afd15e50480 D.83 pointer_to_this pointer_type 0x2afd15e4a840 chain type_decl 0x2afd15e4c000 java.lang.Class (gdb) call debug_tree(temp) constructor 0x2afd16299810 type record_type 0x2afd15e4a4d0 java.lang.Object tree_3 type_2 type_4 DI size integer_cst 0x2afd15e2ebd0 constant invariant 64 unit size integer_cst 0x2afd15ec0ab0 constant invariant 8 align 64 symtab 369629040 alias set -1 fields field_decl 0x2afd15e49840 vtable type pointer_type 0x2afd15e4d2c0 private unsigned DI file built-in line 0 size integer_cst 0x2afd15e2ebd0 64 unit size integer_cst 0x2afd15e2ec00 constant invariant 8 align 64 offset_align 128 offset integer_cst 0x2afd15e2e6f0 constant invariant 0 bit offset integer_cst 0x2afd15e2eed0 constant invariant 0 context record_type 0x2afd15e4a4d0 java.lang.Object pointer_to_this pointer_type 0x2afd15e4a580 chain type_decl 0x2afd15e3edd0 java.lang.Object -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28458
[Bug target/27883] [4.0/4.1/4.2 regression] in schedule_insns, at sched-rgn.c:3038 on mips
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-07-22 22:07 --- This bug does not belong in waiting as it is not waiting on the user input but a developer input. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2006-06-27 03:02:40 |2006-07-22 22:07:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27883
[Bug target/27880] [4.2 regression] undefined reference to `_Unwind_GetIPInfo'
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-07-22 22:08 --- libstdc++ is only part of the problem, libjava still has the same issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
[Bug target/26792] [4.2 Regression] C++ is broken on *-*-darwin*
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-07-22 22:09 --- Actually libstdc++ is only part of the problem, the other part is libjava. Eric if you are going to close something, you should test it. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
[Bug target/27075] [4.1/4.2 Regression] Compiler generate incorrect assembler for __sync_fetch-* builtins on e500 aka SPE
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-07-22 22:16 --- It is obvious the patch actually works but needs a full testing so this really should not be in waiting. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2006-04-07 16:00:50 |2006-07-22 22:16:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27075
[Bug c++/28351] SIGSEGV rethrowing an exception with -m64 -static on ppc/linux
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-22 22:27 --- This is a glibc bug which has been fixed already. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28351
[Bug libgomp/28456] [gomp] Segmentation fault with statically linked binaries
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-22 22:28 --- Because less people test glibc staticly. Anyways this is a glibc bug which has since been fixed and it is the same problem as mentioned in PR 28351 so closing as a dup of that bug. *** This bug has been marked as a duplicate of 28351 *** -- 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=28456
[Bug c++/28351] SIGSEGV rethrowing an exception with -m64 -static on ppc/linux
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-22 22:28 --- *** Bug 28456 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||anlauf at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28351
[Bug c++/28459] New: bogus diagnostic / format #8216;%p#8217; expects type #8216;void*#8217;, but argument has type #8216;void (x::*)()#8217;
#include cstdio struct x { typedef void (x::*fn_ptr)(); void foo() { } }; int main() { x obj; x::fn_ptr f = x::foo; std::printf( obj = %p, f = %p\n, obj, f ); return 0; } memb_fn.cpp: In function #8216;int main()#8217;: memb_fn.cpp:11: warning: format #8216;%p#8217; expects type #8216;void*#8217;, but argument 3 has type #8216;void (x::*)()#8217; pointer to member needs a context of course but it's in fact a pointer to method code, so casting to void* is imho acceptable. -- Summary: bogus diagnostic / format #8216;%p#8217; expects type #8216;void*#8217;, but argument has type #8216;void (x::*)()#8217; Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net GCC build triplet: x86-64-linux GCC host triplet: x86-64-linux GCC target triplet: x86-64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28459
[Bug tree-optimization/24888] duplication of local variables after versioning/inlining
--- Comment #4 from patchapp at dberlin dot org 2006-07-22 22:50 --- Subject: Bug number PR tree-optimization/24888 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00981.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24888
[Bug debug/28460] New: [4.0/4.1/4.2 Regression] g++ emits bogus namespace DIE
Compile this with g++ -g: int var; You'll see this in the readelf -wi output: 16e: Abbrev Number: 2 (DW_TAG_namespace) DW_AT_sibling : 86 DW_AT_name: :: DW_AT_decl_file : 1 DW_AT_decl_line : 0 278: Abbrev Number: 3 (DW_TAG_variable) DW_AT_name: var We should not be emitting a namespace DIE for the global namespace. This is a regression from GCC 3.3 (I didn't check GCC 3.4, but did check 4.0 and 4.1). -- Summary: [4.0/4.1/4.2 Regression] g++ emits bogus namespace DIE Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: drow at gcc dot gnu dot org GCC host triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28460
[Bug debug/28460] [4.0/4.1/4.2 Regression] g++ emits bogus namespace DIE
--- Comment #1 from drow at gcc dot gnu dot org 2006-07-23 00:12 --- Mark, did the old C++ parser have TYPE_CONTEXT == NULL for the global scope and the new one have it pointing to the global namespace, or something like that? If so, I guess we'll have to strip that out in dwarf2out. We can't compare against global_namespace, so do you have a recommendation on how to identify it? -- drow at gcc dot gnu dot org changed: What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28460
[Bug debug/28460] [4.0/4.1/4.2 Regression] g++ emits bogus namespace DIE
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28460