bug#19111: 25.0.50; 32 bits temacs.exe is linked with wrong image-base when built on 64 bit Windows host

[Dani Moncayo]

>> > Verification of the canonical configurations is the job of the
>> > config.sub script.
>>
>> IIUC, the job of config.sub is verification/canonization of
>> configurations supplied explicitly as parameters in the configure
>> script (--host, --build).
>
> I don't think I agree.  What is your basis for that assertion?

My basis is the analysis of my configure script.  config.sub is called
twice,

a. To produce the canonical $build from $build_alias (i.e. the --build
   parameter), when it is set.
b. Likewise, for the canonical $host.

>> > I don't think we need that, since what we have now uses perfectly
>> > valid canonical configuration types.  In any case, if you still are
>> > unconvinced, the way to fix this is to submit patches for config.sub,
>> > so that it does this mapping automatically.  Its that script's job,
>> > not ours.
>>
>> I agree with the above, after replacing 'config.sub' with
>> 'config.guess'.
>
> config.guess just calls 'uname'.

Yes, it is based on uname's output, which seems wrong in certain cases
(see my previous mail).

>> But in summary: IMO, the right fix for this seems to be in
>> config.guess, which returns the wrong CPU on certain MSYS environments
>> (#3 and #4 in my previous mail).
>
> I don't object to making such a change in config.guess, but I still
> think replacing -w64- with -pc- is not really necessary, as the former
> does no harm, and most probably never will.

Well, my proposal is not to replace -w64- with -pc- but to find a
better way of fixing the problem reported in this thread.

As for the change, as I said, I don't know how to make the change to
config.guess, because it's a generated file, and I don't know where it
comes from ultimately.

-- 
Dani Moncayo