[PD-dev] nameclashes

Thomas Grill gr at grrrr.org
Thu Nov 4 23:57:23 CET 2004


Hi,
i'd prefer the namespace approach with some separation character that has a
clear meaning and isn't otherwise widely used. e.g. / | _would be ok.
Communication is always good but shouldn't be a must. There may be people
contributing things that aren't good at it.
I don't like the flag approach very much since it's more a private "fix",
not a general solution.

best greetings.
Thomas


----- Original Message ----- 
From: "Tim Blechmann" <TimBlechmann at gmx.net>
To: <pd-dev at iem.at>
Cc: <pd-list at iem.at>
Sent: Thursday, November 04, 2004 11:19 PM
Subject: [PD-dev] nameclashes


> hi all ...
>
> i'm currently thinking of a way to solve the nameclash problem (counter,
> scale, prepend, gate...)
>
> here are some suggestions for a solution ... with some pros and cons:
>
> - namespaces: add the library name like library/object or
>   library::object
>   pros: - selectable at runtime
> - the patch will work exactly as you expect, since you see that object
>   is from library
>   cons: - "/" is already used for the search path (shouldn't be a big
>           problem), "::" are two chars
>         - only works if an object is compiled as library ... if a
>   library is split to single externals (like the build system does) pd
>   is not aware of the library name
>
> - startup flav: having another flag like -force library/object or -force
>   library::object
>   pros: - easy to use
>   cons: - you can't use both library1::object and library2::object
> - behaviour of the patch depends on startup flags (less portable)
>
> - communication: figure out, if the external name is already in use
>   pros: - no implementation effords
>   cons: - not really working (that's why we've got these problems *g*)
>
> - standard behaviour: if object1 is doing the same as object2, except
>   that it is missing one feature, add this feature to object1, if they
>   behave exactly the same, the nameclash isn't a problem any more ...
>   (escept for the waste of memory)
>   pros: - as above
>   cons: - as above
>
> personally i'd prefer the communication in combination with a startup
> flag ... but i'm curious about other ideas or comments ...
>
> cheers ... tim
>
> -- 
> mailto:TimBlechmann at gmx.de    ICQ: 96771783
> http://www.mokabar.tk
>
> After one look at this planet any visitor from outer space
> would say "I want to see the manager."
>       William S. Burroughs
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://iem.at/cgi-bin/mailman/listinfo/pd-dev
>
>





More information about the Pd-dev mailing list