Re: another 64-bit issue?

On 6 Feb 2008, at 18:23, Udo van den Heuvel wrote:

> Emmanuel Saracco wrote:
>>> Cannot find plugin 'sc4_1882.so'
>>> Required plugin sc4_1882.so missing.
>>> Please load the SWH plugins.
>>>
>>> Yet they are there:
>>>
>>> [root@newdaw ~]# locate sc4_1882.so
>>> /usr/lib64/ladspa/sc4_1882.so
>>>
>>> Does Jamin look in lib64?
>>
>> By default, JAMin look for the LADSPA_PATH env variable. If not  
>> found it
>> default to "/usr/local/lib/ladspa:/usr/lib/ladspa".
>>
>> So, a "export LADSPA_PATH=/usr/lib64/ladspa" should do the trick.
>
> Thanks for the info.
> Would a patch to add the /usr/lib64/ladspa path to the default search
> path be acceptable?

[sorry, I sent this from the wrong address initially]

No, they should go in /usr/lib64/ladspa, but it shouldn't be added to  
the default path.

The app needs to know whether it's been compiled with 64bit or 32bit  
code, because if it tries to load the wrong format it will segfault, I  
think.

So, probably the default LADSPA_PATH should probably be picked at  
compile time, between the 64 and 32 paths.

- Steve

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/