[PD-dev] nameclashes

[guenter geiger]

On Fri, 5 Nov 2004, Thomas Grill wrote:

> Well then,
> how about a combination of the "Geiger namespace" and a separator / for
> library/object resolution?

I always thought that it is the most obvious thing to do.
Second best after not doing anything. (and being fair to maxlib scale,
which is called maxlib_scale too, as Olaf pointed out several times).
Personally I go for the Barknecht solution (only implement things as
externals if its not doable within Pd).

Guenter

>
> e.g. for an object that is explicitly called [cyclone/prepend]
> First try folder cyclone, external prepend
> Then try library cyclone, class prepend
>
> grrrrT
>
> ----- Original Message -----
> From: "Hans-Christoph Steiner" <hans at eds.org>
> To: "d.lj" <jdl at xdv.org>
> Cc: "pd-dev" <pd-dev at iem.at>; "Tim Blechmann" <TimBlechmann at gmx.net>
> Sent: Friday, November 05, 2004 6:11 PM
> Subject: Re: [PD-dev] nameclashes
>
>
> > A namespace already exists if you are not using libraries.  When
> > objects are compiled into separate objects, then you can use
> > directories to create namespaces.  Abstractions work with this
> > namespace as well.  Check the attached set of patches to see it in
> > action.
> >
> > I was thinking of doing this with a couple of sets of objects for the
> > distros.  For example, having a folder called "cyclone" with all of the
> > cyclone objects, which would only need to be used when porting a Max
> > patch.  The good objects from cyclone should be part of the main
> > distro, like [prepend].  The other one I was thinking of making is
> > "deprecated", for objects that aren't really useful anymore, but old
> > patches might use them.  For example, after I release the [hid] stuff,
> > then the [linuxmouse], etc. stuff would be deprecated, since [hid] does
> > everything they do, does it better, and does more.
> >
> > .hc
> >
> >
> >
>
>
> ----------------------------------------------------------------------------
> ----
>
>
>    (one included obj is compiled Darwin)
>
> On Nov 4, 2004, at 3:39 PM, d.lj wrote:
>
> >
> > hy
> >
> > maybe, hm, clean up the codebase i.e. declare the most simple and
> > robust
> > the main one and throw out all other versions or at least rename the
> > "thrown out"  versions to something like "packagename_objectname".
> >
> > i saw somebody already made the effort to convert . separators to _
> > ones.
> >
> > this will also work with the single object <-> filesystem mapping.
> >
> > a flag seems overcomplicated.
> >
> > bst, opt
> >
> > [Tim Blechmann]->[[PD-dev] nameclashes]->[04-11-04 23:19]
> >
> >  |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
> >  |
> >  |
> >
> > --
> > x          Ð          v          .          o          7          g
> > GPG-key at http://xdv.org/~jdl/jdl.pub.asc
> >
> > _______________________________________________
> > PD-dev mailing list
> > PD-dev at iem.at
> > http://iem.at/cgi-bin/mailman/listinfo/pd-dev
> >
>
> ________________________________________________________________________
> ____
>
>             "The arc of history bends towards justice."
>                                                                Dr.
> Martin Luther King, Jr.
>
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://iem.at/cgi-bin/mailman/listinfo/pd-dev
>