[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CALLzPKZ8iR0TumBc5wa+BLTFZeo7ABv47O4P4d=sv8MaSzeTLA@mail.gmail.com>
Date: Wed, 25 Jan 2012 13:05:28 +0200
From: "Kasatkin, Dmitry" <dmitry.kasatkin@...el.com>
To: Al Viro <viro@...iv.linux.org.uk>
Cc: linux-kernel@...r.kernel.org, David Miller <davem@...emloft.net>
Subject: Re: sparc32 vs lib/mpi
On Sat, Jan 21, 2012 at 3:12 AM, Al Viro <viro@...iv.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...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists