[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc

[abel at ispras dot ru]

--- Comment #17 from abel at ispras dot ru  2008-09-08 07:19 ---
(In reply to comment #16)
> Could you explain why max_issue() should do anything
> when more_issue <= 0?  I'd have expected it to early-out.

But the whole point of the patch is that we _can_ actually issue more insns
even when more_issue <= 0, because the backend is claiming lower issue_rate
than can be achieved (see comment #11).  We can return 0 from max_issue when
more_issue <= 0, but I don't see offhand how the theoretical value of 4 issued
insns can then be achieved for sb1. 

Actually, I have skimmed through *_issue_rate functions on other targets, and
it seems that only m32r has the same sort of comment for its issue_rate hook,
but by default the hook passes correct value.  So I would be happy to do
whatever seems beneficial to mips/m32r maintainers.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360

[Bug fortran/37400] [4.4 Regression] implicit character(len=*,kind=kind('A')) (Q) ... no longer gives the right answer.

[burnus at gcc dot gnu dot org]

--- Comment #5 from burnus at gcc dot gnu dot org  2008-09-08 07:21 ---
Subject: Bug 37400

Author: burnus
Date: Mon Sep  8 07:19:46 2008
New Revision: 140100

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140100
Log:
2008-09-07  Tobias Burnus  <[EMAIL PROTECTED]>

PR fortran/37400
* symbol.c (gfc_set_default_type): Copy char len.

2008-09-07  Tobias Burnus  <[EMAIL PROTECTED]>

PR fortran/37400
* gfortran.dg/implicit_12.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/implicit_12.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/symbol.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37400

[Bug fortran/36599] [4.3 regression] induct.f90 polyhedron benchmark in 4.3.1 on Intel

[pault at gcc dot gnu dot org]

--- Comment #15 from pault at gcc dot gnu dot org  2008-09-08 07:22 ---
Jack,

I've remarked this as a 4.3 regression and have taken out the "major" from the
summary.  However, since it appears in posted benchmarks, I have moarked it as
confirmed.

Thanks for the report.

Best regards

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 07:22:07
   date||
Summary|major execution regression  |[4.3 regression] induct.f90
   |for induct.f90 polyhedron   |polyhedron benchmark in
   |benchmark in 4.3.1 on Intel |4.3.1 on Intel


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36599

[Bug fortran/37400] [4.4 Regression] implicit character(len=*,kind=kind('A')) (Q) ... no longer gives the right answer.

[burnus at gcc dot gnu dot org]

--- Comment #6 from burnus at gcc dot gnu dot org  2008-09-08 07:38 ---
FIXED on the trunk (4.4.0).

(I'm not sure whether it fully works with 4.3.x - I get a segmentation fault
after the third line is correctly printed. The cause that it was failing on 4.4
was the patch for PR 36476; but it was not the underlying reason for the bug.)


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37400

[Bug tree-optimization/36630] [4.3/4.4 Regression] ICE in vect_update_ivs_after_vectorizer

[irar at il dot ibm dot com]

--- Comment #13 from irar at il dot ibm dot com  2008-09-08 07:44 ---
(In reply to comment #9)
> Subject: Re:  [4.3/4.4 Regression] ICE in vect_update_ivs_after_vectorizer
> 
> > Another thing, 4.4 does not vectorize this loop anymore (and, therefore, 
> > there
> > is no ICE), because of unknown number of iterations:
> 
> I also have remarked on one of the graphite testcases scop-matmult.c
> that we had a regression in the precision of the number of iterations from
> last graphite merge till yesterday's merge, i.e. from 138275 to 139870
> We used to have a symbolic number of iterations, but now the result
> is scev_dont_know.  I have not yet tracked this down to the patch that
> produced this regression.
> 
> Sebastian
> 

I opened pr37416 for this issue.

Ira


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36630

[Bug fortran/37099] [4.3, 4.4 regression] Wrong results when comparing a character array to a character expression

[domob at gcc dot gnu dot org]

--- Comment #4 from domob at gcc dot gnu dot org  2008-09-08 07:57 ---
Subject: Bug 37099

Author: domob
Date: Mon Sep  8 07:55:49 2008
New Revision: 140101

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140101
Log:
2008-09-04  Daniel Kraft  <[EMAIL PROTECTED]>

* PR fortran/37099
* expr.c (simplify_const_ref): Update expression's character length
when pulling out a substring reference.

2008-09-04  Daniel Kraft  <[EMAIL PROTECTED]>

PR fortran/37099
* gfortran.dg/string_compare_1.f90: New text.
* gfortran.dg/string_compare_2.f90: New text.
* gfortran.dg/string_compare_3.f90: New text.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/string_compare_1.f90
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/string_compare_2.f90
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/string_compare_3.f90
Modified:
branches/gcc-4_3-branch/gcc/fortran/ChangeLog
branches/gcc-4_3-branch/gcc/fortran/expr.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37099

[Bug fortran/37099] [4.3, 4.4 regression] Wrong results when comparing a character array to a character expression

[domob at gcc dot gnu dot org]

--- Comment #5 from domob at gcc dot gnu dot org  2008-09-08 07:57 ---
Fixed on trunk and 4.3


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37099

[Bug middle-end/37221] Missed early loop-unroll optimization - causes 40% degradation on SPU

[tehila at il dot ibm dot com]

--- Comment #12 from tehila at il dot ibm dot com  2008-09-08 08:21 ---
(In reply to comment #11)
> (In reply to comment #10)
> > I'm bootstraping and testing it on x86 now.
> Bootstrap fails (at least on x86_64) (with ICE).
> Tehila.

It fails at tree-ssa-loop-manip.c:424 (+-, I've changed it a little bit), on:
gcc_assert (!def_bb
  || flow_bb_inside_loop_p (def_bb->loop_father, bb));

Error:
In file included from ../../gcc/libiberty/regex.c:638:
../../gcc/libiberty/regex.c: In function ⁁byte_regex_compile⁁:
../../gcc/libiberty/regex.c:2285: internal compiler error: in
check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:424


Here is some info GDB gives:
#0  check_loop_closed_ssa_use (bb=0x2b9638623f00, use=0x2b963870c460) at
../../gcc/gcc/tree-ssa-loop-manip.c:422
#1  0x009cffdc in check_loop_closed_ssa_stmt (bb=0x2b9638623f00,
stmt=0x2b963822b150) at ../../gcc/gcc/tree-ssa-loop-manip.c:436
#2  0x009d0179 in verify_loop_closed_ssa () at
../../gcc/gcc/tree-ssa-loop-manip.c:466
#3  0x007a14bf in execute_function_todo (data=0x63) at
../../gcc/gcc/passes.c:1004
#4  0x007a0f2e in do_per_function (callback=0x7a11cb
, data=0x63) at ../../gcc/gcc/passes.c:840
#5  0x007a1541 in execute_todo (flags=99) at
../../gcc/gcc/passes.c:1024
#6  0x007a1fc5 in execute_one_pass (pass=0x13494c0) at
../../gcc/gcc/passes.c:1300
#7  0x007a214d in execute_pass_list (pass=0x13494c0) at
../../gcc/gcc/passes.c:1326
#8  0x007a216b in execute_pass_list (pass=0x13490a0) at
../../gcc/gcc/passes.c:1327
#9  0x007a216b in execute_pass_list (pass=0x1348560) at
../../gcc/gcc/passes.c:1327
#10 0x009140c6 in tree_rest_of_compilation (fndecl=0x2b9638292900) at
../../gcc/gcc/tree-optimize.c:418
#11 0x00b49808 in cgraph_expand_function (node=0x2b96382b3f00) at
../../gcc/gcc/cgraphunit.c:1039
#12 0x00b499a2 in cgraph_expand_all_functions () at
../../gcc/gcc/cgraphunit.c:1101
#13 0x00b49f43 in cgraph_optimize () at ../../gcc/gcc/cgraphunit.c:1306
#14 0x0042f789 in c_write_global_declarations () at
../../gcc/gcc/c-decl.c:8080
#15 0x0089c5a9 in compile_file () at ../../gcc/gcc/toplev.c:979
#16 0x0089e3f6 in do_compile () at ../../gcc/gcc/toplev.c:2181
#17 0x0089e45a in toplev_main (argc=30, argv=0x7fff730801f8) at
../../gcc/gcc/toplev.c:2213
#18 0x004d3bb7 in main (argc=30, argv=0x7fff730801f8) at
../../gcc/gcc/main.c:35

stmt is:
D.9310_4596 = b_3442 + -1;

def stmt is:
b_3442 = PHI 


HTH,
Tehila.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37221

[Bug fortran/36167] ICE in gfc_conv_descriptor_dimension, at fortran/trans-array.c:242

[domob at gcc dot gnu dot org]

--- Comment #5 from domob at gcc dot gnu dot org  2008-09-08 08:28 ---
Dominique reported that my pending patch for PR 37199 fixes this problem, too,
and a test confirms this for me.  Reading the commets, it seems quite plausible
to me that the ICE here is caused because of the missing array spec after
interface mapping.

After checking in my patch, I will try to fully understand what the problem
here is and if it is really fixed with my patch.


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |domob at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-05-07 14:07:21 |2008-09-08 08:28:09
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36167

[Bug other/37419] New: [4.4 Regression] mpfr related memory corruption

[tbm at cyrius dot com]

With current trunk (revision 140100):


(sid)2294:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c 
-finline-limit=1048576
-O3 gutenprint-mxml-file.i
*** glibc detected ***
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1: malloc(): memory
corruption (fast): 0x01da1890 ***
=== Backtrace: =
/lib/libc.so.6[0x7f136138a968]
/lib/libc.so.6[0x7f136138d69f]
/lib/libc.so.6[0x7f136138e354]
/lib/libc.so.6(realloc+0x12f)[0x7f136138efdf]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1[0xb4098d]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1[0x86c584]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1[0x8af750]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1[0x8af6d6]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1[0x8ac6ad]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1[0x63b073]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1[0x63b3a8]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1[0x8a5717]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1[0x416493]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1[0x6e0faf]
/lib/libc.so.6(__libc_start_main+0xe6)[0x7f13613351a6]
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1(mpfr_cosh+0xb9)[0x404029]
=== Memory map: 
0040-00d87000 r-xp  08:07 6129876   
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1
00f87000-01011000 rw-p 00987000 08:07 6129876   
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1
01011000-010a5000 rw-p 01011000 00:00 0
01d3c000-01ddb000 rw-p 01d3c000 00:00 0  [heap]
7f135c00-7f135c021000 rw-p 7f135c00 00:00 0
7f135c021000-7f136000 ---p 7f135c021000 00:00 0
7f1360c8e000-7f1360ca4000 r-xp  08:07 5524480   
/lib/libgcc_s.so.1
7f1360ca4000-7f1360ea4000 ---p 00016000 08:07 5524480   
/lib/libgcc_s.so.1
7f1360ea4000-7f1360ea5000 rw-p 00016000 08:07 5524480   
/lib/libgcc_s.so.1
7f1360edc000-7f1361317000 rw-p 7f1360edc000 00:00 0
7f1361317000-7f1361461000 r-xp  08:07 5048300   
/lib/libc-2.7.so
7f1361461000-7f136166 ---p 0014a000 08:07 5048300   
/lib/libc-2.7.so
7f136166-7f1361663000 r--p 00149000 08:07 5048300   
/lib/libc-2.7.so
7f1361663000-7f1361665000 rw-p 0014c000 08:07 5048300   
/lib/libc-2.7.so
7f1361665000-7f136166a000 rw-p 7f1361665000 00:00 0
7f136166a000-7f13616a8000 r-xp  08:07 5523167   
/usr/lib/libgmp.so.3.4.2
7f13616a8000-7f13618a8000 ---p 0003e000 08:07 5523167   
/usr/lib/libgmp.so.3.4.2
7f13618a8000-7f13618a9000 rw-p 0003e000 08:07 5523167   
/usr/lib/libgmp.so.3.4.2
7f13618a9000-7f13618ea000 r-xp  08:07 5526259   
/usr/lib/libmpfr.so.1.1.1
7f13618ea000-7f1361ae9000 ---p 00041000 08:07 5526259   
/usr/lib/libmpfr.so.1.1.1
7f1361ae9000-7f1361aeb000 rw-p 0004 08:07 5526259   
/usr/lib/libmpfr.so.1.1.1
7f1361aeb000-7f1361b07000 r-xp  08:07 5048312   
/lib/ld-2.7.so
7f1361bca000-7f1361ccc000 rw-p 7f1361bca000 00:00 0
7f1361cd1000-7f1361d06000 rw-p 7f1361cd1000 00:00 0
7f1361d06000-7f1361d08000 rw-p 0001b000 08:07 5048312   
/lib/ld-2.7.so
7fff69cf3000-7fff69d08000 rw-p 7ffea000 00:00 0 
[stack]
7fff69dff000-7fff69e0 r-xp 7fff69dff000 00:00 0  [vdso]
ff60-ff601000 r-xp  00:00 0 
[vsyscall]
../../../../src/main/mxml-file.c:1431: internal compiler error: Aborted
Please submit a full bug report,


-- 
   Summary: [4.4 Regression] mpfr related memory corruption
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37419

[Bug middle-end/37417] [4.4 Regression] error: type mismatch in binary expression, verify_gimple failed

[tbm at cyrius dot com]

--- Comment #2 from tbm at cyrius dot com  2008-09-08 08:53 ---
Created an attachment (id=16251)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16251&action=view)
Preprocessed code


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37417

[Bug middle-end/37380] [4.4 Regression] ../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used uninitialized in this function

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-09-08 09:56 ---
I don't see how SRA can affect 004.gimple output, but the gimplification looks
wrong.  For 

  size_t width = cvt.width;

you should see

  D.6101 = cvt.width;
  width = (size_t) D.6101;


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37380

[Bug target/37381] [4.4 Regression] ICE in ia64_speculate_insn, at config/ia64/ia64.c:6902

[amonakov at gcc dot gnu dot org]

--- Comment #4 from amonakov at gcc dot gnu dot org  2008-09-08 10:38 
---
Scheduling of instructions dependent on speculative loads was implemented a
bit differently on sel-sched branch and on trunk (before the merge).  Since
ia64.c changes were not checked in, a discrepancy appeared, resulting in an ICE
when attempting to schedule an instruction dependent on speculative load.

This issue is fixed by restoring the scheduler behaviour to the
pre-merge state.  This change will have to be reverted when ia64 changes are
approved (handling of BE_IN_SPEC bits will be implemented in back-end).

Bootstrapped and regtested on ia64-linux.  I will add the testcase and re-post
to [EMAIL PROTECTED]


PR target/37381
* haifa-sched.c (sched_speculate_insn): Filter BE_IN_SPEC bits before
passing dependence status to back-end.


Index: gcc/haifa-sched.c
===
--- gcc/haifa-sched.c   (revision 140093)
+++ gcc/haifa-sched.c   (working copy)
@@ -4288,7 +4288,7 @@ sched_speculate_insn (rtx insn, ds_t req
   && !(request & BEGIN_SPEC))
 return 0;

-  return targetm.sched.speculate_insn (insn, request, new_pat);
+  return targetm.sched.speculate_insn (insn, request & BEGIN_SPEC, new_pat);
 }

 static int


-- 

amonakov at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |amonakov at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 10:38:12
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37381

[Bug middle-end/37418] New: [4.4 Regression] error: type mismatch in address expression, verify_gimple failed

[tbm at cyrius dot com]

With current trunk (revision 140100):


(sid)1092:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c 
dovecot-failures.i
failures.c: In function 'i_set_panic_handler':
failures.c:242: error: type mismatch in address expression
void (*) (const char *, struct  *)

void (*) (const char *, struct  *)

callback = default_panic_handler;

failures.c:242: internal compiler error: verify_gimple failed
Please submit a full bug report,


-- 
   Summary: [4.4 Regression] error: type mismatch in address
expression, verify_gimple failed
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37418

[Bug middle-end/37417] [4.4 Regression] error: type mismatch in binary expression, verify_gimple failed

[tbm at cyrius dot com]

--- Comment #1 from tbm at cyrius dot com  2008-09-08 08:48 ---
Forgot to mention that this also happens with -O0


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37417

[Bug libstdc++/37351] [c++0x] std::result_of requires nested template

[jwakely dot gcc at gmail dot com]

--- Comment #7 from jwakely dot gcc at gmail dot com  2008-09-08 10:36 
---
I've got result_of working but am also fixing up reference_wrapper and
__invoke() to forward correctly using rvalue-references.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37351

[Bug middle-end/37418] [4.4 Regression] error: type mismatch in address expression, verify_gimple failed

[tbm at cyrius dot com]

--- Comment #1 from tbm at cyrius dot com  2008-09-08 08:53 ---
Created an attachment (id=16252)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16252&action=view)
Preprocessed code


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37418

[Bug middle-end/37415] [4.4 regression] ICE with -ftree-store-ccp

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-09-08 12:40 ---
Subject: Bug 37415

Author: jakub
Date: Mon Sep  8 12:39:28 2008
New Revision: 140105

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140105
Log:
PR middle-end/37415
* opts.c (common_handle_option): Handle OPT_ftree_store_ccp.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/opts.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37415

[Bug fortran/37420] [4.4 Regression] -Wunused-variable broken

[dfranke at gcc dot gnu dot org]

--- Comment #1 from dfranke at gcc dot gnu dot org  2008-09-08 09:26 ---
There used to be a message in fortran-format, not a middle end message.
See PR24784.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37420

[Bug middle-end/37415] [4.4 regression] ICE with -ftree-store-ccp

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-09-08 12:42 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37415

[Bug tree-optimization/37421] ICE in vn_reference_insert_pieces at tree-ssa-sccvn.c:1131

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-09-08 12:21 ---
ANTIC_OUT[4] := { {view_convert_expr ,integer_cst 0} (0005) }
ANTIC_IN[4] := { {view_convert_expr ,integer_cst 0} (0005) }
S[4] := { {view_convert_expr ,integer_cst 0} (0005) }

so a quick look suggests we fail to properly fold references during PHI
translation.

:
  bar_34 = 0;

:
  # bar_11 = PHI 
  dest.12_29 = VIEW_CONVERT_EXPR(bar_11);


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37421

[Bug fortran/37199] array assignment from function writes out of bounds

[domob at gcc dot gnu dot org]

--- Comment #6 from domob at gcc dot gnu dot org  2008-09-08 09:18 ---
Subject: Bug 37199

Author: domob
Date: Mon Sep  8 09:17:27 2008
New Revision: 140102

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140102
Log:
2008-09-08  Daniel Kraft  <[EMAIL PROTECTED]>

PR fortran/37199
* trans-expr.c (gfc_add_interface_mapping): Set new_sym->as.
(gfc_map_intrinsic_function): Added checks against NULL bounds in
array specs.

2008-09-08  Daniel Kraft  <[EMAIL PROTECTED]>

PR fortran/37199
* gfortran.dg/array_function_2.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/array_function_2.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-expr.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37199

[Bug fortran/37411] ICE (segfault) in trans-array.c

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2008-09-08 09:23 ---
Created an attachment (id=16254)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16254&action=view)
Regtested patch, including test case

The same as patch. However, I'm not sure the fix is right.
a) Why is sym->as NULL even though "X" is an array?
b) Without the if-branch, one misses:
  tmp = gfc_get_symbol_decl (sym);
se->expr = tmp;
I'm not sure whether it matters as the test case works OK, but I have the
feeling the patch is wrong and one rather needs to fix sym->as and needs to add
a "gcc_assert (sym->as)".


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37411

[Bug fortran/36599] [4.3 regression] induct.f90 polyhedron benchmark in 4.3.1 on Intel

[dominiq at lps dot ens dot fr]

--- Comment #16 from dominiq at lps dot ens dot fr  2008-09-08 09:00 ---
A few personal comments.

> 2) The problem doesn't occur on powerpc-apple-darwin9.

This is normal. REAL(8) are not vectorized on ppc since they are not part of
altivec. IBM has preferred to add a second FPU. Although the gcc scheduler
needs some improvements for a better use of it, this is an other issue.

Concerning the problem on Intel Core, I think there is very little that anythin
can be done for gfortran 4.3. The easiest "fix" would be to include a CAVEAT in
the gfortran documentation stating that short dot-products should be unrolled
by hand in order to allow the vectorization.

Indeed this can be done at the level of the gfortran front-end, but I don't
this it is worth the work.
Note that this should be restricted to 4.3, otherwise it will give a
performance regression on 4.4 (see below).

A last possibility is to convince the middle-end people to tweak the vector
cost in the middle-end (good luck!).

I think the early unrolling improved the benchmark results, but introduced a
performance regression in one of my avatars of the induct test. I have tried to
reduced the problem in pr36099, but this led to a wrong direction. I am
planning to do a better reduction, but I did not find the time so far.

To conclude I think this pr should be closed as WON'T FIX with or without the
caveat since it is not a gfortran front-end problem.




-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36599

[Bug tree-optimization/37387] [4.4 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:2145

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-09-08 09:46 ---
Mine.


-- 

rguenth 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
   Last reconfirmed|2008-09-06 21:59:00 |2008-09-08 09:46:11
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37387

[Bug target/37401] ICE when compiling some LAPACK files with optimizations

[ubizjak at gmail dot com]

--- Comment #3 from ubizjak at gmail dot com  2008-09-08 09:02 ---
All tests work OK with a cross from linux to x86_64-pc-mingw32 as of version

GNU Fortran (GCC) version 4.4.0 20080908 (experimental) [trunk revision 140099]
(x86_64-pc-mingw32)

Please ask gfortran community to provide newer Windows binaries.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37401

[Bug fortran/37420] New: [4.4 Regression] -Wunused-variable broken

[janus at gcc dot gnu dot org]

Consider the following Fortran code:

subroutine s(x)
  real :: x
  integer :: i
end subroutine

Compiling this with "gfortran-4.3 -Wunused-variable" triggered two warnings:

Warning: Unused variable 'i' declared at (1)
Warning: Unused dummy argument 'x' at (1)

With recent trunk builds the first one is missing, and only the missing dummy
argument is detected. This seems to be a Fortran-specific problem, since unused
variables in C code are reported as expected.
Observed on x86_64-unknown-linux-gnu with rev. 140091.


-- 
   Summary: [4.4 Regression] -Wunused-variable broken
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janus at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37420

[Bug middle-end/37417] [4.4 Regression] error: type mismatch in binary expression, verify_gimple failed

[tbm at cyrius dot com]

--- Comment #3 from tbm at cyrius dot com  2008-09-08 10:08 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */

class tplasma
{
  public: int maxx;
};
tplasma plasma;
void init (void)
{
  new (char[plasma.maxx]);
}


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37417

[Bug tree-optimization/37421] ICE in vn_reference_insert_pieces at tree-ssa-sccvn.c:1131

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-09-08 12:16 ---
I will have a look.


-- 

rguenth 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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 12:16:17
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37421

[Bug middle-end/37275] [4.4 Regression] ICE when compile libgomp/task.c

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2008-
   ||09/msg00592.html
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 12:03:24
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37275

[Bug fortran/37411] ICE (segfault) in trans-array.c

[dominiq at lps dot ens dot fr]

--- Comment #4 from dominiq at lps dot ens dot fr  2008-09-08 09:46 ---
I am not 100% sure, but I somehow got the impression that the patch for pr37199
also fixed this pr. Could you check if this is the case?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37411

[Bug tree-optimization/37421] New: ICE in vn_reference_insert_pieces at tree-ssa-sccvn.c:1131

[dnovillo at gcc dot gnu dot org]

Found with this test case.  Still have not analyzed it, so I'm not quite sure
where we're getting confused:

#include 
#include 

inline int
bci (const float &source)
{
 int dest;
 memcpy (&dest, &source, sizeof (dest));
 return dest;
}

inline float
bcf (const int &source)
{
 float dest;
 memcpy (&dest, &source, sizeof (dest));
 return dest;
}

float
Foo ()
{
 const int foo = bci (0.0f);
 int bar = foo;
 const int baz = foo & 1;
 if (!baz && (foo & 2))
   bar = 0;
 return bcf (bar);
}

main ()
{
  printf ("Foo() = %f\n", Foo());
}

$ /bin/g++ -o mathutil -O2 mathutil.cc
mathutil.cc: In function 'float Foo()':
mathutil.cc:21: internal compiler error: in vn_reference_insert_pieces, at
tree-ssa-sccvn.c:1131
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: ICE in vn_reference_insert_pieces at tree-ssa-
sccvn.c:1131
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dnovillo at gcc dot gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37421

[Bug other/37419] [4.4 Regression] mpfr related memory corruption

[tbm at cyrius dot com]

--- Comment #1 from tbm at cyrius dot com  2008-09-08 08:54 ---
Created an attachment (id=16253)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16253&action=view)
Preprocessed code


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37419

[Bug middle-end/37096] conditional evaluation incorrect with -O3

[erik dot moller at cycos dot com]

--- Comment #6 from erik dot moller at cycos dot com  2008-09-08 10:54 
---
bug is still in 4.3.2


-- 

erik dot moller at cycos dot com changed:

   What|Removed |Added

Version|4.3.1   |4.3.2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37096

[Bug middle-end/37417] New: [4.4 Regression] error: type mismatch in binary expression, verify_gimple failed

[tbm at cyrius dot com]

With current trunk (revision 140100):

(sid)1089:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O2 
asc-edgen.ii
./../../edgen.cpp: In member function 'void tmapgenerator::init()':
./../../edgen.cpp:71: error: type mismatch in binary expression
long unsigned int

long unsigned int

int

D.95017 = D.95016 + 1;

./../../edgen.cpp:71: internal compiler error: verify_gimple failed
Please submit a full bug report,


-- 
   Summary: [4.4 Regression] error: type mismatch in binary
expression, verify_gimple failed
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37417

[Bug fortran/36167] ICE in gfc_conv_descriptor_dimension, at fortran/trans-array.c:242

[domob at gcc dot gnu dot org]

--- Comment #6 from domob at gcc dot gnu dot org  2008-09-08 13:52 ---
Subject: Bug 36167

Author: domob
Date: Mon Sep  8 13:51:26 2008
New Revision: 140107

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140107
Log:
2008-09-08  Daniel Kraft  <[EMAIL PROTECTED]>

PR fortran/36167
* gfortran.dg/array_function_3.f90: New test.
* gfortran.dg/save_3.f90: Added cleanup-modules directive.
* gfortran.dg/string_compare_1.f90: Ditto.

Added:
trunk/gcc/testsuite/gfortran.dg/array_function_3.f90
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/save_3.f90
trunk/gcc/testsuite/gfortran.dg/string_compare_2.f90


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36167

[Bug fortran/37411] ICE (segfault) in trans-array.c

[dominiq at lps dot ens dot fr]

--- Comment #5 from dominiq at lps dot ens dot fr  2008-09-08 13:53 ---
I have reverted the patch in comment #3 on intel/Darwin9 and updated to r140104
on ppc/Darwin9 and in both cases the original test compiles without error. Is
it another fix due to the one for pr37199?

Anyway, it would be safe to add a "gcc_assert (sym->as)" and to include the new
test case.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37411

[Bug fortran/36167] ICE in gfc_conv_descriptor_dimension, at fortran/trans-array.c:242

[domob at gcc dot gnu dot org]

--- Comment #7 from domob at gcc dot gnu dot org  2008-09-08 13:54 ---
This was apparently really fixed by my patch for PR 37199, I committed the
test-case attached to trunk.  Marking fixed.


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36167

[Bug bootstrap/37422] New: [4.4 regression] IRA merge breaks Solaris/x86 bootstrap

[ro at gcc dot gnu dot org]

Immediately after the IRA merge, i386-pc-solaris2.10 doesn't bootstrap any
longer:

In stage3, libgcc doesn't configure:

checking for suffix of object files... configure: error: in
`/vol/gccsrc/obj/gcc-4.4.0-20080903/10-gcc/i386-pc-solaris2.10/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage3-target-libgcc] Error 1

config.log reveals:

configure:2590: checking for suffix of object files
configure:2611: /vol/gccsrc/obj/reghunt/89389/./gcc/xgcc
-B/vol/gccsrc/obj/reghunt/89389/./gcc/ -B/usr/local/i386-pc-solaris2.10/bin/
-B/usr/local/i386-pc-solaris2.10/lib/ -isystem
/usr/local/i386-pc-solaris2.10/include -isystem
/usr/local/i386-pc-solaris2.10/sys-include -c -g -O2conftest.c >&5
:0: internal compiler error: in real_to_decimal_for_mode, at
real.c:1667
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
configure:2614: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:2627: error: in
`/vol/gccsrc/obj/reghunt/89389/i386-pc-solaris2.10/libgcc':
configure:2629: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.

The same happens at -O0, running cc1 conftest.c.  When I run cc1 under gdb, I
find
Breakpoint 1, fancy_abort (file=0x88af358
"/vol/gcc/src/gcc-reghunt/gcc/real.c", line=1667, function=0x874698b
"real_to_decimal_for_mode") at /vol/gcc/src/gcc-reghunt/gcc/diagnostic.c:699
(gdb) where
#0  fancy_abort (file=0x88af358 "/vol/gcc/src/gcc-reghunt/gcc/real.c",
line=1667, function=0x874698b "real_to_decimal_for_mode") at
/vol/gcc/src/gcc-reghunt/gcc/diagnostic.c:699
#1  0x082beb08 in real_to_decimal_for_mode (str=0x804747c "\003",
r_orig=Variable "r_orig" is not available.
) at /vol/gcc/src/gcc-reghunt/gcc/real.c:1667
#2  0x081030ff in builtin_define_with_hex_fp_value (macro=0x80475b4
"__FLT_MAX__", type=Variable "type" is not available.
) at /vol/gcc/src/gcc-reghunt/gcc/c-cppbuiltin.c:874
#3  0x08103442 in builtin_define_float_constants (name_prefix=0x87d9de2 "FLT",
fp_suffix=0x87d9de0 "F", fp_cast=0x87d9ddd "%s", type=0xfedeb410) at
/vol/gcc/src/gcc-reghunt/gcc/c-cppbuiltin.c:204
#4  0x08103ef1 in c_cpp_builtins (pfile=0x89ccc68) at
/vol/gcc/src/gcc-reghunt/gcc/c-cppbuiltin.c:538
#5  0x080faf23 in finish_options () at
/vol/gcc/src/gcc-reghunt/gcc/c-opts.c:1458
#6  0x080fb0fd in c_common_parse_file (set_yydebug=0) at
/vol/gcc/src/gcc-reghunt/gcc/c-opts.c:1236
#7  0x0831e595 in toplev_main (argc=2, argv=0x80476fc) at
/vol/gcc/src/gcc-reghunt/gcc/toplev.c:968
#8  0x080ab150 in _start ()
#9  0x0002 in ?? ()
[and so on until ...]
#589 0x632f6363 in ?? ()
#590 0x3163 in ?? ()
#591 0x in ?? ()
Cannot access memory at address 0x8048000


-- 
   Summary: [4.4 regression] IRA merge breaks Solaris/x86 bootstrap
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ro at gcc dot gnu dot org
 GCC build triplet: i386-pc-solaris2.10
  GCC host triplet: i386-pc-solaris2.10
GCC target triplet: i386-pc-solaris2.10


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37422

[Bug fortran/37423] Fortran 2003 DEFERRED bindings not yet implemented

[domob at gcc dot gnu dot org]

-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |domob at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 14:06:03
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37423

[Bug fortran/37423] New: Fortran 2003 DEFERRED bindings not yet implemented

[domob at gcc dot gnu dot org]

In the current implementation of Fortran 2003 type-bound procedures, DEFERRED
bindings are not yet implemented.  The DEFERRED type attribute will be parsed
but results in an immediate error.


-- 
   Summary: Fortran 2003 DEFERRED bindings not yet implemented
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37423

[Bug bootstrap/37424] New: [4.4 regression] IRA merge breaks Solaris/SPARC bootstrap

[ro at gcc dot gnu dot org]

Immediately after the IRA merge, sparc-sun-solaris2.11 bootstrap is broken:
stage2 libgcc fails to configure:

checking for suffix of object files... configure: error: in
`/vol/gccsrc/obj/reghunt/89389/sparc-sun-solaris2.11/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage2-target-libgcc] Error 1

config.log reveals

configure:2590: checking for suffix of object files
configure:2611: /vol/gccsrc/obj/reghunt/89389/./gcc/xgcc
-B/vol/gccsrc/obj/reghunt/89389/./gcc/ -B/usr/local/sparc-sun-solaris2.11/bin/
-B/usr/local/sparc-sun-solaris2.11/lib/ -isystem
/usr/local/sparc-sun-solaris2.11/include -isystem
/usr/local/sparc-sun-solaris2.11/sys-include -c -g -O2conftest.c >&5
/vol/gcc/src/gcc-reghunt/libgcc/configure[2612]: 28988 Bus Error
configure:2614: $? = 138
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:2627: error: in
`/vol/gccsrc/obj/reghunt/89389/sparc-sun-solaris2.11/libgcc':
configure:2629: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.

Running cc1 directly gives the same error.  Running cc1 under gdb directly gets
me a segfault instead of SIGBUS:

Program received signal SIGSEGV, Segmentation fault.
0x000ae824 in grokdeclarator (declarator=0x87d7f8, declspecs=0x87d7a0,
decl_context=NORMAL, initialized=1 '\001', width=0x0, decl_attrs=0xffbff47c,
deprecated_state=DEPRECATED_NORMAL) at
/vol/gcc/src/gcc-reghunt/gcc/c-decl.c:4186
(gdb) where
#0  0x000ae824 in grokdeclarator (declarator=0x87d7f8, declspecs=0x87d7a0,
decl_context=NORMAL, initialized=1 '\001', width=0x0, decl_attrs=0xffbff47c,
deprecated_state=DEPRECATED_NORMAL) at
/vol/gcc/src/gcc-reghunt/gcc/c-decl.c:4186
#1  0x000b18bc in start_function (declspecs=0x87d7a0, declarator=0x87d7f8,
attributes=0x0) at /vol/gcc/src/gcc-reghunt/gcc/c-decl.c:6071
#2  0x0010ad00 in c_parser_declaration_or_fndef (parser=0xff01d7e0, fndef_ok=1
'\001', empty_ok=, nested=0 '\0', start_attr_ok=) at /vol/gcc/src/gcc-reghunt/gcc/c-parser.c:1278
#3  0x0010f93c in c_parse_file () at
/vol/gcc/src/gcc-reghunt/gcc/c-parser.c:979
#4  0x000f2854 in c_common_parse_file (set_yydebug=0) at
/vol/gcc/src/gcc-reghunt/gcc/c-opts.c:1239
#5  0x00396468 in toplev_main (argc=, argv=) at /vol/gcc/src/gcc-reghunt/gcc/toplev.c:968
#6  0x00092bc4 in _start ()


-- 
   Summary: [4.4 regression] IRA merge breaks Solaris/SPARC
bootstrap
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ro at gcc dot gnu dot org
 GCC build triplet: sparc-sun-solaris2.11
  GCC host triplet: sparc-sun-solaris2.11
GCC target triplet: sparc-sun-solaris2.11


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37424

[Bug rtl-optimization/37377] [4.4 Regression] Bootstrap failure compiling libgcc

[vmakarov at redhat dot com]

--- Comment #11 from vmakarov at redhat dot com  2008-09-08 14:11 ---
Eric, thanks a lot for your analysis.  It was very helpful. I've reproduced the
bug.

IRA uses live ranges to find conflicts for spill slots during reload.  Live
ranges for r376 were wrong after IR flattening.  We have the following loop
structure for the case

l8->l7->l0
 ^
l24->l22-|

and we remove mem<-reg coping allocno values from l8 to l0 because allocnos
corresponding to r376 are not modified in the loops.  Allocno for r376 in l0
got live ranges only from l8 and l7 but not from l22 ...  Therefore IRA does
not find conflicts with another allocno (r90) in l22 and l24.

I'll send a patch to solve the problem today.  Just removing the optimization
(removing unnecessary mem<-reg) is not wise because it has significant impact
on the generated code performance.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37377

[Bug fortran/37425] New: Fortran 2003: GENERIC bindings as operators

[domob at gcc dot gnu dot org]

GENERIC type-bound procedures are currently implemented in gfortran, but only
by name and not as operators as in the following example (the polymorphic
passed-object problem included):

MODULE m
  IMPLICIT NONE

  TYPE :: t
INTEGER :: i
  CONTAINS
PROCEDURE :: assign_t_from_int
PROCEDURE :: equals_t_int
GENERIC :: ASSIGNMENT(=) => assign_t_from_int
GENERIC :: OPERATOR(==) => equals_t_int
  END TYPE t

CONTAINS

  SUBROUTINE assign_t_from_int (me, i)
IMPLICIT NONE
TYPE(t), INTENT(OUT) :: me
INTEGER, INTENT(IN) :: i
me = t (i)
  END SUBROUTINE assign_t_from_int

  LOGICAL FUNCTION equals_t_int (me, i)
IMPLICIT NONE
TYPE(t) :: me
INTEGER :: i
equals_t_int = (me%i == i)
  END FUNCTION equals_t_int

END MODULE m


-- 
   Summary: Fortran 2003: GENERIC bindings as operators
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37425

[Bug fortran/37425] Fortran 2003: GENERIC bindings as operators

[domob at gcc dot gnu dot org]

-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |domob at gcc dot gnu dot org
   |dot org |
   Severity|normal  |enhancement
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 14:14:18
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37425

[Bug bootstrap/37426] New: [4.4 regression] IRA merge breaks Tru64 UNIX bootstrap

[ro at gcc dot gnu dot org]

As of 20080903, mainline doesn't bootstrap on alpha-dec-osf5.1b: in stage2,
compiling build/gengtype-lex.o results in an ICE:

/vol/gccsrc/obj/gcc-4.4.0-20080903/5.1b-gcc/./prev-gcc/xgcc
-B/vol/gccsrc/obj/gcc-4.4.0-20080903/5.1b-gcc/./prev-gcc/
-B/vol/gcc/alpha-dec-osf5.1b/bin/ -c  -g -O2 -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
-Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
-I/vol/gcc/src/gcc-dist/gcc -I/vol/gcc/src/gcc-dist/gcc/build
-I/vol/gcc/src/gcc-dist/gcc/../include
-I/vol/gcc/src/gcc-dist/gcc/../libcpp/include -I/vol/gcc/include
-I/vol/gcc/include -I/vol/gcc/src/gcc-dist/gcc/../libdecnumber
-I/vol/gcc/src/gcc-dist/gcc/../libdecnumber/dpd -I../libdecnumber-o
build/gengtype-lex.o gengtype-lex.c
gengtype-lex.c: In function 'yy_get_next_buffer':
gengtype-lex.c:1653: warning: old-style function definition
gengtype-lex.c: In function 'yy_get_previous_state':
gengtype-lex.c:1785: warning: old-style function definition
gengtype-lex.c: In function 'input':
gengtype-lex.c:1898: warning: old-style function definition
/vol/gcc/src/gcc-dist/gcc/gengtype-lex.l: At top level:
gengtype-lex.c:1898: warning: 'input' defined but not used
gengtype-lex.c: In function 'yylex':
gengtype-lex.c:1641: internal compiler error: in ira_flattening, at
ira-build.c:2146
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [build/gengtype-lex.o] Error 1

This might be identical to PR rtl-optimization/37333.  I'm currently running
a mainline bootstrap as of 20080908 to check.


-- 
   Summary: [4.4 regression] IRA merge breaks Tru64 UNIX bootstrap
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ro at gcc dot gnu dot org
 GCC build triplet: alpha-dec-osf5.1b
  GCC host triplet: alpha-dec-osf5.1b
GCC target triplet: alpha-dec-osf5.1b


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37426

[Bug tree-optimization/37421] ICE in vn_reference_insert_pieces at tree-ssa-sccvn.c:1131

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-09-08 14:56 ---
I have a (good on its own) patch to hide the issue, but I'll try to investigate
the issue some more.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37421

[Bug middle-end/37337] [4.4 Regression] ICE: verify_flow_info failed

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-09-08 15:08 ---
Testing a patch.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-09-06 02:13:46 |2008-09-08 15:08:50
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37337

[Bug fortran/37427] New: Passed-object dummy argument should be polymorphic

[domob at gcc dot gnu dot org]

As polymorphic entities are not implemented in gfortran, the handling of
passed-object dummy arguments allows (or requires) them to be declared
non-polymorphic (TYPE(t)) while they should in fact be CLASS(t):

MODULE m

  TYPE :: t
  CONTAINS
PROCEDURE :: proc
  END TYPE t

CONTAINS

  SUBROUTINE proc (me)
TYPE(t) :: me ! should be CLASS(t) :: me
  END SUBROUTINE proc

END MODULE m


-- 
   Summary: Passed-object dummy argument should be polymorphic
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37427

[Bug fortran/37427] Passed-object dummy argument should be polymorphic

[domob at gcc dot gnu dot org]

-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |domob at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 15:12:50
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37427

[Bug fortran/37427] Passed-object dummy argument should be polymorphic

[domob at gcc dot gnu dot org]

-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37427

[Bug tree-optimization/37421] ICE in vn_reference_insert_pieces at tree-ssa-sccvn.c:1131

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-09-08 15:14 ---
It actually is the correct fix.  We valueize expressions in-place, and
copy visiting doesn't follow the chain up until a constant.  So we have

a = 0;
  = VIEW_CONVERT_EXPR ;
b = a;
  = VIEW_CONVERT_EXPR ;

we first insert VIEW_CONVERT_EXPR <0> in the table, then during processing
of VIEW_CONVERT_EXPR  we valueize it to VIEW_CONVERT_EXPR  which is
not in the table.  During insertion we valueize again, now getting
VIEW_CONVERT_EXPR <0> which is already in the table so we hit the assert.

Bootstrapping and testing the fix now.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37421

[Bug rtl-optimization/37377] [4.4 Regression] Bootstrap failure compiling libgcc

[ebotcazou at gcc dot gnu dot org]

--- Comment #12 from ebotcazou at gcc dot gnu dot org  2008-09-08 15:25 
---
> Eric, thanks a lot for your analysis.  It was very helpful.

You're welcome!

> IRA uses live ranges to find conflicts for spill slots during reload.  Live
> ranges for r376 were wrong after IR flattening.  We have the following loop
> structure for the case
> 
> l8->l7->l0
>  ^
> l24->l22-|
> 
> and we remove mem<-reg coping allocno values from l8 to l0 because allocnos
> corresponding to r376 are not modified in the loops.  Allocno for r376 in l0
> got live ranges only from l8 and l7 but not from l22 ...  Therefore IRA does
> not find conflicts with another allocno (r90) in l22 and l24.

Yes, my understanding was that the flattening code currently assumes that the
moves are always generated at the borders.

> I'll send a patch to solve the problem today.  Just removing the optimization
> (removing unnecessary mem<-reg) is not wise because it has significant impact
> on the generated code performance.

OK, thanks for the explanation.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37377

[Bug bootstrap/37424] [4.4 regression] IRA merge breaks Solaris/SPARC bootstrap

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2008-09-08 15:32 
---
Yep.  I'll try to debug later today.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 15:32:57
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37424

[Bug tree-optimization/37421] ICE in vn_reference_insert_pieces at tree-ssa-sccvn.c:1131

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-09-08 16:31 ---
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=37421

[Bug tree-optimization/37421] ICE in vn_reference_insert_pieces at tree-ssa-sccvn.c:1131

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-09-08 16:33 ---
Subject: Bug 37421

Author: rguenth
Date: Mon Sep  8 16:31:43 2008
New Revision: 140111

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140111
Log:
2008-09-08  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/37421
* tree-ssa-sccvn.c (visit_copy): Make sure to fully
valueize the RHS.

* g++.dg/torture/pr37421.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/torture/pr37421.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-sccvn.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37421

[Bug c/37428] New: GNU VLA-in-structure extension is undocumented

[drow at gcc dot gnu dot org]

This is a GNU extension to C99:

void foo(int n)
{
  struct S { int x[n]; };
}

It is not mentioned in the C Extensions section of the manual.


-- 
   Summary: GNU VLA-in-structure extension is undocumented
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drow at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37428

[Bug middle-end/37393] [4.4 Regression] error: EH edge 10->12 is missing

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-09-08 17:31 ---
Unrelated.  Testing a fix.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-09-06 21:04:01 |2008-09-08 17:31:55
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37393

[Bug fortran/37429] New: Checks when assigning from a type-bound procedure broken

[domob at gcc dot gnu dot org]

It seems that code like

a = obj%func () ! PROCEDURE, NOPASS :: func => target_func

misses some checks (for instance, that a and the result of func have the same
rank) that are performed for the "equivalent"

a = target_func ()

The attached test program not only misses a diagnostic for this, but ICEs. 
I've not yet looked in detail at the ICE, but I suppose it's very likely caused
because it assumes that both ranks are equal or something like this and the
assumption failed because no error was emitted for this.


-- 
   Summary: Checks when assigning from a type-bound procedure broken
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37429

[Bug fortran/37429] Checks when assigning from a type-bound procedure broken

[domob at gcc dot gnu dot org]

--- Comment #1 from domob at gcc dot gnu dot org  2008-09-08 17:59 ---
Created an attachment (id=16255)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16255&action=view)
ICE'ing invalid test

This is the ICE'ing test.  I will investigate this bug, as it seems to be a
problem with type-bound procedures.


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |domob at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37429

[Bug fortran/37420] [4.4 Regression] -Wunused-variable broken

[tkoenig at gcc dot gnu dot org]

--- Comment #2 from tkoenig at gcc dot gnu dot org  2008-09-08 18:22 ---
Confirmed.


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||tkoenig at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 18:22:54
   date||
   Target Milestone|--- |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37420

[Bug fortran/37355] Request runtime preconnected buffer option for gfortran

[tkoenig at gcc dot gnu dot org]

--- Comment #1 from tkoenig at gcc dot gnu dot org  2008-09-08 18:29 ---
(In reply to comment #0)
I would like a method to override
> the default buffering at runtime.

What about calling FLUSH in critical places?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37355

[Bug fortran/37411] ICE (segfault) in trans-array.c

[domob at gcc dot gnu dot org]

--- Comment #6 from domob at gcc dot gnu dot org  2008-09-08 18:37 ---
Reading the comments, this sounds really like the problem fixed for PR 37199
(sym->as "wrongly" NULL after interface-remapping).  I agree that adding the
test and gcc_assert sounds like a good idea for me.

I will work on this tomorrow morning if no-one confirms and makes these changes
this evening :)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37411

[Bug ada/37430] New: C974013 gives exception

[joel at gcc dot gnu dot org]

Laurent indicated this is spurious on other targets but it is 100% regular on
rtems so I thought I would give a backtrace. 

It is calling pthread_kill(SIGABORT).  This is the backtrace.

,.,. C974013 ACATS 2.5 88-01-01 00:00:00
 C974013 Asynchronous Select: Trigger is delay_until which completes
before abortable part.

Breakpoint 6, pthread_kill (thread=184614916, sig=6)
at
/home/joel/work-gnat/svn//rtems/c/src/../../cpukit/posix/src/pthreadkill.c:37
37if ( !sig )
(gdb) bt
#0  pthread_kill (thread=184614916, sig=6)
at
/home/joel/work-gnat/svn//rtems/c/src/../../cpukit/posix/src/pthreadkill.c:37
#1  0x5600 in system.task_primitives.operations.abort_task (
t=) at s-taprop.adb:1077
#2  0x9950 in system.tasking.initialization.locked_abort_to_level (
self_id=0x90f10, t=0x93f50, l=) at s-tasini.adb:505
#3  0xed88 in system.tasking.async_delays.timer_server (
<_task>=) at s-taasde.adb:382
#4  0xe0a4 in system.tasking.stages.task_wrapper (self_id=0x90f10)
at s-tassta.adb:1151
#5  0x00052b38 in _Thread_Handler ()
at
/home/joel/work-gnat/svn//rtems/c/src/../../cpukit/score/src/threadhandler.c:150
#6  0x00052a48 in _Thread_Evaluate_mode ()
at
/home/joel/work-gnat/svn//rtems/c/src/../../cpukit/score/src/threadevaluatemode.c:53


This is the backtrace in rtems/powerpc from the abort (signo=6) when it is
processed.

(gdb) r
Starting program:
/home/joel/work-gnat/svn/gcc/gcc/testsuite/ada/acats/work-psim/tests/c9/c974013/c974013
 

,.,. C974013 ACATS 2.5 88-01-01 00:00:00
 C974013 Asynchronous Select: Trigger is delay_until which completes
before abortable part.

Breakpoint 4, C_exception_handler (excPtr=0x715f20) at
/home/joel/work-gnat/svn//rtems/c/src/lib/libcpu/powerpc/new-exceptions/bspsupport/vectors_init.c:119
119   nest++;
(gdb) bt
#0  C_exception_handler (excPtr=0x715f20) at
/home/joel/work-gnat/svn//rtems/c/src/lib/libcpu/powerpc/new-exceptions/bspsupport/vectors_init.c:119
#1  0x00038f20 in wrap_call_global_handler_std ()
at
/home/joel/work-gnat/svn//rtems/c/src/lib/libcpu/powerpc/new-exceptions/bspsupport/ppc_exc_asm_macros.h:596
#2  0xa5a5a5a5 in ?? ()
#3  0x00015880 in <__gnat_notify_handled_exception> () at a-exextr.adb:140
#4  0x00015508 in ada.exceptions.exception_propagation.propagate_exception
(e=, from_signal_handler=)
at a-exexpr.adb:116
#5  0x0001641c in <__gnat_raise_nodefer_with_msg> (e=0x3ad1331d) at
a-except.adb:829
#6  0x000164b4 in <__gnat_raise_exception> (e=0x7ecf4, message={P_ARRAY =
0x8, P_BOUNDS = 0x429f0005}) at a-except.adb:868
#7  0x6740 in system.task_primitives.operations.abort_handler (sig=) at s-taprop.adb:222
#8  0x00052420 in _POSIX_signals_Check_signal (api=0x6efef0, signo=6,
is_global=)
at
/home/joel/work-gnat/svn//rtems/c/src/../../cpukit/posix/src/psignalchecksignal.c:85
#9  0x0004f214 in _POSIX_signals_Post_switch_extension (the_thread=)
at
/home/joel/work-gnat/svn//rtems/c/src/../../cpukit/posix/src/psignal.c:146
#10 0x00048d38 in _API_extensions_Run_postswitch () at
/home/joel/work-gnat/svn//rtems/c/src/../../cpukit/score/src/apiext.c:103
#11 0x0004ae74 in _Thread_Dispatch () at
/home/joel/work-gnat/svn//rtems/c/src/../../cpukit/score/src/threaddispatch.c:175
#12 0x00039768 in ppc_exc_wrapup (f=)
at
/home/joel/work-gnat/svn//rtems/c/src/lib/libcpu/powerpc/new-exceptions/bspsupport/ppc_exc_hdl.c:97
#13 0x00038e28 in recover_check_twiddle_std_std ()
at
/home/joel/work-gnat/svn//rtems/c/src/lib/libcpu/powerpc/new-exceptions/bspsupport/ppc_exc_asm_macros.h:596
Backtrace stopped: frame did not save the PC


-- 
   Summary: C974013 gives exception
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: powerpc-rtems4.9


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37430

[Bug ada/37430] C974013 gives exception [regression]

[joel at gcc dot gnu dot org]

--- Comment #1 from joel at gcc dot gnu dot org  2008-09-08 19:05 ---
Worked on SVN trunk as of this report

http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg02355.html


-- 

joel at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|C974013 gives exception |C974013 gives exception
   ||[regression]


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37430

[Bug ada/37431] New: ACATS failures for alignment

[joel at gcc dot gnu dot org]

Worked on SVN trunk:
http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg02355.html

c34002a and ~100 more.  Code is being generated for a byte wide access of the
stack and causing an alignment exception on an ERC32 CPU.  Compiler invocation:

sparc-rtems4.9-gnatmake -fstack-check -v -O -gnatws -O2
-I/home/joel/work-gnat/svn/gcc/gcc/testsuite/ada/acats/work-sis/support
c34002a.adb -bargs -Mgnat_main -largs
-B/home/joel/work-gnat/svn//bsp-install/sparc-rtems4.9/sis/lib/ -specs
bsp_specs -qrtems -mcpu=cypress
/home/joel/work-gnat/svn/gcc/gcc/testsuite/ada/acats/work-sis/rtems_init.o

(gdb) p/x $pc
$3 = 0x2003a98

0x02003a98 <_ada_c34002a+124>:  st  %o0, [ %fp + -89 ]

(gdb) si
Unexpected trap (0x 7) at address 0x02003A98
memory address not aligned


-- 
   Summary: ACATS failures for alignment
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: sparc-rtems4.9


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37431

[Bug ada/37430] C974013 gives exception [regression]

[joel at gcc dot gnu dot org]

--- Comment #2 from joel at gcc dot gnu dot org  2008-09-08 19:10 ---
Stupid mistake.. Previous link was to sparc not powerpc ACATS.  Here is the
correct URL for test results where this did not fail.

20080812 (experimental) [trunk revision 139039] on powerpc-rtems4.9

http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg01277.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37430

[Bug ada/37431] SPARC ACATS failures for alignment

[joel at gcc dot gnu dot org]

--- Comment #1 from joel at gcc dot gnu dot org  2008-09-08 19:32 ---
4.3.0 results here http://gcc.gnu.org/ml/gcc-testresults/2008-05/msg00543.html


-- 

joel at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to work||4.3.0
Summary|ACATS failures for alignment|SPARC ACATS failures for
   ||alignment


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37431

[Bug middle-end/37337] [4.4 Regression] ICE: verify_flow_info failed

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2008-09-08 19:32 ---
Subject: Bug 37337

Author: jakub
Date: Mon Sep  8 19:31:18 2008
New Revision: 140117

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140117
Log:
PR middle-end/37337
* tree-ssa-dom.c (optimize_stmt): Call maybe_clean_or_replace_eh_stmt
even when a stmt has been gimple_modified_p, but after fold_stmt is
not any longer.  Remove unneeded may_have_exposed_new_symbols
initializations.

* g++.dg/tree-ssa/pr37337.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/tree-ssa/pr37337.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-dom.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37337

[Bug target/28126] gcc moves an expensive instruction outside of a conditional

[rdsandiford at googlemail dot com]

--- Comment #12 from rdsandiford at googlemail dot com  2008-09-08 19:48 
---
Subject: Re:  gcc moves an expensive instruction outside of a conditional

"daney at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
> Can we close this now?
>
> I think it is fixed.

Sorry, this is still on the back-burner.

I think the underlying problem is still there, even if it doesn't
trigger for the original testcases.

Richard


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28126

[Bug middle-end/37337] [4.4 Regression] ICE: verify_flow_info failed

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2008-09-08 19:51 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37337

[Bug rtl-optimization/14583] a switch statement can be converted to an array access

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-09-08 19:51 ---
This was fixed by:
2008-07-01  Martin Jambor  <[EMAIL PROTECTED]>

* Makefile.in (tree-switch-conversion.o): Add.
(OBJS-common): Add tree-swtch-conversion.o.
* passes.c (init_optimization_passes): Add pass_convert_switch.
* tree-pass.h: (pass_convert_switch): Add.
* tree-switch-conversion.c: New file.
* gcc.dg/tree-ssa/cswtch.c: New testcase.
* common.opt (ftree-cswtch): New option.
* params.h (PARAM_SWITCH_CONVERSION_BRANCH_RATIO): New parameter.
* params.def (PARAM_SWITCH_CONVERSION_BRANCH_RATIO): New parameter.
* opts.c (decode_options): Set flag_tree_switch_conversion when
optimization level is >= 2.
* doc/invoke.texi (Optimize Options): Added description of
-ftree-swtch-conversion and switch-conversion-max-branch-ratio.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14583

[Bug tree-optimization/37432] New: [4.4 Regression] ICE in VN_INFO, at tree-ssa-sccvn.c:180

[tbm at cyrius dot com]

With current trunk (revision 140117):

(sid)1113:[EMAIL PROTECTED]: ..4.3-2008-09-08-r140117/gcc] ./cc1 -quiet -O2
~/postgis-shp2pgsql.i
shp2pgsql.c: In function 'InsertMultiPoint':
shp2pgsql.c:1280: internal compiler error: in VN_INFO, at tree-ssa-sccvn.c:180
Please submit a full bug report,
with preprocessed source if appropriate.


-- 
   Summary: [4.4 Regression] ICE in VN_INFO, at tree-ssa-sccvn.c:180
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37432

[Bug tree-optimization/37421] [4.4 Regression] ICE in vn_reference_insert_pieces at tree-ssa-sccvn.c:1131

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Keywords||ice-on-valid-code
Summary|ICE in  |[4.4 Regression] ICE in
   |vn_reference_insert_pieces  |vn_reference_insert_pieces
   |at tree-ssa-sccvn.c:1131|at tree-ssa-sccvn.c:1131
   Target Milestone|--- |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37421

[Bug tree-optimization/37433] New: tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050

[tbm at cyrius dot com]

With current trunk (revision 140117):

(sid)1114:[EMAIL PROTECTED]: ..4.3-2008-09-08-r140117/gcc] ./cc1 -quiet -O2
~/odt2txt-regex.i
(sid)1115:[EMAIL PROTECTED]: ..4.3-2008-09-08-r140117/gcc] ./cc1 -quiet -O3
~/odt2txt-regex.i
regex.c: In function 'regex_rm':
regex.c:92: internal compiler error: tree check: expected function_decl, have
string_cst in ccp_fold, at tree-ssa-ccp.c:1050
Please submit a full bug report,


-- 
   Summary: tree check: expected function_decl, have string_cst in
ccp_fold, at tree-ssa-ccp.c:1050
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433

[Bug fortran/37355] Request runtime preconnected buffer option for gfortran

[MMcVeigh at att dot net]

--- Comment #2 from MMcVeigh at att dot net  2008-09-08 20:00 ---
Yes, FLUSH works, but 

* I don't think it was part of standards until 2003, 
* I need to place it several places in my code,
* I really didn't want gfortran specific code if I could avoid it
* There isn't a problem with buffering on our other compilers
  on HP-UX.  c89 + HP F90 work fine for buffer synchronization.

I guess I will have to assume my feature request is denied.

Thanks for your suggestion,

Mark


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37355

[Bug middle-end/37434] New: [4.4 Regression] ICE in extract_insn, at recog.c:2027

[tbm at cyrius dot com]

With current trunk (revision 140117):

(sid)1122:[EMAIL PROTECTED]: ..4.3-2008-09-08-r140117/gcc] ./cc1plus -quiet 
-m64 -msse3
~/framewave-Set.ii

domain/fwImage/include/Set.h: In function 'void SSE2::Set_AC4R_SETUP_I(long
long int __vector__&, XMM128&, const Fw16s*)':
domain/fwImage/include/Set.h:134: error: unrecognizable insn:
(insn 73 72 74 2
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.4.0/include/emmintrin.h:596
(set (reg:V8HI 117)
(vec_merge:V8HI (vec_duplicate:V8HI (const_int 0 [0x0]))
(reg:V8HI 117)
(const_int 2 [0x2]))) -1 (nil))
domain/fwImage/include/Set.h:134: internal compiler error: in extract_insn, at
recog.c:2027


-- 
   Summary: [4.4 Regression] ICE in extract_insn, at recog.c:2027
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37434

[Bug bootstrap/37424] [4.4 regression] IRA merge breaks Solaris/SPARC bootstrap

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Severity|major   |blocker
   Keywords||ra, wrong-code
   Target Milestone|--- |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37424

[Bug tree-optimization/37433] tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050

[tbm at cyrius dot com]

--- Comment #1 from tbm at cyrius dot com  2008-09-08 20:02 ---
Created an attachment (id=16256)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16256&action=view)
Preprocessed code


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433

[Bug middle-end/37434] [4.4 Regression] ICE in extract_insn, at recog.c:2027

[tbm at cyrius dot com]

--- Comment #1 from tbm at cyrius dot com  2008-09-08 20:02 ---
Created an attachment (id=16257)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16257&action=view)
Preprocessed code


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37434

[Bug target/37434] [4.4 Regression] ICE in extract_insn, at recog.c:2027

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|middle-end  |target
   Keywords||ice-on-valid-code
Summary|[4.4 Regression] ICE in |[4.4 Regression] ICE in
   |extract_insn, at|extract_insn, at
   |recog.c:2027|recog.c:2027
   Target Milestone|--- |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37434

[Bug tree-optimization/37432] [4.4 Regression] ICE in VN_INFO, at tree-ssa-sccvn.c:180

[tbm at cyrius dot com]

--- Comment #1 from tbm at cyrius dot com  2008-09-08 20:03 ---
Created an attachment (id=16258)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16258&action=view)
Preprocessed code


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37432

[Bug tree-optimization/37432] [4.4 Regression] ICE in VN_INFO, at tree-ssa-sccvn.c:180

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Keywords||ice-on-valid-code
Summary|[4.4 Regression] ICE in |[4.4 Regression] ICE in
   |VN_INFO, at tree-ssa-   |VN_INFO, at tree-ssa-
   |sccvn.c:180 |sccvn.c:180
   Target Milestone|--- |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37432

[Bug tree-optimization/37421] [4.4 Regression] ICE in vn_reference_insert_pieces at tree-ssa-sccvn.c:1131

[dnovillo at gcc dot gnu dot org]

--- Comment #7 from dnovillo at gcc dot gnu dot org  2008-09-08 20:13 
---
Subject: Bug 37421

Author: dnovillo
Date: Mon Sep  8 20:12:38 2008
New Revision: 140119

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140119
Log:
2008-09-08  Diego Novillo  <[EMAIL PROTECTED]>

* tree-ssa-pre.c (gate_pre): Re-enable.

Bring from mainline @140111

2008-09-08  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/37421
* tree-ssa-sccvn.c (visit_copy): Make sure to fully
valueize the RHS.

testsuite/ChangeLog.lto:

2008-09-08  Diego Novillo  <[EMAIL PROTECTED]>

Bring from mainline @140111

2008-09-08  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/37421
* g++.dg/torture/pr37421.C: New testcase.

* gcc.dg/lto/lto.exp: Add -pedantic-errors.
* g++.dg/lto/lto.exp: Likewise.
* g++.dg/lto/20080908-1.C: Fix return value of main().
* g++.dg/lto/20080908-3.C: Likewise.



Added:
branches/lto/gcc/testsuite/g++.dg/torture/pr37421.C
  - copied unchanged from r140111,
trunk/gcc/testsuite/g++.dg/torture/pr37421.C
Modified:
branches/lto/gcc/ChangeLog.lto
branches/lto/gcc/testsuite/ChangeLog.lto
branches/lto/gcc/testsuite/g++.dg/lto/20080908-1.C
branches/lto/gcc/testsuite/g++.dg/lto/20080908-3.C
branches/lto/gcc/testsuite/g++.dg/lto/lto.exp
branches/lto/gcc/testsuite/gcc.dg/lto/lto.exp
branches/lto/gcc/tree-ssa-pre.c
branches/lto/gcc/tree-ssa-sccvn.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37421

[Bug fortran/37420] [4.4 Regression] -Wunused-variable broken

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2008-09-08 20:16 ---
I saw it around 2008-02-28-r132751 / 2008-02-29-r132761, however, as the SVN
looks innocent, one should not rely one the exact date. Before that date, with
"-O  -Wunused-variable" one could get a message, afterwards it stopped.

Maybe one should do a proper regression search.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37420

[Bug tree-optimization/37432] [4.4 Regression] ICE in VN_INFO, at tree-ssa-sccvn.c:180

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-09-08 20:26 ---
Reduced testcase:
static void print_wkb_byte(unsigned char val) {
  print_wkb_bytes((unsigned char *)&val, 1, 1);
}
void InsertMultiPoint(int b) {
  char a = 1;
  if (b) a = 0;
  print_wkb_byte(a);
}

--- CUT ---
The inlininer produces invalid gimple:
  val ={v} (unsigned char) D.1580_6;


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 20:26:58
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37432

[Bug target/37434] [4.4 Regression] ICE in extract_insn, at recog.c:2027

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-09-08 20:31 ---
Reducing ...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37434

[Bug middle-end/37385] [4.4 Regression] ICE in set_mem_alias_set with the vectorizer and function pointers

[victork at gcc dot gnu dot org]

--- Comment #4 from victork at gcc dot gnu dot org  2008-09-08 20:31 ---
Here is slightly simplified test:
== cut 
typedef int int_t;
typedef void (*fun_t) (int);
fun_t fun_tab[400] __attribute__ ((__aligned__(16)));

void foo (int_t a);

void
bar ()
{
  int i;

  for (i = 0; i < 400; i++)
  fun_tab[i] = foo;
}
== cut 

It started to fail with ICE from this revision:
Author: irar
Date: Mon Jun 16 10:39:07 2008
New Revision: 136843

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136843
Log:
PR tree-optimization/36493
* tree-vect-transform.c (vect_create_data_ref_ptr): Remove TYPE from
the arguments list. Use VECTYPE to create vector pointer.
(vectorizable_store): Fail if accesses through a pointer to vectype
do not alias the original memory reference operands.
Call vect_create_data_ref_ptr without the removed argument.
(vectorizable_load): Likewise.
(vect_setup_realignment): Call vect_create_data_ref_ptr without the
removed argument.


Added:
trunk/gcc/testsuite/gcc.dg/vect/pr36493.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vect-transform.c

===

And this is a change in vectorizer dump:
 bar ()
 {
   unsigned int ivtmp.15;
-  vector void (*) (int_t) * ivtmp.14;
+  vector void (*) (int) * ivtmp.14;
   vector void (*) (int) * vect_pfun_tab.13;
-  vector void (*) (int_t) * vect_pfun_tab.8;
+  vector void (*) (int) * vect_pfun_tab.8;
   vector void (*) (int_t) vect_cst_.7;
   unsigned int ivtmp.6;
   int i;

 :
   vect_cst_.7_9 = {foo, foo};
   vect_pfun_tab.13_8 = (vector void (*) (int) *) &fun_tab;
-  vect_pfun_tab.8_12 = (vector void (*) (int_t) *) vect_pfun_tab.13_8;
+  vect_pfun_tab.8_12 = vect_pfun_tab.13_8;

 :
   # ivtmp.15_15 = PHI 
   # ivtmp.14_13 = PHI 
   # ivtmp.6_1 = PHI 
   # i_10 = PHI 
   *ivtmp.14_13 = vect_cst_.7_9;
   i_4 = i_10 + 1;
   ivtmp.6_5 = ivtmp.6_1 - 1;
   ivtmp.14_14 = ivtmp.14_13 + 16;
   ivtmp.15_16 = ivtmp.15_15 + 1;
   if (ivtmp.15_16 < 200)
 goto ;
   else
 goto ;

 :
   goto ;

 :
   return;

 }

Thus, in new revision vars  *ivtmp.14" and "vect_cst_.7" have different types,
but the assignment "*ivtmp.14_13 = vect_cst_.7_9;" is done without a cast.


-- 

victork at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||victork at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385

[Bug middle-end/37385] [4.4 Regression] ICE in set_mem_alias_set with the vectorizer and function pointers

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-09-08 20:34 ---
This looks related to PR 37418.  The types are the compatible as that is just a
typedef.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385

[Bug middle-end/37418] [4.4 Regression] error: type mismatch in address expression, verify_gimple failed

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-09-08 20:38 ---
Reducing ...


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.4 Regression] error: type|[4.4 Regression] error: type
   |mismatch in address |mismatch in address
   |expression, verify_gimple   |expression, verify_gimple
   |failed  |failed


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37418

[Bug middle-end/37418] [4.4 Regression] error: type mismatch in address expression, verify_gimple failed

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-09-08 20:44 ---
Reduced testcase:
typedef void failure_callback_t(int);
void default_panic_handler(int args)__attribute__((noreturn));
void i_set_panic_handler(failure_callback_t *callback
__attribute__((noreturn)))
{
  callback = default_panic_handler;
}


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 20:44:49
   date||
   Target Milestone|--- |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37418

[Bug tree-optimization/37433] [4.4 Regression] tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-09-08 20:47 ---
reducing ...


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
Summary|tree check: expected|[4.4 Regression] tree check:
   |function_decl, have |expected function_decl, have
   |string_cst in ccp_fold, at  |string_cst in ccp_fold, at
   |tree-ssa-ccp.c:1050 |tree-ssa-ccp.c:1050
   Target Milestone|--- |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433

[Bug tree-optimization/37433] [4.4 Regression] tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-09-08 21:01 ---
Reduced testcase:
int regex_subst(void)
{
  const void *subst = "";
  char *s;
  s =  (*(char *(*)(int))subst) (0);
}


-- 

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 |2008-09-08 21:01:48
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433

[Bug driver/37409] -fwhole-program option breaks collect2-generated global constructors

[danglin at gcc dot gnu dot org]

--- Comment #4 from danglin at gcc dot gnu dot org  2008-09-08 21:03 ---
Let's try closing again.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37409

[Bug c++/37417] [4.4 Regression] error: type mismatch in binary expression, verify_gimple failed

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-09-08 21:05 ---
Even more reduced testcase:
void init (int a)
{
  new (char[a]);
}


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
  Component|middle-end  |c++
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2008-09-08 21:05:56
   date||
   Target Milestone|--- |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37417

[Bug tree-optimization/37433] [4.4 Regression] tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-09-08 21:28 ---
This is surely not "valid" code.


-- 

rguenth 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
   Last reconfirmed|2008-09-08 21:01:48 |2008-09-08 21:28:17
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433

[Bug tree-optimization/37433] [4.4 Regression] tree check: expected function_decl, have string_cst in ccp_fold, at tree-ssa-ccp.c:1050

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-09-08 21:30 ---
(In reply to comment #4)
> This is surely not "valid" code.

valid but undefined.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433

[Bug middle-end/37414] [4.4 regression] ICE with -ffast-math

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-09-08 21:31 ---
Subject: Bug 37414

Author: jakub
Date: Mon Sep  8 21:30:23 2008
New Revision: 140122

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140122
Log:
PR middle-end/37414
* predict.c (optimize_function_for_size_p): Don't segfault if
FUN is NULL.
* fold-const.c (LOGICAL_OP_NON_SHORT_CIRCUIT, fold_truthop,
tree_swap_operands_p): Don't test cfun != NULL before calling
optimize_function_for_s*_p.

* g++.dg/opt/init2.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/opt/init2.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/fold-const.c
trunk/gcc/predict.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37414

[Bug middle-end/37414] [4.4 regression] ICE with -ffast-math

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-09-08 21:32 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37414

[Bug middle-end/37393] [4.4 Regression] error: EH edge 10->12 is missing

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2008-09-08 21:32 ---
Subject: Bug 37393

Author: jakub
Date: Mon Sep  8 21:31:36 2008
New Revision: 140123

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140123
Log:
PR middle-end/37393
* tree-inline.c (copy_bb): When replacing a gimple_call_va_arg_pack_p
call stmt by new_call, clear gimple_bb on stmt after gsi_replace.

* g++.dg/tree-ssa/pr37393.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/tree-ssa/pr37393.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-inline.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37393