>
> On 7 December 2017 at 19:00, Frédéric Bonnard <fre...@debian.org> wrote:
> > Graham, here is patch attached for the issue.
> > By default some architectures have "char" being unsigned such as the ones
> > listed here and others ( https://wiki.debian.org/Ar
Hi Graham,
On Fri, 8 Dec 2017 15:30:07 +0200, Graham Inggs <gin...@debian.org> wrote:
> Hi Frédéric
>
> On 7 December 2017 at 19:00, Frédéric Bonnard <fre...@debian.org> wrote:
> > Graham, here is patch attached for the issue.
> > By default some archite
Graham, here is patch attached for the issue.
By default some architectures have "char" being unsigned such as the ones
listed here and others ( https://wiki.debian.org/ArchitectureSpecificsMemo ).
I just forced the sign-ness of pow()'s argument.
Sorry for the delay.
F.
On Mon, 20 Nov 2017
Hi Graham,
> > Just for the record, this bug also happens on arm64.
> > This seems to be a regression. I'm trying to bisect that.
>
> Did you ever make any progress with this?
no Graham. The bisect didn't bring anything interesting to me and I wasn't
able to go further.
I'm going to have a look
Package: src:openblas
Severity: wishlist
--
Dear maintainers,
at the moment there is only one flavor of openblas library package.
Fedora/RedHat provide several other flavors that are compiled differently :
RHEL 7.3 :
$ rpm -qa | grep -i openblas
openblas-threads-0.2.19-4.el7.ppc64le
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
--
Hi,
it just seems that there's too many space taken by different libraries
in the static TLS space. I contacted some people from the toolchain,
especially Alan Modra which seems to confirm that :
"If sagemath is dlopen'ing