gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Windows ming64- loading resources in a Framework fails - bundleForCl


From: Riccardo Mottola
Subject: Re: Windows ming64- loading resources in a Framework fails - bundleForClass
Date: Thu, 25 Feb 2021 12:05:43 +0100
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 SeaMonkey/2.53.6

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 information from 
config.site


I actually found this informative info, which in case would also allow us to distinguis between the original mingw and mingw, if needed, the key is the w64 vs. pc

Citing:

This triplet specifies where the executables produced by this program (gcc) 
will run. Originally the
MinGW.org project chose `*-pc-mingw32`, so we selected `*-w64-mingw32` to avoid 
the conflict.

There is no special meaning about `w64` itself. `mingw32` on the other hand 
specifies the ABI, so
all `i686-*-mingw32` targets are considered ABI-compatible.

Neither does `w64` specify the target is 64-bit, nor does `mingw32` specify the 
target is 32-bit.
They are just hard-coded names.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]