[PD] ehu abstractions to be released

Hans-Christoph Steiner hans at eds.org
Sun Dec 14 18:15:26 CET 2008


On Dec 14, 2008, at 6:38 AM, Chris McCormick wrote:

> On Thu, Dec 11, 2008 at 01:33:41PM -0500, Hans-Christoph Steiner  
> wrote:
>>
>> On Dec 11, 2008, at 4:19 AM, IOhannes m zmoelnig wrote:
>>
>>> altern wrote:
>>>> Hans-Christoph Steiner(e)k dio:
>>>>>
>>>>> You can force the version by using the namespace prefix:
>>>>>
>>>>> [cyclone/counter]
>>>>> [cyclone/prepend]
>>>>> [iemlib/gate]
>>>> this is what i am doing. i think that solves the issue.
>>>
>>> i think even better would be to use built-in objects.
>>> in the case of [gate] and [prepend] this maps to one (or 2) built-
>>> ins, so no need for strange prefixes.
>>
>> Except [list prepend], which I consider a stranger prefix. :)  I
>> still prefer [cyclone/prepend] since you don't need to add [list
>> trim] to keep things in the same format they came in as (at least for
>> the things I seem to do regularly.)
>
> Thereby rendering even the simplest of your patches completely useless
> to me, or anyone else who is a Pd-vanilla fan. I can understand using
> externals when they are neccessary, such as doing something with weird
> hardware, or some algorithm that is slow in pure Pd, but I really  
> can't
> understand using an external in a situation like this.
>
> Your choice though, I guess. Myself, I prefer to make my patches as
> portable as possible to the widest range of Pd users (pd-extenders
> included).
>
> Sorry if I sound grumpy; not getting too much sleep here in Berlin. :)

If you compile cyclone as a libdir and stick it in 'extra', then  
using [cyclone/prepend] is fully compatible with Pd-vanilla.

Any objectclass that is not included in Pd-vanilla is an external,  
whether it is written in C, Pd, etc.  For example, even if s- 
abtractions or list-abs use only pd-vanilla object, when someone uses  
them, they then have an external dependencies.

My aim is to make my code as compatible as possible, while taking  
advantage of all the good code that other people have written, like s- 
abstractions and list-abs.  But there is no standard way to set up  
externals when using pd-vanilla, so it is not really possible to  
support.  Read the archives to see all of the problems running other  
people's patches.  That's why Pd-extended was started, to have a  
standard platform.

.hc


>
> Chris.
>
> -------------------
> http://mccormick.cx





------------------------------------------------------------------------ 
----

"Free software means you control what your computer does. Non-free  
software means someone else controls that, and to some extent  
controls you." - Richard M. Stallman






More information about the Pd-list mailing list