[pypy-dev] s390x the last failing tests

David Edelsohn dje.gcc at gmail.com
Tue Jan 19 14:14:31 EST 2016


Debian apparently supports all z/Arch processors, so the toolchain
defaults to much older processor model.  For zEC12 and above, one must
explicitly invoke GCC with -march=zEC12.  I set CFLAGS and the
translation is much happier.

The s390x buildbot should explicitly use -march=zEC12.

Thanks, David

On Tue, Jan 19, 2016 at 10:47 AM, Richard Plangger <planrichi at gmail.com> wrote:
> It seems that I'm using old software on the vm. :)
>
> I kicked the build bot to see if the update has any effect.
> Some of the failing tests (on the buildbot only) are very severe, and it
> is hard to find out the cause if they do not fail on the development
> machine... We could try to start a translation, but I'm unsure if it
> will really work.
>
> Cheers,
> Richard
>
>
>
> On 01/19/2016 04:40 PM, David Edelsohn wrote:
>> $ as -v
>> GNU assembler version 2.25.90 (s390x-linux-gnu) using BFD version (GNU
>> Binutils for Debian) 2.25.90.20160101
>>
>> $ ld -v
>> GNU ld (GNU Binutils for Debian) 2.25.90.20160101
>>
>> On Tue, Jan 19, 2016 at 6:12 AM, Richard Plangger <planrichi at gmail.com> wrote:
>>> hi,
>>>
>>> I wanted to give a quick update on the state of the implementation. Good
>>> news! I think there is not that much left to be done!
>>>
>>> I'm currently waiting for a bigger VM (already wrote an email to
>>> linux1 at us.ibm.com, 2 days ago? They are maybe on holiday?) to translate
>>> the full project.
>>>
>>> There are approx. 20 Failing tests that are left (own-linux-s390x). All
>>> other pass on my virtual machine. They are mostly related to big endian
>>> issues. Here are some questions:
>>>
>>> 1) Generally I got the impression that there are some tests that do not
>>> consider endianess (e.g. micronumpy). I guess it is time to change them
>>> to handle this? What about PPC? Did those not come up there?
>>>
>>> 2) It seems that the gcc on the build bot is quite old? It can for
>>> instance not assemble the instruction LAY (load address), but the VM I
>>> got (gcc version 4.8.5 20150623 (Red Hat 4.8.5-4)) is able to. As soon
>>> as I can get my hands on a Debian machine that is configured similarly I
>>> can say more (end of Jan?).
>>>
>>> Cheers,
>>> Richard
>>>
>>>
>>> _______________________________________________
>>> pypy-dev mailing list
>>> pypy-dev at python.org
>>> https://mail.python.org/mailman/listinfo/pypy-dev
>>>
>


More information about the pypy-dev mailing list