Bugzilla Bug 127328

Libemf 1.0.3 is in portage for ~x86, and there's an old amd64 patch which needs
someone with spare time and an amd64 box. The other arches should please check
if their keywords are still ok for this version since it uses rather different
WINE headers for some stuff.

Added ~ppc keyword.

added ~ppc64

Updated the patch for 1.0.3 and added ~amd64 to the modified ebuild.

You might want to to try to push this patch upstream.

(In reply to comment #3)
> Updated the patch for 1.0.3 and added ~amd64 to the modified ebuild.
> 
> You might want to to try to push this patch upstream.
> 
Unfortunately, the patch doesn't seem to work here:

 x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../config -I../include
-march=k8 -O2 -pipe -ffriend-injection -D_REENTRANT -DPTHREADS -MT libemf.lo
-MD -MP -MF .deps/libemf.Tpo -c libemf.cpp  -fPIC -DPIC -o
.libs/libemf.o../include/libEMF/wine/winbase.h: In function 'void*
InterlockedCompareExchangePointer(void**, void*, void*)':
../include/libEMF/wine/winbase.h:1808: error: cast from 'void*' to 'LONG' loses
precision
../include/libEMF/wine/winbase.h:1808: error: cast from 'void*' to 'LONG' loses
precision
../include/libEMF/wine/winbase.h: In function 'void*
InterlockedExchangePointer(void**, void*)':
../include/libEMF/wine/winbase.h:1813: error: cast from 'void*' to 'LONG' loses
precision
make[1]: *** [libemf.lo] Error 1
make[1]: Leaving directory
`/var/tmp/portage/libemf-1.0.3/work/libEMF-1.0.3/libemf'
make: *** [all-recursive] Error 1

!!! ERROR: media-libs/libemf-1.0.3 failed.

Portage 2.1_pre7-r5 (default-linux/amd64/2006.0, gcc-4.1.0, glibc-2.4-r1,
2.6.16-ck2 x86_64)
=================================================================
System uname: 2.6.16-ck2 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.0_pre17
ccache version 2.4 [enabled]
dev-lang/python:     2.3.5-r2, 2.4.2-r1
sys-apps/sandbox:    1.2.17
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-r2
sys-devel/binutils:  2.16.1-r1, 2.16.91.0.6, 2.16.91.0.7
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env
/usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config
/usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild
/etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=k8 -O2 -pipe -ffriend-injection"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS=""
FEATURES="autoconfig ccache confcache distlocks metadata-transfer nostrip
parallel-fetch sandbox sfperms
strict"GENTOO_MIRRORS="http://gentoo.osuosl.org/"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/bmg-main /usr/local/xgl-coffee /usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="amd64 X aac alsa apache2 avi bash-completion berkdb bitmap-fonts bzip2
cairo cdr cli crypt ctype cups dba dbus debug dri dvd dvdr eds emboss encode
esd expat fastbuild firefox flac foomaticdb force-cgi-redirect fortran ftp gd
gdbm gif glitz gnome gpm gstreamer gtk gtk2 hal imlib ipv6 isdnlog java jpeg
kde ldap lzw lzw-tiff mad memlimit mono mozilla mp3 mpeg ncurses nls nptl
nptlonly ogg opengl pam pcre pdflib perl pic png posix pppd python qt quicktime
readline ruby samba sdl session simplexml soap sockets spell spl sqlite ssl
tcpd theora tiff tokenizer truetype truetype-fonts type1-fonts usb vorbis xml
xml2 xpm xsl xv zlib elibc_glibc input_devices_keyboard input_devices_mouse
input_devices_evdev kernel_linux userland_GNU video_cards_vga video_cards_vesa"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS, LINGUAS, MAKEOPTS

The patch works with gcc-3.4, the current non-hardmasked gcc.

If I have time, I might look at making a gcc4 patch later today.

(In reply to comment #5)
> The patch works with gcc-3.4, the current non-hardmasked gcc.
> 
> If I have time, I might look at making a gcc4 patch later today.
> 
There's no rush on this. I was just letting you know it was still broken under
gcc 4.1.

After further inspection, it appears that this only worked at all on amd64 by
chance (casting a void pointer to an int only ever works by chance on amd64).

It looks like we are going to have to drop the amd64 keyword from all versions
of the package

Well, why is this bug still open, then? :-)

~sparc is back!