Re: [Chromium-dev] CRUT and Darwin

[Christopher W. <cr...@ms...>]

Ah, I do apologize for that.  I'm not aware of any way to retrieve the 
exact lib path, and NSCreateObjectFileImageFromFile apparantly needs 
the absolute path of the bundle.  Perhaps you could set an environment 
variable to the path, and change that code to something like this:

if( filename[0] != '/' ) {
	/* default to a chromium bundle */
	char path = crGetenv("CR_LIBRARY_PATH"); /* is there already a var for 
this? */
	crStrcpy( _filename, (path ? path : "/cr/lib/Darwin/") );
	crStrcat( _filename, filename );
} else {
	crStrcpy( _filename, filename );
}

  -Chris

On Jul 29, 2004, at 4:26 PM, David Jones wrote:

> Ok, now I can start it, but LoadBundle seems to be failing now.
>
> In dll.c, is this correct:
>
>> if( filename[0] != '/' ) {
>>                /* default to a chromium bundle */
>>                crStrcpy( _filename, "/cr/lib/Darwin/" );
>>                crStrcat( _filename, filename );
>>        } else {
>>                crStrcpy( _filename, filename );
>>        }
>
> The filename being passed is 'renderspu.bundle'.  After the cpy/cat
> operations, it tries opening the bundle at
> '/cr/lib/Darwin/renderspu.bundle'
>
> I think this only works if I install chromium at root level.  I'm 
> using a
> copy in my home directory.
>
> -Dave
>
>
> On Thu, 29 Jul 2004, Christopher Waters wrote:
>
>> add your chromium lib path to the environment variable
>> "DYLD_FALLBACK_LIBRARY_PATH"
>>
>> that should remedy it :)
>>
>>   -Chris
>>
>> On Jul 29, 2004, at 4:01 PM, David Jones wrote:
>>
>>> I'm having the same linking problem as before with the darwin builds.
>>> Running crserver gives me:
>>>
>>> vibrio% crserver
>>> dyld: crserver can't open library:
>>> ..//built/spuload/Darwin/libspuload.dylib  (No such file or 
>>> directory,
>>> errno = 2)
>>> zsh: trace trap  crserver
>>>
>>> And doing an 'otool -L' on crserver gives me:
>>>
>>> crserver:
>>>         ..//built/spuload/Darwin/libspuload.dylib (compatibility
>>> version 0.0.0, current version 0.0.0)
>>>         ../../built/crmothership/Darwin/libcrmothership.dylib
>>> (compatibility version 0.0.0, current version 0.0.0)
>>>         ../built/crpacker/Darwin/libcrpacker.dylib (compatibility
>>> version 0.0.0, current version 0.0.0)
>>>         ../built/crutil/Darwin/libcrutil.dylib (compatibility version
>>> 0.0.0, current version 0.0.0)
>>>         ../built/crunpacker/Darwin/libcrserver_crunpacker_copy.dylib
>>> (compatibility version 0.0.0, current version 0.0.0)
>>>         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
>>> current version 71.1.1)
>>>
>>> Again, the cr binaries are not using absolute paths during linking
>>> which
>>> is giving me errors.
>>>
>>> -Dave
>>>
>>>
>>> On Thu, 29 Jul 2004, Christopher Waters wrote:
>>>
>>>> and here is said patch, along with renderspu_agl.c :)
>>>>
>>>>   -Chris
>>>>
>>>>
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by OSTG. Have you noticed the changes 
>> on
>> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
>> one more big change to announce. We are now OSTG- Open Source 
>> Technology
>> Group. Come see the changes on the new OSTG site. www.ostg.com
>> _______________________________________________
>> Chromium-dev mailing list
>> Chr...@li...
>> https://lists.sourceforge.net/lists/listinfo/chromium-dev
>>
>>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source 
> Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Chromium-dev mailing list
> Chr...@li...
> https://lists.sourceforge.net/lists/listinfo/chromium-dev
>