[PD] Full stop '.' in class namespace
christof.ressi at gmx.at
Sun May 12 02:25:13 CEST 2019
> Does every supported PD platform allow you to a) dynamically load an object that defines
> a previously defined symbol and b) search for a symbol starting from the last loaded
> object and going up the dependency chain to the containing object?
I'm not sure if I understand your question. are you talking about C symbols or Pd symbols here?
Gesendet: Sonntag, 12. Mai 2019 um 01:14 Uhr
Von: "Jonathan Wilkes via Pd-list" <pd-list at lists.iem.at>
An: katja <katjavetter at gmail.com>
Cc: Pd-List <pd-list at lists.iem.at>
Betreff: Re: [PD] Full stop '.' in class namespace
> On Saturday, May 11, 2019, 1:16:16 PM PDT, katja <katjavetter at gmail.com> wrote:
> On 5/11/19, Jonathan Wilkes via Pd-list <pd-list at lists.iem.at[mailto:pd-list at lists.iem.at]> wrote:
>> 1. A cautious user will always leverage Pd's general collision avoidance by
>> prefixing your library's directory
>> name in the object box.
> Does prefixing with libdir name avoid collision?
> Is it the case that Pd can have classes like [cyclone/svf~] and [bsaylor/svf~] loaded
Does every supported PD platform allow you to a) dynamically load an object that defines
a previously defined symbol and b) search for a symbol starting from the last loaded
object and going up the dependency chain to the containing object?
If the answer to both is yes, then the answer to your question is yes. If not, then
we're forever stuck with "pddp/pddplink" and friends. (Unless there's a way to use
something like the gcc constructor attribute on all platforms.)
>_______________________________________________ Pd-list at lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
More information about the Pd-list