[
http://dev.sourcefabric.org/browse/LS-573?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18031#action_18031
]
David Baelde commented on LS-573:
---------------------------------
Matija, you're right, attributes should be valid variable names. More
generally, having attributes being a superset of variables would be a mess
because we cannot tell at lexing time whether something can be an attribute or
not, requiring duplicate rules allowing attributes where variables are
expected. Unfortunately, a similar problem occurs with the change you're
proposing, since time predicates such as 20h become valid attributes.
So, option 1 has to be made more complex. A possibility is to have a notation
like ~attr for attributes, separating them from variables and time predicates.
(In addition, we may have to make it possible in the syntax to have a variable
named with an attribute other than the variable name -- it's already possible
in the language implem, just not accessible to the user. In principle we should
do it, but we can do without it if we only use weird attributes in builtins.).
At this point it might be simpler to explore option 2, namely rename attributes
in ladspa, for example use _100hz_gain or something that looks better. This
should be fairly easy and seems satisfying.
> Ladspa compatibility issue
> --------------------------
>
> Key: LS-573
> URL: http://dev.sourcefabric.org/browse/LS-573
> Project: Liquidsoap
> Issue Type: Bug
> Components: Liquidsoap
> Affects Versions: 1.0 beta
> Environment: Ubuntu Desktop
> Reporter: Matija Kolarić
>
> Some LADSPA such as ladspa.mbeq use attribute names that start with digits (
> '100hz_gain' ).
> liquidsoap -h ladspa.mbeq shows that attribute names with digits may be used.
> And they can not.
> Anyway, there is several options I can see:
> 1. allow digits to be used at the beginning of attribute names
> 2. allow some kind of workaround and document it
> 3. disable plugins such as this one (please not)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://dev.sourcefabric.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Savonet-devl mailing list
Savonet-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-devl
