Thanks. I know that but I'm not looking forward to find and replace on all the objects in pdx7~. I ended up compiling iemmatrix as a single library. Now I'm stuck on getting pool and memento to work, which is a wild journey of configuration and compiling and linking akin to recompiling the linux kernel to support a single piece of hardware that's really rad.
-lee
On Mon, Apr 12, 2010 at 11:44 AM, Hans-Christoph Steiner hans@at.or.at wrote:
In Pd-extended you can use [iemmatrix/mtx_mul~].
.hc
On Apr 11, 2010, at 11:55 PM, Lee Azzarello wrote:
Heya, I switched this to IRC and got some help there. The solution for my particular problem was to compile iemmatrix as a single library and add it to the startup arguments. The underlying problem is that it's probably an incompatibility between the version of iemmatrix that is included in pd-extended and the version of hexloader, which should handle this kind of library naming.
-lee
On Sun, Apr 11, 2010 at 4:36 PM, Lee Azzarello lee@rockingtiger.com wrote:
I'm trying to load an object named [mtx_*~]
I have the proper load path installed. I can load other objects in the same directory. If I look for the library in that directory (/usr/lib/pd/extra/iemmatrix), I find a file named mtx_0x2a0x7e.pd_linux. The hex translates to *~ in ASCII. So this should be the proper library to load for the [mtx_*~] object, right?
I'm unaware of how to debug this since it looks like I'm doing things right.
-lee
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra