> On Sunday, May 12, 2019, 9:16:58 AM PDT, Christof Ressi
> wrote:
>> seems like using [declare] becomes unnecessary then...>> of course I think
>> library name prefix looks ugly, > there you have it :-) [declare -lib] is
>> here to stay.
You absolutely have to have [declare] and strongly
> On Sunday, May 12, 2019, 8:51:05 AM PDT, Christof Ressi
> wrote:
> anyway, I agree that ideally the structure of a library should be totally
> transparent to the user. >> Theoretically you could have a loader branch
> that would look for the "foo" binary in that case, load it, and then
> On Sunday, May 12, 2019, 8:45:34 AM PDT, Christof Ressi
> wrote:
> ok, I see. you usually don't load individual classes with [declare -lib] but
> only (multi-objects-per-binary) libraries. > the workaround usually is to do
> [declare -path zexy -lib zexy]. -path is for abstractions and
;
Cc: Pd-List , "Jonathan Wilkes"
Betreff: Re: Re: [PD] Full stop '.' in class namespace
Em dom, 12 de mai de 2019 às 13:04, Christof Ressi <christof.re...@gmx.at> escreveu:
the interesting thing is that you won't need the -lib flag when creating objects with a "
Em dom, 12 de mai de 2019 às 13:04, Christof Ressi
escreveu:
> the interesting thing is that you won't need the -lib flag when creating
> objects with a "namespace": [zexy/atoi] will automatically load zexy (if
> needed)
>
mindblown...
seems like using [declare] becomes unnecessary then...
of
matically load zexy (if needed).
Gesendet: Sonntag, 12. Mai 2019 um 17:56 Uhr
Von: "Alexandre Torres Porres"
An: "Christof Ressi"
Cc: Pd-List
Betreff: Re: [PD] Full stop '.' in class namespace
Just wanna say that this feature is great and helps a lot with cyclone, as I wa
Em dom, 12 de mai de 2019 às 02:32, Lucas Cordiviola
escreveu:
> so it looks that this line is intended for a library that has the [object]
> in a folder.
>
> say:
>
> */externals/foo/bar/bar.dll
>
> That's, at least, what i guess this line is for.
>
> Not sure which lib has this folder
ot;Christof Ressi"
> *An:* "Jonathan Wilkes" , Pd-List <
> pd-list@lists.iem.at>
> *Betreff:* Re: [PD] Full stop '.' in class namespace
> ok, I see. you usually don't load individual classes with [declare -lib]
> but only (multi-objects-per-binary) libraries.
>
&
idea. doesn't seem too complicated to me. I might give it a shot.
Gesendet: Sonntag, 12. Mai 2019 um 17:45 Uhr
Von: "Christof Ressi"
An: "Jonathan Wilkes" , Pd-List
Betreff: Re: [PD] Full stop '.' in class namespace
ok, I see. you usually don't load individual
"Christof Ressi"
Cc: Pd-List
Betreff: Re: Aw: Re: Re: Re: Re: [PD] Full stop '.' in class namespace
> On Sunday, May 12, 2019, 10:58:52 AM EDT, Christof Ressi wrote:
>> that allows it to be built both as a single binary *or* with one class per binary.
>
> On Sunday, May 12, 2019, 10:58:52 AM EDT, Christof Ressi
> wrote:
>> that allows it to be built both as a single binary *or* with one class per
>> binary.
> ah, of course that makes sense. >> with multi-binary style I can do [declare
-lib foo/bar] whereas with the single-binary style
> On Sunday, May 12, 2019, 12:27:33 AM PDT, Christof Ressi
> wrote:
>> So why aren't all (or at least nearly all) external developers simply using
>> "setup" as the entry point?
> yes, I've asked that myself and I think they just could. Have a look at the
> Max part of pd~: the setup
than Wilkes"
> Cc: Pd-List
> Betreff: Re: [PD] Full stop '.' in class namespace
>
> I'm currently handling this in class_new, because this is where also the
> additional creators for abtractions and single-object-per-binary externals
> are added. but actually you're right:
&g
s creation in class_addcreator. I will have a look.
Gesendet: Sonntag, 12. Mai 2019 um 03:56 Uhr
Von: "Jonathan Wilkes"
An: Pd-List , "Christof Ressi"
Betreff: Re: Aw: Re: [PD] Full stop '.' in class namespace
Still down in the rabbit hole-- if this is primarily to accommodate singl
019 um 03:28 Uhr
Von: "Jonathan Wilkes"
An: "Christof Ressi"
Cc: Pd-List
Betreff: Re: Aw: Re: Re: [PD] Full stop '.' in class namespace
> On Saturday, May 11, 2019, 5:47:17 PM PDT, Christof Ressi
> wrote:
> ok, I don't see a problem here. the only symb
> On Saturday, May 11, 2019, 10:09:00 PM EDT, Lucas Cordiviola
> wrote:
> isn't it that :
> /* next try (objectname)/(classname).(sys_dllextent) ... */
> will load "foo/bar.pd_linux".
> This is correct right?
No, "objectname" refers to full string that was typed into the object box. So
Another question from the rabbit hole which I may have asked before-- what
is up with the code after line 191 in s_loader.c: /* next try
(objectname)/(classname).(sys_dllextent) ... */
For [foo/bar], this would try to load "foo/bar/bar.pd_linux". I don't
understand
why the loader would
Cc: Pd-List
Betreff: Re: [PD] Full stop '.' in class namespace
> On Saturday, May 11, 2019, 4:08:45 PM PDT, Christof Ressi wrote:
"cyclone/gate" <-> "gate"). now if 'class_loadsym' *doesn't* match the classname we can assume that it's the name of a m
> On Saturday, May 11, 2019, 5:25:25 PM PDT, Christof Ressi
> wrote:
>> 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
> On Saturday, May 11, 2019, 4:08:45 PM PDT, Christof Ressi
> wrote:
"cyclone/gate" <-> "gate"). now if 'class_loadsym' *doesn't* match the
classname we can assume that it's the name of a multi-object-per-binary
library, prepend it to the classname and register that as an alternative
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"
An: katja
Cc: Pd-List
Betreff: Re: [PD] Full stop '.' in class namespace
> On Saturday, May 11, 2019, 1:16:16 PM PDT, katja
> On Saturday, May 11, 2019, 1:16:16 PM PDT, katja
> wrote:
> On 5/11/19, Jonathan Wilkes via Pd-list 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
ry this out and make a PR if it seems to work as I'm imagining it.
Christof
Gesendet: Samstag, 11. Mai 2019 um 23:19 Uhr
Von: "Alexandre Torres Porres"
An: katja
Cc: Pd-List
Betreff: Re: [PD] Full stop '.' in class namespace
I guess the issue comes when we have s single library fil
I guess the issue comes when we have s single library file, where usually
you can't use a namespace.
But we've dealt with this in cyclone. You can, for instance, call
[cyclone/>~] and avoid clashing with zexy's - the way this is done is a bit
hacky, of course... but simple, just add a new class
Em sáb, 11 de mai de 2019 às 17:26, katja escreveu:
> On 5/11/19, Jonathan Wilkes via Pd-list 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
On 5/11/19, Jonathan Wilkes via Pd-list 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
Em sáb, 11 de mai de 2019 às 14:11, Jonathan Wilkes via Pd-list <
pd-list@lists.iem.at> escreveu:
>
> 2. You, the developer, don't trust Pd's general collision avoidance to
> serve all possible
> user needs, so you prefix a library name in the creator string.
>
ok, but based on what? :)
> On Friday, May 10, 2019, 5:51:20 AM EDT, Julian Brooks
> wrote:
> Hi all,
> Is there a reason to not make use of a full stop in a namespace?
> E.G. [julianslib.dac~]?
Hi Julian,
One problem is that it causes something like the double
extra name collision avoidance problem.
1. A cautious
Thanks IOhannes, awesome response.
Agree that it looks good on the eye with that format.
Ta,
J.
On Fri, 10 May 2019 at 11:45, IOhannes m zmölnig wrote:
> On 5/10/19 11:49 AM, Julian Brooks wrote:
> > Hi all,
> >
> > Is there a reason to not make use of a full stop in a namespace?
> > E.G.
On 5/10/19 11:49 AM, Julian Brooks wrote:
> Hi all,
>
> Is there a reason to not make use of a full stop in a namespace?
> E.G. [julianslib.dac~]?
>
a) there's no such a thing as a "namespace" in Pd.
b) the closest we have to namespaces is just filesystem-layout, meaning
you get a directory
Hi all,
Is there a reason to not make use of a full stop in a namespace?
E.G. [julianslib.dac~]?
Cheers,
J.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
31 matches
Mail list logo