I think there is a typo in core/make/Documentation/README.MinGW step "6.
Installing gnustep-make".
You should configure with
./configure --prefix=C:/xxx/GNUstep
And not
./configure --prefix=/C/xxx/GNUstep
To remedy this you either
1) The quick fix is to change getPath to this
static inline NSString *
getPath(NSString *path)
{
if ([path hasPrefix: @"./"] == YES)
{
path = [gnustepConfigPath stringByAppendingPathComponent:
[path substringFromIndex: 2]];
}
#ifdef __MINGW32__
else if ([path hasPrefix: @"/C/"] == YES)
{
path = [@"C:/" stringByAppendingPathComponent:
[path substringFromIndex:3]];
}
else if ([path hasPrefix: @"/C"] == YES)
{
path = [@"C:/" stringByAppendingPathComponent:
[path substringFromIndex:2]];
}
#endif
return path;
}
2) reconfigure and rebuild everything from scratch, don't forget to
configure with prefix "C:/..." and not "/C/..." on step 6. (Would be
nice to know if even libobjc.a in mingw disturbes and should be removed
before you restart?)
Regards
Frode
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Lloyd Dupont
Sent: Thursday, December 01, 2005 5:50 AM
To: Richard Frith-Macdonald
Cc: GNUstep Discussion
Subject: Re: [BUG Investigation]: Other New revelations!
OK, I changed the the directories in GNUstep.conf and it worked. Being
more daring in my endeavor I though: let's make a new GNUstep.conf
somewhere else in the filesystem and change the value of the environment
variable GNUSTEP_CONFIG_FILE.
However, ahum... it didn't work. Seems like the configuration has to be
at a
specific place (which kind of defeat its purpose, I should mention).
Still investigating.....
----- Original Message -----
From: "Lloyd Dupont" <[EMAIL PROTECTED]>
To: "Richard Frith-Macdonald" <[EMAIL PROTECTED]>
Cc: "GNUstep Discussion" <[email protected]>
Sent: Thursday, December 01, 2005 1:22 PM
Subject: Re: [BUG Investigation]: New revelations!
> the problem seems related to GNUSTEP_SYSTEM_ROOT being
> /c/GNUstep/System
> (which doesn't exist according to the FileManager)
> and although I deleted GNUstep.conf and updated the environment
variable
> to be C:/GNUstep/System.
> it still ignored and still return /c/GNUstep/System from
> NSPathUtilies.m:386 - GNUstepConfig
>
> ----- Original Message -----
> From: "Lloyd Dupont" <[EMAIL PROTECTED]>
> To: "Richard Frith-Macdonald" <[EMAIL PROTECTED]>
> Cc: "GNUstep Discussion" <[email protected]>
> Sent: Thursday, December 01, 2005 12:18 PM
> Subject: [BUG Investigation]: New revelations!
>
>
>> As bug goes it becames increasingly obvious I had to hack GNUstep's
>> source....
>>>> when I call [NSApplication sharedApplication]; I get
>>>> ====
>>>> Uncaught exception NSInternalInconsistencyException, reason:
>>>> NSApplication.m:271 Assertion failed in
initialize_gnustep_backend.
>>>> Unable to find backend back
>>>> ====
>>
>> At line 271 the bug mean path (to bundle/framework) is null. This
>> path is build from gnustep_backend_framework &
>> gnustep_backend_bundle which both relies on gnustep_backend_path
>>
>> With the power of printf debug I discovered that gnustep_backend_path
>> was
>> called 3 times with
>> Frameworks\GNUstep_back.framework
>> Bundles\libgnustep-back-010.bundle
>> Bundles\libgnustep-back.bundle
>>
>> And that [NSStandardLibraryPaths() objectEnumerator] gives me just
>> one
>> path:
>> C:/GNUstep/Library
>>
>> The problem is my clean install / build installed the backend in:
>> C:\GNUstep\System\Library\Bundles\libgnustep-back-010.bundle
>>
>> So I should have looked into C:\GNUstep\System\Library as well.
>>
>> Now I'm going to try to understand why NSPathUtilites.m:1329
>> NSStandardLibraryPaths() =>
>> NSSearchPathForDirectoriesInDomains(NSAllApplicationsDirectory,
>> NSAllDomainsMask, YES);
>>
>> return only "C:/GNUstep/Library" and not "C:\GNUstep\System\Library"
>> as
>> well....
>> but that's the root of the bug....
>
>
>
> _______________________________________________
> Discuss-gnustep mailing list
> [email protected]
> http://lists.gnu.org/mailman/listinfo/discuss-gnustep
_______________________________________________
Discuss-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
_______________________________________________
Discuss-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
