linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* sparc32 vs lib/mpi
@ 2012-01-21  1:12 Al Viro
  2012-01-25 11:05 ` Kasatkin, Dmitry
  2012-01-26 22:02 ` David Miller
  0 siblings, 2 replies; 3+ messages in thread
From: Al Viro @ 2012-01-21  1:12 UTC (permalink / raw)
  To: linux-kernel; +Cc: David Miller, Dmitry Kasatkin

	I realize that very few people care about sparc32 these days,
but...
	a) __clz_tab[] is defined (with identical contents) in
lib/mpi/mpi-bit.c and arch/sparc/lib/divdi3.S.  Linker is unhappy,
of course...
	b) the same thing ends up using __udiv_qrnnd(), which simply
does not exist on sparc32.  There's a Cthulhu-scaring cascade of
ifdefs in lib/mpi/longlong.h, with several variants of udiv_qrnnd()
for sparc.  Unfortunately, it falls back on use of __udiv_qrnnd()...
Note that arch/sparc/math-emu/sfp-util_32.h has a definition of
udiv_qrnnd() which might match one of inline assembly variants in
lib/mpi/longlong.h.  Or not.  BTW, what the hell is LONGLONG_STANDALONE?

	Could somebody who might remember still remember that stuff
come up with comments?  For now I'm disabling everything from
INTEGRITY_SIGNATURE down to MPILIB on sparc32 cross-build, but it
would be nice to get it at least somewhat sorted out...

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: sparc32 vs lib/mpi
  2012-01-21  1:12 sparc32 vs lib/mpi Al Viro
@ 2012-01-25 11:05 ` Kasatkin, Dmitry
  2012-01-26 22:02 ` David Miller
  1 sibling, 0 replies; 3+ messages in thread
From: Kasatkin, Dmitry @ 2012-01-25 11:05 UTC (permalink / raw)
  To: Al Viro; +Cc: linux-kernel, David Miller

On Sat, Jan 21, 2012 at 3:12 AM, Al Viro <viro@zeniv.linux.org.uk> wrote:
>        I realize that very few people care about sparc32 these days,
> but...
>        a) __clz_tab[] is defined (with identical contents) in
> lib/mpi/mpi-bit.c and arch/sparc/lib/divdi3.S.  Linker is unhappy,
> of course...
>        b) the same thing ends up using __udiv_qrnnd(), which simply
> does not exist on sparc32.  There's a Cthulhu-scaring cascade of
> ifdefs in lib/mpi/longlong.h, with several variants of udiv_qrnnd()
> for sparc.  Unfortunately, it falls back on use of __udiv_qrnnd()...
> Note that arch/sparc/math-emu/sfp-util_32.h has a definition of
> udiv_qrnnd() which might match one of inline assembly variants in

Would need to test it and see how it works...

> lib/mpi/longlong.h.  Or not.  BTW, what the hell is LONGLONG_STANDALONE?
>

i see that it comes from gnupg code as it is, but do not see any
scripts which might define it.

>        Could somebody who might remember still remember that stuff
> come up with comments?  For now I'm disabling everything from
> INTEGRITY_SIGNATURE down to MPILIB on sparc32 cross-build, but it
> would be nice to get it at least somewhat sorted out...

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: sparc32 vs lib/mpi
  2012-01-21  1:12 sparc32 vs lib/mpi Al Viro
  2012-01-25 11:05 ` Kasatkin, Dmitry
@ 2012-01-26 22:02 ` David Miller
  1 sibling, 0 replies; 3+ messages in thread
From: David Miller @ 2012-01-26 22:02 UTC (permalink / raw)
  To: viro; +Cc: linux-kernel, dmitry.kasatkin

From: Al Viro <viro@ZenIV.linux.org.uk>
Date: Sat, 21 Jan 2012 01:12:43 +0000

> 	I realize that very few people care about sparc32 these days,
> but...
> 	a) __clz_tab[] is defined (with identical contents) in
> lib/mpi/mpi-bit.c and arch/sparc/lib/divdi3.S.  Linker is unhappy,
> of course...
> 	b) the same thing ends up using __udiv_qrnnd(), which simply
> does not exist on sparc32.  There's a Cthulhu-scaring cascade of
> ifdefs in lib/mpi/longlong.h, with several variants of udiv_qrnnd()
> for sparc.  Unfortunately, it falls back on use of __udiv_qrnnd()...
> Note that arch/sparc/math-emu/sfp-util_32.h has a definition of
> udiv_qrnnd() which might match one of inline assembly variants in
> lib/mpi/longlong.h.  Or not.  BTW, what the hell is LONGLONG_STANDALONE?
> 
> 	Could somebody who might remember still remember that stuff
> come up with comments?  For now I'm disabling everything from
> INTEGRITY_SIGNATURE down to MPILIB on sparc32 cross-build, but it
> would be nice to get it at least somewhat sorted out...

I'm taking a look at this.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2012-01-26 22:02 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-01-21  1:12 sparc32 vs lib/mpi Al Viro
2012-01-25 11:05 ` Kasatkin, Dmitry
2012-01-26 22:02 ` David Miller

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).