Re: Nanopolish: gcc-7 issue solved, but immintrin.h missing on most architectures
Hi Andreas, On 09/18/2017 01:54 PM, Andreas Tille wrote: > Strangely enough on i386 the build fails with > >/usr/bin/ld: cannot find -lhdf5 > > which I do not understand as well ... You add the following to the linker flags: -L/usr/lib/$(shell dpkg-architecture -qDEB_TARGET_GNU_TYPE)/hdf5/serial This is wrong on i386: DEB_TARGET_GNU_TYPE expands to i686-linux-gnu, while Debian uses i386-linux-gnu. Also, DEB_TARGET_* is definitely wrong unless you are _building_ a cross-compiler. What you want here is DEB_HOST_MULTIARCH - that will be correct even if you are _using_ a cross compiler. Also, if the package requires intrinsics, you should depend on sse-support on i386 (but not on amd64, where SSE1 is always part of the base ISA). Regards, Christian
Re: Nanopolish: gcc-7 issue solved, but immintrin.h missing on most architectures
Hi Gert, On Mon, Sep 18, 2017 at 02:58:32PM +0200, Gert Wollny wrote: > Am Montag, den 18.09.2017, 13:54 +0200 schrieb Andreas Tille: > > #include > > ^ > > compilation terminated. > > ... > > > > > > On amd64 this is provided by libgcc-*-dev package - how to build the > > package on those other architectures? > > immintrin.h is a x86/amd64 specific header for intrinsics, so the > package may simply not support other architectures. At least in util.h > I see nothing that tests whether the according SSE and related > intrinsics are actually supported. So I'll probably restrict the package to Intel architectures. Any idea why hdf5 is not found on i386? Kind regards Andreas. -- http://fam-tille.de
Re: Nanopolish: gcc-7 issue solved, but immintrin.h missing on most architectures
Am Montag, den 18.09.2017, 13:54 +0200 schrieb Andreas Tille: > control: tags -1 help > > Hi, > > the gcc-7 issue of nanopolish described in latest upstream (0.8.1) > which is now in unstable but according to the build logs[1] on most > architecture the build fails with > > ... > cc -o src/thirdparty/scrappie/scrappie_common.o -c -g -O2 -fdebug- > prefix-map=/<>=. -fstack-protector-strong -Wformat > -Werror=format-security -fPIC > src/thirdparty/scrappie/scrappie_common.c > In file included from src/thirdparty/scrappie/scrappie_common.c:3:0: > src/thirdparty/scrappie/util.h:4:14: fatal error: immintrin.h: No > such file or directory > #include > ^ > compilation terminated. > ... > > > On amd64 this is provided by libgcc-*-dev package - how to build the > package on those other architectures? immintrin.h is a x86/amd64 specific header for intrinsics, so the package may simply not support other architectures. At least in util.h I see nothing that tests whether the according SSE and related intrinsics are actually supported. Best, Gert
Nanopolish: gcc-7 issue solved, but immintrin.h missing on most architectures
control: tags -1 help Hi, the gcc-7 issue of nanopolish described in latest upstream (0.8.1) which is now in unstable but according to the build logs[1] on most architecture the build fails with ... cc -o src/thirdparty/scrappie/scrappie_common.o -c -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC src/thirdparty/scrappie/scrappie_common.c In file included from src/thirdparty/scrappie/scrappie_common.c:3:0: src/thirdparty/scrappie/util.h:4:14: fatal error: immintrin.h: No such file or directory #include ^ compilation terminated. ... On amd64 this is provided by libgcc-*-dev package - how to build the package on those other architectures? Strangely enough on i386 the build fails with /usr/bin/ld: cannot find -lhdf5 which I do not understand as well ... Thanks for any help Andreas. [1] https://buildd.debian.org/status/package.php?p=nanopolish -- http://fam-tille.de