[PD-dev] Debian packaging: multi-object/single-file libraries or single-object/multiple-files libraries?

[Hans-Christoph Steiner]

On that note, I should add that for 'iemlib' there are a number of  
libraries that depend on iemlib being built as single_object.pd_linux  
since they need namespace prefix support, for example pdmtl  
abstractions.  The same goes for zexy.  pd-zexy is currently just  
zexy.pd_linux, and some abstractions.

.hc

On Nov 11, 2010, at 2:52 PM, Hans-Christoph Steiner wrote:

>
> I'm fine with whatever you want to do with iemmatrix.  I haven't  
> used it, so I don't really have much input on it.
>
> As for other libraries without aliases or hexloader needs (which is  
> most), I see no reason why the Debian package should not be built  
> with single_object.pd_linux.  With the libdir loader, it'll behave  
> just like a multi-object.pd_linux library, and have the added bonus  
> of working namespace prefixes.
>
> .hc
>
> On Nov 11, 2010, at 7:15 AM, Roman Haefeli wrote:
>
>> On Thu, 2010-11-11 at 10:49 +0100, IOhannes m zmoelnig wrote:
>>
>>> anyhow, until pd-hexloader is packaged, this discussion is quite  
>>> moot
>>> anyhow.
>>
>> I could take care of packaging hexloader, but I feel you think  
>> there are
>> other issues than with packaging. What are those? Is it still  
>> defunct?
>> Since I fixed iemmatrix in Pd-extended, I had the feeling that it  
>> works
>> quite well for iemmatrix.
>>
>>
>>> though now i have created some ITPs for various iem-packages,  
>>> including
>>> iemmatrix ;-)
>>
>> Good.
>>
>> Roman
>>
>>
>> _______________________________________________
>> Pd-dev mailing list
>> Pd-dev at iem.at
>> http://lists.puredata.info/listinfo/pd-dev
>
>
> ----------------------------------------------------------------------------
>
> "A cellphone to me is just an opportunity to be irritated wherever  
> you are." - Linus Torvalds
>





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

Programs should be written for people to read, and only incidentally  
for machines to execute.
  - from Structure and Interpretation of Computer Programs