[PD] [PD-announce] timbreID 0.8.1

Antoine Rousseau antoine at metalu.net
Fri Aug 2 16:52:44 CEST 2019

Maybe this: if you called the individual *_setup() functions from the
timbreID.c/timbreID_setup() (in addition to the normal timbreID class
declaration), then the user would have to [declare -lib timbreID] to have
all objects loaded.

Le ven. 2 août 2019 à 15:29, William Brent <william.brent at gmail.com> a
écrit :

> Maybe there's a trick someone can suggest, but I didn't think that was
> possible. There's a timbreID.c source file for the [timbreID] object in the
> library, and a timbreIDLib.c source file for building the whole library as
> a single binary. That calls the _setup() functions for all the individual
> objects and also has a timbreIDLib_setup function itself. So making the
> names the same would result in two timbreID_setup() calls that are supposed
> to do two different things. I never looked into ways to work around that...
> On Thu, Aug 1, 2019 at 4:42 PM Alexandre Torres Porres <porres at gmail.com>
> wrote:
>> Em qui, 1 de ago de 2019 às 13:27, William Brent <william.brent at gmail.com>
>> escreveu:
>>> Hi Alex, thanks for taking a look. Yes - the reason I ended up calling
>>> the single library binary timbreIDLib is that there was already a
>>> [timbreID] object in the library. I just wanted to avoid confusion. Looking
>>> back, I wish I had named that object something else. At this point I think
>>> I'd rather live with an awkwardly named library rather than change the name
>>> of any individual object within it, but I'm open to suggestions.
>> My suggestion was to change the name of library, not the object. But I
>> don't really understand the challenges involved (haven't really checked the
>> code structure). Though I think it's feasible. What do you say? Have you
>> considered it and thought it wasn't possible or worth it?
>> cheers
> --
> William Brent
> www.williambrent.com
> “Great minds flock together”
> Conflations: conversational idiom for the 21st century
> www.conflations.com
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20190802/bf348d6e/attachment.html>

More information about the Pd-list mailing list