/usr/bin/gs doesn't link against /usr/lib/libgs.so.8.71 - instead, it appears to contain the same code as the library. This is ~6MB of duplicated code. E.g., compare the sizes of gs and libgs, and do some greps: strings -a /usr/lib/libgs.so.8.71 | grep svg strings -a /usr/bin/gs | grep svg
This indeed still looks the same in 9.04-r4. Needs investigation.
What's the difference between gs and gsx?
(In reply to comment #0) > /usr/bin/gs doesn't link against /usr/lib/libgs.so.8.71 - instead, it > appears to contain the same code as the library. This is ~6MB of duplicated > code. > > E.g., compare the sizes of gs and libgs, and do some greps: > strings -a /usr/lib/libgs.so.8.71 | grep svg > strings -a /usr/bin/gs | grep svg gs buildsystem is a rather arcane piece of software. Unless someone helps out with patches this bug will remain unresolved, sorry.
ubuntu (or debian) devs somehow solved this problem: http://packages.ubuntu.com/quantal/ghostscript Size of /usr/bin/gs is < 230 KB and package has libgs9 dep. The answer should be in http://archive.ubuntu.com/ubuntu/pool/main/g/ghostscript/ghostscript_9.06~dfsg-0ubuntu4.debian.tar.gz
Fedora simply seems to rename/move the gsc executable to gs, I've added that change in ghostscript-gpl-9.10-r3 now as well.