longlong.h and cpu type vectoring...

David Miller davem at davemloft.net
Tue Apr 9 21:41:30 CEST 2013


From: Torbjorn Granlund <tg at gmplib.org>
Date: Tue, 09 Apr 2013 21:24:59 +0200

> David Miller <davem at davemloft.net> writes:
> 
>   That's my argument, leave the most generic code in longlong.h and if
>   something is critical.. then we have an assembler variant.
>   
> This is not how we usually do things, and there are arguments against
> that as GMP is currently organised.  Look for all usages of umul_ppmm,
> spread all over GMP.  For a fat binary, we will need to cope with its
> absence, if it is not generally available.
> 
> I'd like to work on supporting more fat binaries and also work on making
> those as close to "lean" binaries in performance.  We should not do that
> by missing out on optimisation opportunities for lean binaries.

Ok, so would you propose to do something like build the mpn/generic/
code using "mcpu=whatever" to create an instance of those objects for
each target we want to cover in the fat binary?

> It is not too hard to do these types of tricks in m4; we in fact do that
> for some x86 instructions already.

Then I would suggest we handle this sparc ELF binary tagging issue in
this way.


More information about the gmp-devel mailing list