[PD-dev] pbank in build/src (aka "flatspace")

Hans-Christoph Steiner hans at eds.org
Wed Feb 25 02:07:39 CET 2009

On Feb 24, 2009, at 11:57 AM, cyrille henry wrote:

> Hans-Christoph Steiner a écrit :
>> On Feb 23, 2009, at 6:05 AM, cyrille henry wrote:
>>> Hans-Christoph Steiner a écrit :
>>>> Hey Cyrille,
>>>> I just noticed that you added pbank.c to the flatspace library.    
>>>> That  whole 'flatspace' thing is kludge,
>>> i know, but there is no better solution yet.
>>>> and should be deprecated, IMHO and  just left alone.  So I think   
>>>> that it would be best to remove externals/ build/src/pbank.c.
>>> where would it go?
>>>> For new externals, I think they should first be distributed  
>>>> outside  of  Pd-extended until they are stable,
>>> pbank is stable.
>>> it was distributed by zack settle in the jimmies for years, and i   
>>> use it since 2002 or 2003.
>>>> then things they can be included as  libraries.
>>> what lib?
>>> when pd-extended or the cvs will be ordered to have directory   
>>> like : /math
>>> /audio/math
>>> /audio/effect
>>> /save
>>> /matrix
>>> etc, then pbank and other externals would fit there.
>>> but now it's just an ugly mess. i don't think pbank add much to  
>>> this  mess.
>>> i personally think it's time to start an other svn for pd-  
>>> extendedV2, create a good structure, and copy code from 1st svn  
>>> to  the 2nd, without ordering by developer, but by functionality.
>>> that's the best way to move i see, but of course that will create   
>>> endless flame-war on the list.
>> I agree here, and that is the direction I am working towards with  
>> any  Pd code I work on.  But for pbank, how about just compiling it  
>> and  releasing it on its own?
>> Or there is already a 'nusmuk' library in Pd-extended, with only   
>> abstractions.  How about moving abstractions/nusmuk to externals/  
>> nusmuk, then including pbank in there?
> yep, that's an option.
> but i would prefer to organise this properly (i.e. not by developer  
> but by functionality)

Me too!  Start a library for pbank to fit in then! :D

> for now, using flatspace is the only way i know to include code in  
> pd-extended, i'll digg more when i'll get time.

For future reference, please everyone leave flatspace as it is.  It is  
deprecated and only there for backwards compatibility.


> cyrille
>> .hc
>>>> Also, the helpfile is named wrong, it should be pbank-help.pd,  
>>>> not   help-pbank.pd.
>>> ok, i changed it.
>>> cyrille
>>>> .hc
>>>> ----------------------------------------------------------------------------
>>>> As we enjoy great advantages from inventions of others, we  
>>>> should  be  glad of an opportunity to serve others by any  
>>>> invention of  ours; and  this we should do freely and  
>>>> generously.         -  Benjamin Franklin
>>>> _______________________________________________
>>>> Pd-dev mailing list
>>>> Pd-dev at iem.at
>>>> http://lists.puredata.info/listinfo/pd-dev
>> ----------------------------------------------------------------------------
>> Looking at things from a more basic level, you can come up with a  
>> more  direct solution... It may sound small in theory, but it in  
>> practice,  it can change entire economies.     - Amy Smith
>> _______________________________________________
>> Pd-dev mailing list
>> Pd-dev at iem.at
>> http://lists.puredata.info/listinfo/pd-dev


                   ¡El pueblo unido jamás será vencido!

More information about the Pd-dev mailing list