[fortran-dev] constructor work, part I; updated
Jerry DeLisle
jvdelisle@verizon.net
Thu Dec 24 19:02:00 GMT 2009
Steve Kargl wrote:
> On Thu, Dec 24, 2009 at 03:23:09AM +0100, Daniel Franke wrote:
>> On Wednesday 23 December 2009 17:37:01 I wrote:
>>> To see if it actually works as intended, arith.c, decl.c and expr.c were
>>> already transformed to use the new API. As some inserts on tail-pointers
>>> were replaced by list traversals from begining to end, compile-time
>>> performance degraded a bit (testcase gfortran.dg/initialization_21.f90
>>> times out).
>> I spent some more time on this, revamped the iterator interface again and
>> converted all files but data.c - attached patch contains the accumulated
>> changes.
>>
>> In the next step, I'll also convert data.c and remove the con_by_offset member
>> from gfc_expr.
>>
>> Afterwards, drop the list implementation and move to a splay-tree.
>>
>> Regression tested on i686-pc-linux-gnu. Still one performance regression.
>> Ok for fortran-dev?
>>
>
> Daniel,
>
> I haven't had time to read the patch, yet. I believe
> that this type of patch belongs fortran-dev, but can
> you check with Janus to ensure that conflicts with
> his (and pault's) OOP work do not occur.
>
> PS: I'll read the patch over in the next few days.
>
I am also reviewing as discussed on IRC. This version of the patch still has
the performance regression even with my patch to PR20923. I am going to have to
wait a few days before I can investigate it further.
Steve, the plan has been to go to fortran-dev. If there is an issue with OOP
cross-talk I think we can hold this in our local trees until its ready to kick
into 4.6. This is great work by Daniel and I hope by the time he is done, we
will have a great basis for significant improvements.
Regards,
Jerry
More information about the Fortran
mailing list