Re: __ieee754_lgamma_r reentrency with nano.specs

"Keith Packard" <[email protected]> Mon, 27 Jan 2020 22:12:36 -0800

Newsgroups	gmane.comp.lib.newlib
Message-ID	<[email protected]>

Damien Nicolet <[email protected]> writes:

> I tried libnewlib-nano-arm-none-eabi debian package. The version of
> picolibc in it is a little bit old and missing some functionalities (sbrk
> and _ios) that were added in the current git version. The git version is
> very easy to use (thanks to picolibc.specs), but I have some trouble cross
> compiling a dependency with it for now.

I hope that picolibc will escape the Debian new queue before too long;
there are a number of packages which want to depend on it that are
blocked by this delay.

I'm hoping to finish up a new release of picolibc in the near term; I'm
busy getting the copyright and license bits sorted out --
COPYING.NEWLIB, which is the basis of the Debian package copyright
information, is somewhat inaccurate and needs to be corrected so that
picolibc has accurate licensing information included.

> I think I'm doing it correctly. Maybe I am missing something, but I don't
> see any specific version of libm using the small struct _reent for signgam
> in __ieee754_lgamma_r when used with nano.specs. I will try to put together
> a small example of the problem.

I think you've hit on the problem -- nano.specs replaces only libc,
libg, librdimon, libstd++ and libsupc++ with nano versions.

To resolve this, you will need to build newlib yourself so that you get
libc and libm that match.

-- 
-keith

signature.asc (application/pgp-signature, 832 B)