Hi All,
where GNUstep runs on Windows msys2 (mingw64) some GORM files to load.
Test is ProjectCenter, which loads the main interface file (menu) but
nothing else, like the LogPanel
Tracking this down a little with Fred, I think I found that NSBundle's
"bundleForClass" fails.
A class which
Hi Riccardo,
On 23 Feb 2021, at 23:42, Riccardo Mottola wrote:
where GNUstep runs on Windows msys2 (mingw64) some GORM files to load.
Test is ProjectCenter, which loads the main interface file (menu) but
nothing else, like the LogPanel
Tracking this down a little with Fred, I think I found t
> On 23 Feb 2021, at 23:08, Johannes Brakensiek
> wrote:
>
>
> yes, my bell is ringing. I went through a very similar issue nearly exactly
> one year ago.
>
> This was the result:
...
>> I see the list “frameworkClasses” is meant to be populated during the make
>> process running “nm *.
On 24 Feb 2021, at 13:45, Richard Frith-Macdonald wrote:
Thanks a lot. That was a great hint.
I was able to reproduce Riccardo's problem, and use your hint to
investigate.
Great! Glad I could help.
Thank you for your detailed description. Should help a lot for further
issues.
Johannes
Hi Richard!
Richard Frith-Macdonald wrote:
Thanks a lot. That was a great hint.
I was able to reproduce Riccardo's problem, and use your hint to investigate.
Looking at the symbols in the object files, they began with __ (two underscores)
Looking atwhat gnustep-make was doing, I could see it wa
Hi,
Richard Frith-Macdonald wrote:
It's a mistake/bug, or maybe they think people using mingw64 actually want to
cross-compile for mingw32 (seems perverse).
Anyway, it can be overridden by using --host=mingw64 when configuring
gnustep-make, as a command line argument takes precedence over info
Hi,
Richard Frith-Macdonald wrote:
It turns out the culprit was /mingw64/etc/config.site setting the target host
type to be mingw32
I don't know why it does that (it comes from the mingw/msys distribution) ...
maybe it's a mistake/bug, or maybe they think people using mingw64 actually
want to
> On 25 Feb 2021, at 11:05, Riccardo Mottola wrote:
>
> Hi,
>
> Richard Frith-Macdonald wrote:
>> It's a mistake/bug, or maybe they think people using mingw64 actually want
>> to cross-compile for mingw32 (seems perverse).
>> Anyway, it can be overridden by using --host=mingw64 when configur
> On 25 Feb 2021, at 11:49, Richard Frith-Macdonald
> wrote:
>
>
>
>> On 25 Feb 2021, at 11:05, Riccardo Mottola
>> wrote:
>>
>> Hi,
>>
>> Richard Frith-Macdonald wrote:
>>> It's a mistake/bug, or maybe they think people using mingw64 actually want
>>> to cross-compile for mingw32 (see