[Bug fortran/43829] Scalarization of reductions

2010-06-27 Thread mikael at gcc dot gnu dot org
--- Comment #19 from mikael at gcc dot gnu dot org 2010-06-27 12:42 --- Created an attachment (id=21016) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21016&action=view) Updated patch -- mikael at gcc dot gnu dot org changed: What|

[Bug fortran/43829] Scalarization of reductions

2010-06-27 Thread mikael at gcc dot gnu dot org
--- Comment #20 from mikael at gcc dot gnu dot org 2010-06-27 12:50 --- (In reply to comment #17) > With the patch in comment #13 I get the following failures: > > > FAIL: gfortran.dg/entry_10.f90 -O0 (internal compiler error) > ... > FAIL: gfortran.dg/entry_13.f

[Bug fortran/42051] [OOP] ICE on array-valued function with CLASS formal argument

2010-06-27 Thread mikael at gcc dot gnu dot org
--- Comment #13 from mikael at gcc dot gnu dot org 2010-06-27 13:14 --- Hello, The problem is that the oop code can add new symbols to the symtrees at resolution or code generation time, which is unexpected. gfc_get_sym_tree (and thus gfc_get_symbol) has the side effect of keeping

[Bug fortran/42051] [OOP] ICE on array-valued function with CLASS formal argument

2010-06-27 Thread mikael at gcc dot gnu dot org
--- Comment #14 from mikael at gcc dot gnu dot org 2010-06-27 13:16 --- (In reply to comment #13) > I'm leaving this assigned to Janus because, as OOP master, he knows best the > place(s) where the change(s) have to be applied, for better cleanness, > bullet-proof-ness,

[Bug fortran/44662] unitialized memory on testcases abstract_type_6.f03 and typebound_call_4.f03

2010-07-01 Thread mikael at gcc dot gnu dot org
--- Comment #4 from mikael at gcc dot gnu dot org 2010-07-01 17:05 --- PR44746 is a probable duplicate. I should hurry to commit before some others show up. I need to * finish what I'm doing * retrieve my commit key from... well, where it is * find some space to save my

[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%

2010-07-02 Thread mikael at gcc dot gnu dot org
--- Comment #3 from mikael at gcc dot gnu dot org 2010-07-02 08:45 --- It could be useful at several places to have a function traversing the code of a procedure and telling whether an array is read or written to by that procedure. It should be quite doable for the write case (only

[Bug fortran/44662] unitialized memory on testcases abstract_type_6.f03 and typebound_call_4.f03

2010-07-02 Thread mikael at gcc dot gnu dot org
--- Comment #6 from mikael at gcc dot gnu dot org 2010-07-02 15:56 --- (In reply to comment #5) > If you need someone to apply, test and commit , let me know. I will have time > and its pretty quick on my quad machine > No thanks, I will need a commit tree anyway. It&#x

[Bug fortran/44662] unitialized memory on testcases abstract_type_6.f03 and typebound_call_4.f03

2010-07-02 Thread mikael at gcc dot gnu dot org
--- Comment #7 from mikael at gcc dot gnu dot org 2010-07-02 20:01 --- Subject: Bug 44662 Author: mikael Date: Fri Jul 2 20:01:05 2010 New Revision: 161739 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161739 Log: 2010-07-02 Mikael Morin PR fortr

[Bug fortran/44662] unitialized memory on testcases abstract_type_6.f03 and typebound_call_4.f03

2010-07-03 Thread mikael at gcc dot gnu dot org
--- Comment #8 from mikael at gcc dot gnu dot org 2010-07-03 10:40 --- Fixed, no need for backport. -- mikael at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/44207] ICE with ALLOCATABLE components and SOURCE

2010-07-03 Thread mikael at gcc dot gnu dot org
--- Comment #6 from mikael at gcc dot gnu dot org 2010-07-03 11:05 --- What is the status of this ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44207

<    1   2   3   4