[Patch, Fortran] FINAL (prep patches 1/5): Add _final to intrinsic vtables for CLASS(*)

This simple patch fixes a wrong indent and adds a _final component to the virtual tables generated for intrinsic types. This patch not only prepares the trunk for finalization support, it also avoids ABI issues which a later addition would cause. (For intrinsic types, changing the .mod

[Patch, Fortran] FINAL (prep patches 2/5): Add internal STRIDE intrinsic

The attached patch adds a new - internal only - intrinsic, STRIDE, which returns the stride of an array with array descriptor; for an integer :: array(5,5), the stride of dim=2 is 5. This new intrinsic is only internally available and will be used by the finalization wrapper to handle

[Patch, Fortran] FINAL (prep patches 3/5): Auxiliary functions for calling the FINAL wrapper

This patch adds one auxiliary functions, which will be used when invoking the finalization wrapper. It is currently unused. Build on x86-64-gnu-linux. OK for the trunk? Tobias 2012-12-31 Tobias Burnus bur...@net-b.de * trans.c (gfc_build_final_call): New function. * trans.h

Patch, Fortran] FINAL (prep patches 5/5): Activate the generation of the finalization wrapper

(Patch 4/5, which adds support for noncontiguous arrays to the finalization wrapper follows soon; it works, but I should do a small cleanup before submittal.) Contrary to the other patches in this series, this patch changes the generated code - and it changes the ABI. With this patch, the

[Patch, Fortran] FINAL (prep patches 4/5): Support noncontiguous arrays in the finalization wrapper function

Dear all, this lengthy patch supports noncontiguous arrays in the finalization wrapper. That encompasses bother the scalarizer (used for finalizing the components and for an ELEMENTAL FINAL subroutine) and calling array FINAL subroutines. For the latter, the subroutine is directly called if

PING^3: [PATCH] Support -fuse-ld=bfd and -fuse-ld=gold

On Wed, Dec 19, 2012 at 2:20 PM, H.J. Lu hjl.to...@gmail.com wrote: On Wed, Dec 19, 2012 at 1:13 PM, Joseph S. Myers jos...@codesourcery.com wrote: On Thu, 13 Dec 2012, H.J. Lu wrote: Hi Joseph, Can you review this? I'm still confused as to what's supposed to be reviewed and whether the

[PATCH] Fix vectorizer ICE (PR tree-optimization/55831)

Hi! The following testcase ICEs because get_initial_def_for_induction inserts stmts before gsi_start_bb, which is wrong for basic blocks that start with labels, as then the labels are in the middle of a basic block. Ok for trunk? 2012-12-31 Jakub Jelinek ja...@redhat.com PR

Re: [PATCH] Fix vectorizer ICE (PR tree-optimization/55831)

On Mon, Dec 31, 2012 at 4:26 PM, Jakub Jelinek ja...@redhat.com wrote: Hi! The following testcase ICEs because get_initial_def_for_induction inserts stmts before gsi_start_bb, which is wrong for basic blocks that start with labels, as then the labels are in the middle of a basic block. Ok

Re: [Patch, Fortran] FINAL (prep patches 2/5): Add internal STRIDE intrinsicg

On Mon, Dec 31, 2012 at 01:17:04PM +0100, Tobias Burnus wrote: The attached patch adds a new - internal only - intrinsic, STRIDE, which returns the stride of an array with array descriptor; for an integer :: array(5,5), the stride of dim=2 is 5. This new intrinsic is only internally

Re: [Patch, Fortran] FINAL (prep patches 2/5): Add internal STRIDE intrinsicg

Hi Steve, Steve Kargl: On Mon, Dec 31, 2012 at 01:17:04PM +0100, Tobias Burnus wrote: This new intrinsic is only internally available and will be used by the finalization wrapper to handle noncontiguous arrays. What is the plan for when J3 decides to add a STRIDE intrinsic Well, we then add

Re: [Patch, Fortran] FINAL (prep patches 2/5): Add internal STRIDE intrinsicg

On Mon, Dec 31, 2012 at 08:19:49PM +0100, Tobias Burnus wrote: Hi Steve, Steve Kargl: On Mon, Dec 31, 2012 at 01:17:04PM +0100, Tobias Burnus wrote: This new intrinsic is only internally available and will be used by the finalization wrapper to handle noncontiguous arrays. What is the