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@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