Re: Inline assembler fallback for _FPU_SETCW() missing in MINGW libraries (issue 577450043 by address@hidden)

[David Kastrup]

ArnoldTheresius <address@hidden> writes:

> Thomas Morley-2 wrote
>> Am Sa., 1. Feb. 2020 um 16:49 Uhr schrieb David Kastrup &lt;
>
>> dak@
>
>> &gt;:
>> ...
>> 
>> Ok, thanks for the explanation.
>> 
>> Iiuc, this would make this patch superfluous and it should be abandoned.
>> As I'm only shepherding it, I'll wait for Arnold.
>> For now I'll set the issue to 'waiting' to get it out of Jame's hairs for
>> now.
>> 
>> Tbh, I have no clue how to implement a -mfpmath=sse -msse2 option myself.
>> 
>> Thanks,
>>   Harm
>> 
>> P.S.
>> Just seen the patch at
>> https://codereview.appspot.com/565600045/
>
> Hello,
>
> check (examination routine) with the other command line options all work
> fine:
> a) -mfpmath=sse -msse2

We currently have the problem that the compiler used in GUB for
compiling 32bit binaries gets an internal compiler fault for those
options.

We'll need to figure out whether a newer compiler does the trick, and if
it does, update GUB.  Or find a different way of proceeding.

I'll see whether I can convince my current compilers to generate 32bit
code and see whether those are currently up to using those options.  If
current compilers don't want them, we'll need to revert to a different
plan.

> b) -march=pentium4 -mfpmath=sse -msse2
> c) -march=pentium4 -mfpmath=sse -msse2 -Wl,--large-address-aware
>
> But, if no one can tell, how to set this command line option for compilation
> in GUB,
> I vote to continue this patch, and add a TODO comment next to the inline
> assembler call.
>
> ArnoldTheresius

To quote from Phil's report (from which one can also glean the current
version in use, at least in the file paths)

I would expect flower/rational.cc to be one of the earliest files GUB
tries to compile, so this might not be a rare occurence but a principal
problem with this compiler version and those options.

/home/gub/NewGub/gub/target/darwin-x86/src/lilypond-git.sv.gnu.org--lilypond.git-stable-2.20/flower/rational.cc:43:1:
internal compiler error: in gen_reg_rtx, at emit-rtl.c:838
}
^
librestrict:error:/home/gub/NewGub/gub/target/darwin-x86/root/usr/cross/libexec/gcc/i686-apple-darwin8/4.9.4/cc1plus:
tried to open () file 
/home/gub/NewGub/gub/target/tools/root/usr/lib/librestrict.so
librestrict:allowed:
/home/gub/NewGub/gub/target/darwin-x86
/tmp
/dev/null
/dev/urandom
/proc/self

/home/gub/NewGub/gub/target/darwin-x86/src/lilypond-git.sv.gnu.org--lilypond.git-stable-2.20/flower/rational.cc:43:1:
internal compiler error: Aborted
librestrict:error:/home/gub/NewGub/gub/target/darwin-x86/root/usr/cross/libexec/gcc/i686-apple-darwin8/4.9.4/cc1plus:
tried to open () file 
/home/gub/NewGub/gub/target/tools/root/usr/lib/librestrict.so
librestrict:allowed:
/home/gub/NewGub/gub/target/darwin-x86
/tmp
/dev/null
/dev/urandom
/proc/self
{standard input}:unknown:Undefined local symbol
L__ZNSs4_Rep10_M_destroyERKSaIcE$stub
i686-apple-darwin8-g++: internal compiler error: Aborted (program cc1plus)
librestrict:error:/home/gub/NewGub/gub/target/darwin-x86/root/usr/cross/bin/i686-apple-darwin8-g++:
tried to open () file 
/home/gub/NewGub/gub/target/tools/root/usr/lib/librestrict.so
librestrict:allowed:
/home/gub/NewGub/gub/target/darwin-x86
/tmp
/dev/null
/dev/urandom
/proc/self
Aborted (core dumped)
make[1]: *** [out/rational.o] Error 134
make[1]: Leaving directory
`/home/gub/NewGub/gub/target/darwin-x86/build/lilypond-git.sv.gnu.org--lilypond.git-stable-2.20/flower'
make: *** [all] Error 2
Command barfed: cd
/home/gub/NewGub/gub/target/darwin-x86/build/lilypond-git.sv.gnu.org--lilypond.git-stable-2.20
&& make -j16 TARGET_PYTHON="/usr/bin/env python"


-- 
David Kastrup