Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
2.3b6 libcups2 has symbols from libcupsimage2 #5457
While packaging v2.3b6, I got weird errors from Debian's linter that I cannot really find a good solution for:
Also, I had to add symbols to
@@ -154,6 +154,18 @@ libcups.so.2 libcups2 #MINVER# cupsPrintFiles@Base 1.4.0 cupsPutFd@Base 1.4.0 cupsPutFile@Base 1.4.0 + cupsRasterClose@Base 2.3~b6 + cupsRasterErrorString@Base 2.3~b6 + cupsRasterInitPWGHeader@Base 2.3~b6 + cupsRasterInterpretPPD@Base 2.3~b6 + cupsRasterOpen@Base 2.3~b6 + cupsRasterOpenIO@Base 2.3~b6 + cupsRasterReadHeader2@Base 2.3~b6 + cupsRasterReadHeader@Base 2.3~b6 + cupsRasterReadPixels@Base 2.3~b6 + cupsRasterWriteHeader2@Base 2.3~b6 + cupsRasterWriteHeader@Base 2.3~b6 + cupsRasterWritePixels@Base 2.3~b6 cupsReadResponseData@Base 1.4.0 cupsRemoveDest@Base 1.4.0 cupsRemoveOption@Base 1.4.0
All these were originally shipped in libcupsimage2, and indeed, from a build directory:
$ readelf --dyn-syms cups/libcups.so.2 | grep cupsRasterClose 770: 000000000004a860 5 FUNC GLOBAL DEFAULT 12 cupsRasterClose $ readelf --dyn-syms cups/libcupsimage.so.2 | grep cupsRasterClose 26: 0000000000001250 5 FUNC GLOBAL DEFAULT 12 cupsRasterClose
There seems to be something fishy here around the linking of both
(For the record, this is the patched tree on top of v2.3b6 that I'm using to build on Debian
@OdyX CUPS 2.3 includes the CUPS raster functions in libcups. Common stubs are linked into both libraries with the actual implementation living in libcups. The goal is to do away with the need for a separate CUPS imaging library, but we still need to provide backwards-compatibility...
I'll look at what is going on for libcupsimage, but it basically uses the same link commands as libcups so I'm not sure why anything has changed in that respect...
OK, so I tried a build from source (default configure options) on Ubuntu 18.04 and ldd reports the following for libcupsimage.so.2:
Sure seems like libc is in the list...