https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: sci-mathematics/flint-2.9.0 fails to compile (lto). Discovered on: amd64 (internal ref: lto_tinderbox) NOTE: This machine uses lto with CFLAGS=-flto -Werror=odr -Werror=lto-type-mismatch -Werror=strict-aliasing
Created attachment 793109 [details] build.log build log and emerge --info
Error(s) that match a know pattern in addition to what has been reported in the summary: /var/tmp/portage/sci-mathematics/flint-2.9.0/work/flint2-2.9.0/fmpz_mat/mul_blas.c:24:10: fatal error: cblas.h: No such file or directory /var/tmp/portage/sci-mathematics/flint-2.9.0/work/flint2-2.9.0/fmpz_mat/mul_blas.c:24:10: fatal error: cblas.h: No such file or directory
You don't appear to have any (c)blas/lapack library installed prior to building flint. flint depends on virtual/cblas, virtual/cblas in turn has runtime dependency to blas/lapack libraries. Could the issue be caused by the fact the dependencies in the virtual are only runtime when we need the packages at build time?
Most likely yes. It's looking for a header file.
(In reply to Joonas Niilola from comment #4) > Most likely yes. It's looking for a header file. That's why I started to look for blas/lapack packages in the logs. With no luck.
(In reply to François Bissey from comment #5) > (In reply to Joonas Niilola from comment #4) > > Most likely yes. It's looking for a header file. > > That's why I started to look for blas/lapack packages in the logs. With no > luck. He has sci-libs/openblas installed, but not the sci-libs/lapack that provides /usr/include/cblas.h. Which I don't understand, because flint-2.9.0 has virtual/cblas in DEPEND, and virtual/cblas in turn has sci-libs/lapack in DEPEND.
Well, virtual/cblas isn't even installed. It's in DEPEND for flint. Something fishy going on.
I wonder if it's another case of https://bugs.gentoo.org/787032 starting to sound like it.
(In reply to Joonas Niilola from comment #8) > I wonder if it's another case of https://bugs.gentoo.org/787032 starting to > sound like it. Good catch. DEPEND is not satisfied here when the build starts, so I think you're right. *** This bug has been marked as a duplicate of bug 787032 ***