ghostscript-afpl-8.53 receives a compile time error on my amd64, upstream? Reproducible: Always Steps to Reproduce: 1.emerge ghostscript-afpl 2. 3. Actual Results: x86_64-pc-linux-gnu-gcc -DHAVE_MKSTEMP -DHAVE_HYPOT -O2 -Wall -Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes -Wcast-qual -Wwrite-strings -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long int" -march=k8 -O3 -pipe -fomit-frame-pointers -I./obj -I./src -Iicclib -o ./obj/gdevrinkj.o -c ./src/gdevrinkj.c ./src/gdevrinkj.c:220: warning: initialization makes integer from pointer without a cast ./src/gdevrinkj.c:220: error: initializer element is not computable at load time ./src/gdevrinkj.c:220: error: (near initialization for `gs_rinkj_device.n_planes_out') ./src/gdevrinkj.c:221: warning: initialization makes pointer from integer without a cast ./src/gdevrinkj.c:222: warning: braces around scalar initializer ./src/gdevrinkj.c:222: warning: (near initialization for `gs_rinkj_device.num_std_colorant_names') ./src/gdevrinkj.c:223: error: initializer element is not constant ./src/gdevrinkj.c:223: error: (near initialization for `gs_rinkj_device.separation_names') ./src/gdevrinkj.c: In function `rinkj_open_profile': ./src/gdevrinkj.c:443: warning: cast discards qualifiers from pointer target type ./src/gdevrinkj.c: In function `rinkj_set_luts': ./src/gdevrinkj.c:907: warning: assignment discards qualifiers from pointer target type ./src/gdevrinkj.c: In function `rinkj_init': ./src/gdevrinkj.c:957: warning: assignment discards qualifiers from pointer target type make: *** [obj/gdevrinkj.o] Error 1 make: *** Waiting for unfinished jobs.... Expected Results: ghostscript-afpl merged Portage 2.0.53_rc7 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r3, 2.6.14_hope2 x86_64) ================================================================= System uname: 2.6.14_hope2 x86_64 AMD Opteron(tm) Processor 242 Gentoo Base System version 1.12.0_pre9 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O3 -pipe -fomit-frame-pointers" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache digest distlocks sandbox sfperms strict userpriv" GENTOO_MIRRORS="http://gentoo.inode.at http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X aalib alsa apache2 arts auctex audiofile avi bash-completion berkdb bitmap-fonts bzip2 cdda cddb cdparanoia cdr chroot cpudetection crypt cups curl dvd dvdr dvdread dvi eds emboss encode esd fam fb fbcon fbdev flac foomaticdb fortran gdbm gif gphoto2 gpm gstreamer gtk gtk2 guile imagemagick imap imlib ipv6 java jpeg kde kdeenablefinal lcd libwww lm_sensors lzw lzw-tiff mad matrox motif mozilla mp3 mpeg ncurses nls ogg opengl pam pdflib perl png postgres python qt quicktime readline samba sasl scanner sdl slang spell ssl tcltk tcpd tetex tiff truetype-fonts type1-fonts udev unicode usb userlocales utf8 vorbis xine xinetd xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
well we have some patch for rinkj in the ebuild, can you please try to comment out that one?
ok, disabling the rinkj patch fixes the ebuild for me. --- thank you! markus
ok, I temporarily disabled rinkj.patch on amd64. amd64 herd: Can you please check what is wrong in the code and maybe fix it?
It built fine here, on amd64. I haven't dug any deeper than that, for now. Portage 2.0.53_rc7 (default-linux/amd64/2006.0, gcc-3.4.4, glibc-2.3.5-r3, 2.6.13-ck8-dfg1 x86_64) ================================================================= System uname: 2.6.13-ck8-dfg1 x86_64 AMD Turion(tm) 64 Mobile Technology ML-28 Gentoo Base System version 1.12.0_pre9 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/home/portage/distfiles" FEATURES="autoconfig ccache cvs distcc distlocks multilib-strict sandbox sfperms sign strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LC_ALL="en_US.utf8" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/home/portage" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/portage/overlays/dang /home/portage/overlays/dev-overlay /home/portage/overlays/evolution /home/portage/overlays/gentopia" SYNC="rsync://nobody.nowhere.foo/fuckoff" USE="amd64 X aac aalib acpi alsa apache2 artworkextra avi bash-completion berkdb bitmap-fonts cdr crypt cscope cups curl db2 dbus dga directfb divx4linux dri dvd eds emboss encode ethereal evo exif fam firefox flac font-server foomaticdb gd gdbm gif gimpprint gnome gnutls gphoto2 gstreamer gtk gtk2 gtkhtml guile hal howl imagemagick imap imlib ipv6 jabber jpeg ldap lesstif libg++ libwww logrotate lzo lzw lzw-tiff mad matroska mikmod mime mmap mng mono motif mozilla mp3 mpeg mpi ncurses nls nptl nptlonly offensive ogg oggvorbis opengl oscar oss pam pcmcia pda pdflib perl png python qemu-fast quicktime readline real rtc samba sdl sharedmem slang soap softmmu speex spell sqlite ssl svg tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vorbis wifi wmf xface xml2 xpm xsl xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS
Daniel, that's because genstef prefixed the epatch line with 'use amd64 ||'
Ah, I missed that. I assumed it was &&.
The actual issue doesn't seem to be apparent. I've looked over a Changelog I found here: http://www.cs.wisc.edu/~ghost/doc/cvs/Details8.htm which seems to detail that there was a fix. There was indeed one for 64 bit related arches, such as detailed here: http://cvs.ghostscript.com/cgi-bin/viewcvs.cgi/ghostscript/trunk/gs/src/tttypes.h?r1=text&tr1=5933&r2=text&tr2=6159&diff_format=h I attempted to utilize it, but the failure still exists. I'd like to take this upstream, as looking over the code makes me cringe, and I think someone with far better knowledge of the code relationship should look this over.
I assume this is fixed with 8.54 as I removed the use amd64|| and no one complained yet Probably makes sense to stabilize ghostscript-afpl-8.54-r1 so that amd64 users can use the rinkj device, but this is optional.