[PD] PdContainer in Pd devel (was: OSC in pd canonical)

Hans-Christoph Steiner hans at eds.org
Wed Nov 23 18:41:29 CET 2005


On Nov 23, 2005, at 3:56 AM, Thomas Grill wrote:

> Hi Mathieu, hi all,
>
> Am 23.11.2005 um 03:28 schrieb Mathieu Bouchard:
>
>> On Wed, 23 Nov 2005, Georg Holzmann wrote:
>>
>>>> Oh, I'd love to have PDContainer in Pd. ;)
>>> I don't think that this will ever happen, because it's written in  
>>> C++ and uses
>>> STL ...
>>
>> Quick survey: how open are developers to the following ?
>>
>> (a) inclusion of C++ code in Pd devel branch
>>
>> (b) inclusion of C++ STL code in Pd devel branch
>>
>
> in principle i'm positive to both, because every c compiler i know of  
> is able to compile c++.
> On the other hand, i'm not in favor of inclusion of externals into PD.  
> To my mind this is a question of packaging, not of core functionality.
> I personally would even throw out so-called internals and all  
> graphical objects of course, with a compact kernel remaining.

Yes, definitely.  Everything should be a lib.  Then you could easily  
swap out any of the core objects for some of your own.  Something like  
[pd/send] vs. [mylibrary/send].

.hc


________________________________________________________________________ 
____

Using ReBirth is like trying to play an 808 with a long stick.
                                               -David Zicarelli





More information about the Pd-list mailing list