[PD-dev] nameclashes

Hans-Christoph Steiner hans at eds.org
Mon Nov 8 20:21:26 CET 2004


So are we in agreement that the directory-based namespace is the way to  
go, as long as the *-help.pd patch problems are fixed?  I would love to  
put this matter to rest.

.hc


On Nov 8, 2004, at 10:22 AM, guenter geiger wrote:

> On Mon, 8 Nov 2004, Johannes M Zmoelnig wrote:
>> you cannot call the _setup() functions for 2 identically named  
>> objects,
>> no matter where they are:
>> e.g. cxc/prepend.pd_linux and iemlib/prepend.pd_linux still can not  
>> used
>> in coexistance within one patch as both of them export
>> "void prepend_setup(void)"; pd will only call one of these.
>
> Thats not true, because pd calls explicitely the setup function of the
> object it has just loaded. (See attached test)
>
> The only quirks with the method is the help file loading (as fbar
> demonstrated at the pd-conv). I think this could be fixed.
>
> Guenter
>
>>> ahem, what are you talking about really ?
>>> the cvs is a collaborative code base where people can check in  
>>> whatever
>>> they produce.
>>> as soon as anyone will start kicking out off/renaming objects within  
>>> a
>>> library (e.g. zexy) i will consider this as censorship, being a hard
>>> violation of "free as in speech".
>>
>> of course, the packager (or anyone) can use the code and modify it as
>> they like.
>> they are free to decide which packages go into the "official" (rather:
>> semi-official)
>> distribution of pd-externals, they can even modify the
>> code of the externals that go in there (at the point when they go in
>> there; e.g. at pre-compilation time)
>> however, i am strongly against modifying the code-base of externals
>> itself (this is: the code the external-collection is derived from)
>>
>>>
>>> who will decide which "prepend" is the most simple and robust ?
>>> and who will pay for fixing up patches ?
>>
>> and since lots of people seem to prefer cxc.prepend over  
>> iemlib.prepend
>> i would btw want to know why: to me it seems that iemlib.prepend has
>> more features
>>
>>
>>>
>>> mfg.a.sdr
>>> IOhannes
>>>
>>> _______________________________________________
>>> PD-dev mailing list
>>> PD-dev at iem.at
>>> http://iem.at/cgi-bin/mailman/listinfo/pd-dev
>>
>>
>> _______________________________________________
>> PD-dev mailing list
>> PD-dev at iem.at
>> http://iem.at/cgi-bin/mailman/listinfo/pd-dev
>>
> <namespace.tgz>

________________________________________________________________________ 
____

                   ¡El pueblo unido jamás será vencido!





More information about the Pd-dev mailing list