From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mimir.eigenstate.org ([206.124.132.107]) by ewsd; Sun Jul 12 23:20:43 EDT 2020
Received: from abbatoir.fios-router.home (pool-74-101-2-6.nycmny.fios.verizon.net [74.101.2.6])
	by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id f01642e5 (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO);
	Sun, 12 Jul 2020 20:20:29 -0700 (PDT)
Message-ID: <73F56EAAD59BD2083DB0F3DE602AF828@eigenstate.org>
To: kokamoto@hera.eonet.ne.jp, 9front@9front.org
Subject: Re: [9front] 5l problem on python276 compilation
Date: Sun, 12 Jul 2020 20:20:27 -0700
From: ori@eigenstate.org
In-Reply-To: <6A3433BEF26855565899E619E03A4CA7@hera.eonet.ne.jp>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: stateless full-stack-scale method strategy GPU database 

>> /* Define if C doubles are 64-bit IEEE 754 binary format, stored in ARM
>>    mixed-endian order (byte order 45670123) */
>> #define DOUBLE_IS_ARM_MIXED_ENDIAN_IEEE754 1
> 
> In addition, I can build python276 for 386, amd64 and arm64, but
> only arm fails by the reason mentioned before.
> 
> Please remind the case of netsurf, it works fine for 386, amd64 and arm64,
> but don't work as expected for arm. I suppoose this by the same reason...
> 
> Kenji

So, I'll try to figure out how to get an arm cpu server soon to test,
but:

	5.out 7040: warning: emulated arm7500 fpa instr 0xee500110 at 0x22ae90
	5.out 7040: suicide: illegal instruction: VFP opcode in emulated mode
	mk: @{  cd ...  : exit status=rc 7037: rc 7039: 5.out 7040: illegal instruction: VFP opcode in emulated mode, deletin

It sounds like we're somehow generating mixed VFP and arm7500 floating
point instructions, but we should only be generating one of them. I think
we should be defaulting to VFP.

For the sake of testing, can you try adding LDFLAGS=-F when building
for arm?