Summary: | error while emerging ghostscript 8.x | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Dirk Schoenberger <dirk.schoenberger> |
Component: | Mac OSX | Assignee: | Gentoo for Mac OS X <ppc-macos> |
Status: | RESOLVED LATER | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | OS X | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | possible patch to create MacOS dylibs instead of Linux so's |
Description
Dirk Schoenberger
2005-09-11 02:41:54 UTC
the problematic part is the "make so" in the ebuild. This task calls $WORKDIR/work/ghostscript-8.15/soobj/ldt.tr The offending line is gcc -fPIC -shared -Wl,-soname=libgs.so.8 -o ./bin/../sobin/libgs.so.8.15 ./obj/../soobj/gs.o ./obj/../ soobj/gp_getnv.o \ instead possibly something like the following should be called (if ppc-macos) gcc -fPIC -dynamic -dynamiclib -install_name libgs.dylib.8 -o ./bin/../sobin/libgs.dylib.8.15 ./obj/../ soobj/gs.o ./obj/../soobj/gp_getnv.o \ (In reply to comment #1) > instead possibly something like the following should be called (if ppc-macos) > > gcc -fPIC -dynamic -dynamiclib -install_name libgs.dylib.8 -o ./bin/../sobin/libgs.dylib.8.15 ./obj/../ > soobj/gs.o ./obj/../soobj/gp_getnv.o \ dylibs have the version first, e.g. libgs.8.dylib Have you tried whether this works yourself yet? > Have you tried whether this works yourself yet?
No. I don't yet understand how to build patches which integrate into the ebuild system, so I stopped after
finding the possible error cause.
> the problematic part is the "make so" in the ebuild. > This task calls $WORKDIR/work/ghostscript-8.15/soobj/ldt.tr > The offending line is It seems to be even uglier. ldt.tr is a generated file. The real problem seems to be that "make so" somehow builds a.so file using the src/unix-dll.mak Instead, it should possibly be called a macos specific "make dylib", which should be defined in src/ macos-dll.mak Created attachment 69657 [details, diff]
possible patch to create MacOS dylibs instead of Linux so's
> The real problem seems to be that "make so" somehow builds a.so file using the src/unix-dll.mak
> Instead, it should possibly be called a macos specific "make dylib", which should be defined in src/
> macos-dll.mak
The attached patch makes "make so" compile, but the naming conventions are possibly wrong.
the problem persists in ghostscript-gnu and ghostscript-gpl. we have ghostscript-esp in the tree, so I close this bug for later when someone feels like cooking a patch. |