Re: cinepaint.app Intel

The app should have some control over paths if it uses a start up script.
The DYLD_FALLBACK_LIBRARY_PATH paths are honoured in written order.
DYLD_FALLBACK_LIBRARY_PATH=$bundle_path/lib_with_libcinepaint:...
should do.

Then there might be a rpath issue. Eric, can you check your build that 
/sw/lib is not passed as a compiler or linker argument?

kind regards
Kai-Uwe Behrmann
-- 
developing for colour management 
www.behrmann.name + www.oyranos.org

PS: cut lots of text to keep some more digest readers patient with this 
list.

Am 13.03.08, 09:42 -0500 schrieb Eric Robinson:

> I know that based on the crash report - which I have seen more than a few
> times - the app is not correctly setting the DYLD_FALLBACK_LIBRARY_PATH. It
> is supposed to go looking for libcinepaint.0.dylib and might first try
> /sw/lib. But when it sets DYLD_FALLBACK_LIBRARY_PATH, it should then go
> looking into the app bundle for the dylib.
> 
> Is there anything unique about your .profile or other paths?
> 
> 
> On 3/13/08 9:16 AM, "Héctor Tranche Cerezo" <[email protected]> wrote:
> 
> > I don't have anything on /sw, I use macports.
> > 
> > I send the crashreport attached.

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

_______________________________________________
Cinepaint-developers mailing list
Cinepaint-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/cinepaint-developers