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
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!
Attachment:
signature.asc
Description: This is a digitally signed message part.