[PD-dev] hex characters in library names

[Lee Azzarello]

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