gmp since 5.1.0 fails to build on ARM (freebsd)

[Łukasz Siemiradzki]

Hello!
 This is the list of files which have failed:
tmp-addcnd_n.s
tmp-addlsh1_n.s
tmp-and_n.s
tmp-andn_n.s
tmp-bdiv_dbm1c.s
tmp-ior_n.s
tmp-iorn_n.s
tmp-lshift.s
tmp-lshiftc.s
tmp-mod_34lsub1.s
tmp-nand_n.s
tmp-nior_n.s
tmp-rsh1add_n.s
tmp-rsh1sub_n.s
tmp-rshift.s
tmp-subcnd_n.s
tmp-sublsh1_n.s
tmp-xnor_n.s
tmp-xor_n.s
I also attach script output.
Please let me know whether you need any more information?

Regards! / Pozdrawiam!
Łukasz Siemiradzki


2013/2/15 Torbjorn Granlund <tg at gmplib.org>

> Łukasz Siemiradzki <lukasz.siemiradzki at gmail.com> writes:
>
>   GMP since version 5.1.0 doesn't build on arm (sheevaplug) on Freebsd.
>   To omit the issue one has to use "--enable-assembly=no" option.
>   This affects both 5.1.0 and 5.1.1. Is it something which may be fixed in
> gmp?
>
> The syntax used by GMP is valid, I think.  The real bug is with
> FreeBSD's seriously outdated binutils.
>
> We might consider working around assembly bugs if it does not damage out
> code quality too much.
>
> We need input from you:
>
> Please check which assembly files fail to assembly, and which ones
> succeed.  You might want to use "make -k" inside the mpn subdirectory.
> Please first "make clean" to make sure all is rebuilt.
>
> The failing instructions (thus far) are all ldm and stm variations.  If
> the assembler handles none of these, then it is not reasonably to work
> around it.  It it is jusyt push/pop and ldm without explicit ia/db then
> would work around it.
>
> --
> Torbjörn
>



-- 

"Omnes homines natura scire desiderant"
                                           Aristotelis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: typescript
Type: application/octet-stream
Size: 105570 bytes
Desc: not available
URL: <http://gmplib.org/list-archives/gmp-bugs/attachments/20130305/428d5023/attachment-0001.obj>