On Thursday, 07 February 2019 at 17:34, Florian Weimer wrote:
> * Tom Callaway:
>
> > So, R links with rt if this configure check succeeds:
> >
> > AC_CHECK_LIB(rt, clock_gettime)
> >
> > Sure enough, on aarch64 and ppc64le, there is no clock_gettime in
> > librt.so.1. I'm not sure _why_, but ther
* Tom Callaway:
> So, R links with rt if this configure check succeeds:
>
> AC_CHECK_LIB(rt, clock_gettime)
>
> Sure enough, on aarch64 and ppc64le, there is no clock_gettime in
> librt.so.1. I'm not sure _why_, but there is probably a good reason.
Hah!
We moved clock_gettime to libc.so.6 in gli
On 2/6/19 8:28 PM, Mamoru TASAKA wrote:
> I don't know well about R, however that is probably because R-core
> (-3.5.3-4.fc30) package already
> requires librt.so on x86_64, i686, etc, while on aarch64 and ppc64le, it
> does not, which probably indicates
> that on x86_64, i686, etc R binary is a
* Tom Callaway:
> One of my packages failed the mass rebuild, but only on ppc64le and
> aarch64. The error they both hit is this:
>
> Error: package or namespace load failed for 'BiocParallel' in
> dyn.load(file, DLLpath = DLLpath, ...):
> unable to load shared object
> '/builddir/build/BUILDROOT
| One of my packages failed the mass rebuild, but only on ppc64le and
aarch64. The error they both hit is this:
Error: package or namespace load failed for 'BiocParallel' in
dyn.load(file, DLLpath = DLLpath, ...):
unable to load shared object
'/builddir/build/BUILDROOT/R-BiocParallel-1.16.5-1.
Tom Callaway wrote on 2019/02/07 3:39:
One of my packages failed the mass rebuild, but only on ppc64le and
aarch64. The error they both hit is this:
Error: package or namespace load failed for 'BiocParallel' in
dyn.load(file, DLLpath = DLLpath, ...):
unable to load shared object
'/builddir/bui
On Wednesday, 06 February 2019 at 19:39, Tom Callaway wrote:
> One of my packages failed the mass rebuild, but only on ppc64le and
> aarch64. The error they both hit is this:
>
> Error: package or namespace load failed for 'BiocParallel' in
> dyn.load(file, DLLpath = DLLpath, ...):
> unable to lo
