This is the mail archive of the
mailing list for the GCC project.
Re: [Patch, fortran] PR28201 and PR20844 - two more one liners.
- From: Paul Thomas <paulthomas2 at wanadoo dot fr>
- To: Paul Thomas <paulthomas2 at wanadoo dot fr>
- Cc: "'fortran at gcc dot gnu dot org'" <fortran at gcc dot gnu dot org>, patch <gcc-patches at gcc dot gnu dot org>
- Date: Fri, 14 Jul 2006 19:22:38 +0200
- Subject: Re: [Patch, fortran] PR28201 and PR20844 - two more one liners.
- References: <44AFB37A.firstname.lastname@example.org> <44B3B803.email@example.com>
PR28201: Here resolve_generic_s would go charging off to try to find
a generic interface in the parent namespace, if it existed. This is
fine normally but, in the case of a use associated symbol, the parent
namespace exists but there is no guarantee that an appropriately
named symbol will be found there! In the case of the testcase, this
is not so and the ICE ensues. The patch simply prevents the search
in the parent namespace, if the initial symbol is use asscoaited.
PR20844: This has had my name next to it in Bugzilla for an
embarrassing amount of time. The standard(9.4.1) constrains ADVANCE
specifiers to appear with an explicit FORMAT specification. The
condition includes dt->namelist == NULL to prevent the corresponding
NAMELIST error from being overwritten. The error is tested by an
additional line in io_constraints_2.f90