I've come to realise the ITK build has 15 libraries that lintian flags with error library-not-linked-against-libc.
https://lintian.debian.org/tags/library-not-linked-against-libc.html[1] The error description seems straightforward. But how does one solve this? I have to assume that the linker would by default link with the libc (?), so perhaps the linker invocation has options that suppress this? What would that be? The (CMake-generated) link line does have a bunch of options. Nothing jumped out at me: /usr/bin/c++ -fPIC -g -O2 -ffile-prefix-map=/home/steve/Packages/insighttoolkit/build-area/ insighttoolkit5-5.4.0=. -fstack-protector-strong -fstack-clash-protection -Wformat - Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr/include/nifti -g1 -mtune=generic -march=corei7 -Wall - Wcast-align -Wdisabled-optimization -Wextra -Wformat=2 -Winvalid-pch -Wno-format- nonliteral -Wpointer-arith -Wshadow -Wunused -Wwrite-strings -Wno-strict-overflow -Wno-deprecated -Wno-invalid-offsetof -Woverloaded-virtual -Wctad- maybe-unsupported -Wstrict-null-sentinel -fno-sized-deallocation -msse2 -Wl,-- dependency-file=CMakeFiles/ITKColormap.dir/link.d -Wl,-z,re lro -shared -Wl,-soname,libITKColormap-5.4.so.1 -o ../../../../lib/x86_64-linux-gnu/ libITKColormap-5.4.so.1 CMakeFiles/ITKColormap.dir/ itkScalarToRGBColormapImageFilter.cxx.o The package builds 80 libraries in total, so 65 of them DON'T have this problem. One example is: /usr/bin/c++ -fPIC -g -O2 -ffile-prefix-map=/home/steve/Packages/insighttoolkit/build-area/ insighttoolkit5-5.4.0=. -fstack-protector-strong -fstack-clash-protection -Wformat - Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr/include/nifti -g1 -mtune=generic -march=corei7 -Wall - Wcast-align -Wdisabled-optimization -Wextra -Wformat=2 -Winvalid-pch -Wno-format- nonliteral -Wpointer-arith -Wshadow -Wunused -Wwrite-strings -Wno-strict-overflow -Wno-deprecated -Wno-invalid-offsetof -Woverloaded-virtual -Wctad- maybe-unsupported -Wstrict-null-sentinel -fno-sized-deallocation -msse2 -w -Wl,-- dependency-file=CMakeFiles/ITKMetaIO.dir/link.d -Wl,-z,r elro -shared -Wl,-soname,libITKMetaIO-5.4.so.1 -o ../../../../../../lib/x86_64-linux-gnu/ libITKMetaIO-5.4.so.1 CMakeFiles/ITKMetaIO.dir/metaUtils.cxx.o CMakeFiles/ ITKMetaIO.dir/metaArray.cxx.o CMakeFiles/ITKMetaIO.dir/metaAr row.cxx.o CMakeFiles/ITKMetaIO.dir/metaBlob.cxx.o CMakeFiles/ITKMetaIO.dir/ metaCommand.cxx.o CMakeFiles/ITKMetaIO.dir/metaContour.cxx.o CMakeFiles/ ITKMetaIO.dir/metaDTITube.cxx.o CMakeFiles/ITKMetaIO.dir/metaEllipse.cxx.o CMa keFiles/ITKMetaIO.dir/metaFEMObject.cxx.o CMakeFiles/ITKMetaIO.dir/metaForm.cxx.o CMakeFiles/ITKMetaIO.dir/metaGroup.cxx.o CMakeFiles/ITKMetaIO.dir/ metaGaussian.cxx.o CMakeFiles/ITKMetaIO.dir/metaImage.cxx.o CMakeFiles/ITKMet aIO.dir/metaImageUtils.cxx.o CMakeFiles/ITKMetaIO.dir/metaLandmark.cxx.o CMakeFiles/ ITKMetaIO.dir/metaLine.cxx.o CMakeFiles/ITKMetaIO.dir/metaMesh.cxx.o CMakeFiles/ ITKMetaIO.dir/metaObject.cxx.o CMakeFiles/ITKMetaIO.dir/metaS cene.cxx.o CMakeFiles/ITKMetaIO.dir/metaSurface.cxx.o CMakeFiles/ITKMetaIO.dir/ metaTube.cxx.o CMakeFiles/ITKMetaIO.dir/metaTransform.cxx.o CMakeFiles/ ITKMetaIO.dir/metaTubeGraph.cxx.o CMakeFiles/ITKMetaIO.dir/metaVesselTube.c xx.o /usr/lib/x86_64-linux-gnu/libz.so Possibly the libz.so pulls in libc?? Any ideas appreciated! Thanks, -Steve P.S. Please CC, not subscribed, thanks! -------- [1] https://lintian.debian.org/tags/library-not-linked-against-libc.html
signature.asc
Description: This is a digitally signed message part.
