[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

**To**:**Jason Bacon <outpaddling%yahoo.com@localhost>****Subject**:**Re: math/blas not compiling due to gcc7 error****From**:**Martin Husemann <martin%duskware.de@localhost>**- Date: Mon, 24 Aug 2020 07:44:14 +0200

On Sun, Aug 23, 2020 at 09:31:08PM +0200, Connor McLaughlan wrote: > bash-5.0# nm /lib/libm.so |grep cab > 000000000001f300 T __c99_cabs > 000000000001f2e0 T __c99_cabsf > 000000000001f2c0 T __c99_cabsl > 000000000001f340 T cabs > 000000000001f320 T cabsf > > So it seems the problem is cabsl missing in /lib/lim.so which then is > a problem of the base system? The same is true for both amd64 and sparc64 in -current, the symbol used in libm is __c99_cabsl, our <complex.h> has: long double cabsl(long double complex) __RENAME(__c99_cabsl); but apparently gfortran does not know about that. How does it work on NetBSD/amd64? Or does it fail there just the same? Martin

**Follow-Ups**:**Re: math/blas not compiling due to gcc7 error***From:*Chavdar Ivanov

**References**:**Re: math/blas not compiling due to gcc7 error***From:*Lai, Peter PW

**Re: math/blas not compiling due to gcc7 error***From:*Jason Bacon

**Re: math/blas not compiling due to gcc7 error***From:*Connor McLaughlan

- Prev by Date:
**Re: emulators/mame not linking on sparc64** - Next by Date:
**Re: math/blas not compiling due to gcc7 error** - Previous by Thread:
**Re: math/blas not compiling due to gcc7 error** - Next by Thread:
**Re: math/blas not compiling due to gcc7 error** - Indexes: