[PD] Force cyclone/gate instead of iemlib1/gate

Christof Ressi christof.ressi at gmx.at
Mon Dec 4 15:56:35 CET 2017


> now, once i load the ZEXY library, there's no way to call VANILLA's 
> [wrap] anymore, it will always be ZEXY's version.

you can still load the vanilla version with [wrap_aliased] after it has been overwritten.
there's no way, however, to load [wrap] from another library (like [iemlib]) if it's a single binary library.

BTW, the default behaviour of zexy's [wrap] is the same as in vanilla. it just provides some nice extra functionality. 

> Gesendet: Montag, 04. Dezember 2017 um 15:41 Uhr
> Von: oliver <oliver at klingt.org>
> An: Pd-List <pd-list at mail.iem.at>
> Betreff: Re: [PD] Force cyclone/gate instead of iemlib1/gate
>
> Christof Ressi wrote:
> >> True, but there are also exceptions, like in cyclone,
> >
> > and then there are oddities like iemlib being traditionally split into iemlib1 and iemlib2 - for whatever reason... :-)
> 
> if this is a suggestion to join them into one IEMLIB library:
> 
> here's my +1 !
> 
> ====================================================================
> 
> while we're at it:
> 
> what about objects that have the same name on different libraries ?
> 
> 
> here's an example of a minor issue i ran into recently:
> 
> VANILLA, IEMLIB AND ZEXY all have an object called [wrap]
> 
> while the IEMLIB and VANILLA [wrap] seem to do the same, ZEXY's [wrap] 
> works very different and also has a second inlet.
> 
> now, once i load the ZEXY library, there's no way to call VANILLA's 
> [wrap] anymore, it will always be ZEXY's version.
> 
> plus: if an object is part of a library and not a single .dll (speaking 
> for windows), it's not possible to call it explicitly on object creation.
> 
> (i.e. [zexy/list2symbol] can't be created,
> i have to declare ZEXY as a library first)
> 
> 
> best
> 
> oliver
> 
> 
> 
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
> 



More information about the Pd-list mailing list