[PATCH, fortran] PR fortran/60255 Deferred character length

[Andre Vehreschild]

Hi,

in the bugtracker for PR60255 janus proposed to fix the bug by removing
the error and additionally checking if the character array length
declaration is deferred, which leaves the the charlen to be 0
(gcc/fortran/class.c (find_intrinsic_vtab) 2418-2420). 

My contribution to that patch is the testcase and to mark the vtab-entry more
clearly to stem from a deferred array init, because I did not like the array
size being 0. This may lead to confusions with a character array of length 0.
Therefore I changed the symbol name generation to enable easier identification
of problems.

The symbol before my change was computed to be:

symbolname_0_kind

I would have used the colon (:) to indicate the deferred state, but that
is not allowed in the assembler, so I spelled it out and the symbol is now
marked by:

symbolname_DEFERRED_kind

This way the vtab entry can not be confused with an entry for an entry for a
zero length array and the word DEFERRED has as many characters as MAXINT
printed in the decimal system, i.e., if no check is needed, if MAXINT does fit
into the space reserved for the vtab symbol, then no check is needed for the 8
character word, too.

Changelog and extended patch proposal attached.

Bootstrapped and regtested on x86_64-linux-gnu

Please comment!

Regards,
	Andre
-- 
Andre Vehreschild * Email: vehre ad gmx dot de 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: pr60255_2.clg
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20140807/9c8fe10e/attachment.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pr60255_2.patch
Type: text/x-patch
Size: 2851 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20140807/9c8fe10e/attachment.bin>