Duplicated AST label upon nested ·ls

[msjyoo]

Hello,

When I attempt to use a nested ·ls(), I get a "Duplicated AST label ·array". What does that error mean and is ·ls supposed to be allowed to be nested? Or am I understanding it wrong?

·ls
(
    ·ls
    (
        ·token(T_VARIABLE)·array
        ,
        ·token(':')
    )
    ·arrays
    ,
    ·token(',')
)
·collection

[marcioAlmada]

This means an attempt to overwrite an index when your AST is under construction. What are you aiming to parse?

[msjyoo]

I'm trying to macro the individual elements of an array. So my first line of thought was that there should be an ·ls for the array itself, and another ·ls to parse the structures of a single element.

e.g. [ , , ]
The macro provided in OP would be e.g. [ $a : $b, $c : $d, $e : $f ]

Also, may I ask what ·ls stands for?
Oh, and also how would I specify an array token? e.g. either [] or array() instead of hardcoding [] which would exclude array()

[marcioAlmada]

So you want a macro that allows an alternative syntax for arrays, like [ 'key' : $value ]. My bet is that once you match the array you need a more procedural approach for expansion:

macro { [ ···array ] } >> { [ ·sekjun9878_array_expander(···array) ] }

Within sekjun9878_array_expander you would have freedom to do the token substitutions/enforestation in pure PHP, without any DSL limitations.

But first we need to add some form of DI here https://github.com/marcioAlmada/yay/blob/master/src/Macro.php#L579, so custom expanders can be recognized by the macro interpreter. This is listed on the roadmap (issue #3) as "Support user defined parsers and expanders (add proper D.I for DSL lookups)".

[assertchris]

Should this be closed?