Bugzilla Bug 86072

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 [edit] (diff in attachment 2 [edit]) just applies the patch in attachment 3 [edit]. 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 [edit] by the ebuild in attachment 4 [edit] (diff in attachment 5 [edit]), 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 an attachment (id=53994) [edit]
Modified ebuild for ghostscript

Created an attachment (id=53995) [edit]
Diff for ghostscript ebuild

Created an attachment (id=53996) [edit]
Patch for the ghostscript Makefiles and sources

Created an attachment (id=53997) [edit]
Modified ebuild for gv

Created an attachment (id=53998) [edit]
Diff for gv ebuild

Created an attachment (id=53999) [edit]
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 an attachment (id=54405) [edit]
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 an attachment (id=54406) [edit]
IJS patch

And the IJS patches. You'll see in the ebuild why they need to be separate.

Created an attachment (id=54407) [edit]
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 an attachment (id=54909) [edit]
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 an attachment (id=54910) [edit]
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.