[Patch, fortran] PR29373 and PR29407 - more association problems

[Paul Thomas]

:ADDPATCH fortran:

Two more fixes for things that can loosely be described as association:

PR29373 is due to an implicit character length screwing up a function 
declaration because the functions in decl.c have not been told about 
implicit types.  The patch is 'obvious'.  However, once this association 
problem is fixed, another, to do with array constructors, is exposed.  
This has been re-emitted as PR29431.

PR29407 comes about because a local variable declaration is ignored, 
which triggers a conflict between the procedure and namelist attributes 
of an object in the encompassing namespace.  The fix is to stop looking 
for such conflicts, if the symbol, already in the namelist, is perfectly 
satisfactory.

Apart from avoiding PR29431 in the first, the test cases are those from 
the reporters.

Regtested on amd64/Cygwin_NT - OK for trunk?

Paul

2006-10-12 Paul Thomas <pault@gcc.gnu.org>

    PR fortran/29373
    * decl.c (get_proc_name, gfc_match_function_decl): Add
    attr.implicit_type to conditions that throw error for
    existing explicit interface and that allow new type-
    spec to be applied.

    PR fortran/29407
    * resolve.c (resolve_fl_namelist): Do not check for
    nemlist/procedure conflict, if the symbol corresponds
    to a good local variable declaration.

2006-10-12 Paul Thomas <pault@gcc.gnu.org>

    PR fortran/29373
    * gfortran.dg/implicit_9.f90: New test.

    PR fortran/29407
    * gfortran.dg/namelist_25.f90: New test.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: pr29373.diff
Type: text/x-patch
Size: 4359 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20061011/46f8ba98/attachment.bin>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: Change.Logs
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20061011/46f8ba98/attachment.ksh>