On Thu, Feb 27, 2014 at 11:39 AM, Tobias Burnus
wrote:
> On Thu, Feb 27, 2014 at 10:43:33AM +0100, Richard Biener wrote:
>
>> > hence, one ends up in the code I quote above. That code calls
>> > print_declaration()
> ...
>> > Hence, TREE_TYPE() is void_type_node and dereferencing that one leads
On Thu, Feb 27, 2014 at 10:43:33AM +0100, Richard Biener wrote:
> > hence, one ends up in the code I quote above. That code calls
> > print_declaration()
...
> > Hence, TREE_TYPE() is void_type_node and dereferencing that one leads to an
> > ICE.
Sorry, I misremembered. In any case, the follow
On Thu, Feb 27, 2014 at 10:37 AM, Tobias Burnus
wrote:
> Hi Richard, hi all,
>
> I wrote:
>> @@ -1713,21 +1733,24 @@ dump_generic_node (pretty_printer *buffer, tree
>> node, int spc, int flags,
>> case BIND_EXPR:
> ...
>> for (op0 = BIND_EXPR_VARS (node); op0; op0 = DECL_CHAIN (op
Hi Richard, hi all,
I wrote:
> @@ -1713,21 +1733,24 @@ dump_generic_node (pretty_printer *buffer, tree node,
> int spc, int flags,
> case BIND_EXPR:
...
> for (op0 = BIND_EXPR_VARS (node); op0; op0 = DECL_CHAIN (op0))
> {
>-print_declaration (buffer,
On Wed, Feb 26, 2014 at 11:19 PM, Tobias Burnus wrote:
> Dear all,
>
> as suggested by Richard, it now only prints the namelist name and no longer
> the variables of the namelist.
>
> Bootstrapped on x86-64-gnu-linux and currently regtesting.
> OK for the trunk when it succeeds?
Works for me, but
Dear all,
as suggested by Richard, it now only prints the namelist name and no
longer the variables of the namelist.
Bootstrapped on x86-64-gnu-linux and currently regtesting.
OK for the trunk when it succeeds?
Tobias
On February 22, 2014 10:00, Tobias Burnus wrote:
Since GCC 4.9, gfortran g
Since GCC 4.9, gfortran generates a DECL_NAMELIST (for DWARF's
DW_TAG_namelist) - they are stored in the BIND_EXPR. Namelists are a bit
boring: They only group variable names and the namelist name is only
used in I/O statements (READ, WRITE) to permit a fancy data input [and
output] - and for t
