I got ghostscript and gv working on ppc-macos. For ghostscript: I had to do some modifications, which I will attach in a minute. The modified ebuild in attachment 1 [details] (diff in attachment 2 [details]) just applies the patch in attachment 3 [details, diff]. The patch does some modifications to different Makefiles, which are needed to reflect the change from ".so" to ".dylib" and from "-shared" to "-dynamiclib" on Mac OS. Moreover it fixes some other minor issues, which I had compiling this package. The last one of these issues (the one in unixinst.mak) may even be a bug for other architectures/upstream. I don't know why it did not occur on my x86 machine, but the Makefile seems to check for another manpage (ps2ps) than it is going to link against (gslp) and thus creates broken links, if the file gslp.1.gz does not exist (for some locales - de in my case). For gv: I had to apply the patch in attachment 6 [details] by the ebuild in attachment 4 [details] (diff in attachment 5 [details]), because an implementation in the gv source did not match a prototype in stdlib.h. Dunno if this is appropriate, but gv works for me. Hope this helps! Reproducible: Always Steps to Reproduce: !!! Relying on the shell to locate gcc, this may break !!! DISTCC, installing gcc-config and setting your current gcc !!! profile will fix this Portage 2.0.51.19 (default-darwin/macos/10.3, gcc-3.3, libsystem-7.1-r0, 7.8.0 Power Macintosh) ================================================================= System uname: 7.8.0 Power Macintosh powerpc macos-20041118 Python: [2.3 (#1, Sep 13 2003, 00:49:11)] distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632) [disabled] dev-lang/python: [Not Present] sys-devel/autoconf: [Not Present] sys-devel/automake: [Not Present] sys-devel/binutils: [Not Present] sys-devel/libtool: [Not Present] virtual/os-headers: 7.1 ACCEPT_KEYWORDS="ppc-macos ~ppc-macos" AUTOCLEAN="yes" CFLAGS="-O2 -pipe" CHOST="powerpc-apple-darwin" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks userpriv" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc X Xaw3d emboss jpeg libwww ncurses nls png ppc-macos readline tetex tiff zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Created attachment 53994 [details] Modified ebuild for ghostscript
Created attachment 53995 [details, diff] Diff for ghostscript ebuild
Created attachment 53996 [details, diff] Patch for the ghostscript Makefiles and sources
Created attachment 53997 [details] Modified ebuild for gv
Created attachment 53998 [details, diff] Diff for gv ebuild
Created attachment 53999 [details, diff] Patch for the gv sources
Sorry for the broken links in my bug report. I did not know that bugzilla automatically links texts "attachment xxx" to the attachments with that number. Of course I meant the attachments of this bug in the given order not the first six attachments ever made to gentoo bugzilla.
Created attachment 54405 [details, diff] Unix-dll patch I tried your patch set, but it didn't work for me. I had actually been working on this a while back, but got busy. I merged in the patch that you had and I didn't to produce this attached patch. Thanks!
Created attachment 54406 [details, diff] IJS patch And the IJS patches. You'll see in the ebuild why they need to be separate.
Created attachment 54407 [details] Ebuild Just in case you want to use the same ebuild I'm using. I know it gets through compile. It's still working on install.
I have verified that everything builds and installs to image correctly using the patches I attached. Unfortunately, the package is installing some things to ${DESTDIR}/usr/local, which of course needs to be fixed. I am currently swamped with work, so unfortunately I don't have time to look into exactly where the culprit is. If you can provide a patch for the /usr/local problem, I will be happy to spend the time to verify and commit it to portage. Otherwise it's going to have to wait until my research crunch is over (about 2 weeks).
Created attachment 54909 [details] Yet another ebuild Hello! I tried your ebuild, but it didn't work out for me, because of the issue with the man-pages mentioned in the original report. So I re-added this as an additional patch, which I will post in a minute. Moreover, I removed your copying and sed-iting of Makefiles and config.* files, because I think these were the reason for the installation to /usr/local: If you copy an already complete Makefile, then the whole autoconf/configure-process is pointless. On my machine autoconf and configure somehow get the prefix (/usr) right and I do not have to hand-sed the used libraries in, either, because they are found by configure. So the ebuild just applies the three patches. Hopefully, this one works better with you. Otherwise, I don't know. Perhaps you can post what exactly is going wrong? Regards
Created attachment 54910 [details, diff] Patch for the man page installation
I had some issues with ghostscript not building shared libraries without changing the makefile, which is why I used the other one. autoconf doesn't overwrite Makefile.in. I found the culprit in that new makefile, prefix was set to /usr/local there. Are you getting shared libraries with your version of the makefile? (Will also add your patch for the manpage, sorry about that).
BTW, the following is one of the reasons I cannot use the current Makefile: pstoraster/gdevcups.c:3514: warning: left-hand operand of comma expression has no effect pstoraster/gdevcups.c:3568: error: parse error before ')' token pstoraster/gdevcups.c:3570: error: parse error before ')' token pstoraster/gdevcups.c:3581: error: parse error before ')' token pstoraster/gdevcups.c:3581: warning: left-hand operand of comma expression has no effect pstoraster/gdevcups.c:3625: error: parse error before ')' token pstoraster/gdevcups.c:3625: warning: left-hand operand of comma expression has no effect pstoraster/gdevcups.c:3658: error: parse error before ')' token pstoraster/gdevcups.c:3669: error: parse error before ')' token pstoraster/gdevcups.c:3669: error: parse error before ')' token pstoraster/gdevcups.c: In function `cups_set_color_info': pstoraster/gdevcups.c:2515: warning: value computed is not used pstoraster/gdevcups.c:2515: warning: value computed is not used pstoraster/gdevcups.c: In function `cups_put_params': pstoraster/gdevcups.c:2026: warning: statement with no effect pstoraster/gdevcups.c:2028: warning: statement with no effect pstoraster/gdevcups.c:2030: warning: statement with no effect pstoraster/gdevcups.c:2034: warning: statement with no effect pstoraster/gdevcups.c:2038: warning: statement with no effect pstoraster/gdevcups.c:2039: warning: statement with no effect pstoraster/gdevcups.c:2041: warning: statement with no effect pstoraster/gdevcups.c:2042: warning: statement with no effect pstoraster/gdevcups.c:2043: warning: statement with no effect pstoraster/gdevcups.c:2044: warning: statement with no effect pstoraster/gdevcups.c:2122: warning: value computed is not used pstoraster/gdevcups.c:2151: warning: value computed is not used pstoraster/gdevcups.c: In function `cups_print_planar': pstoraster/gdevcups.c:3658: warning: value computed is not used pstoraster/gdevcups.c: At top level: pstoraster/gdevcups.c:1235: warning: `cups_map_cielab' defined but not used make: *** [obj/gdevcups.o] Error 1 !!! ERROR: app-text/ghostscript-7.07.1-r8 failed. !!! Function src_compile, Line 133, Exitcode 2 !!! make failed !!! If you need support, post the topmost build error, NOT this status message. This is building ghostscript with USE="cups", but we sort of want that to work. I also remember getting errors with jpeg, png and zlib but I don't remember what they were. You don't get them? What USE flags are you compiling ghostscript with? If you use my patches and yours for the manpage, does the application work for you? As soon as I get the cjk dependency worked out, I'm willing to commit on ghostscript.
Both ghostscript and gv are in CVS. Works great here. Shoot me an email if there are any problems; I don't expect there to be any.