Bugzilla Bug 138365

if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.  -I/usr/include/SDL
-D_REENTRANT   -finline-limit=300   -O2 -pipe -fomit-frame-pointer -march=k8
-MT
Backtrace.o -MD -MP -MF ".deps/Backtrace.Tpo" \
  -c -o Backtrace.o `test -f 'archutils/Unix/Backtrace.cpp' || echo
'./'`archutils/Unix/Backtrace.cpp; \
then mv -f ".deps/Backtrace.Tpo" ".deps/Backtrace.Po"; \
else rm -f ".deps/Backtrace.Tpo"; exit 1; \
else rm -f ".deps/Threads_Pthreads.Tpo"; exit 1; \
fi
arch/Threads/Threads_Pthreads.cpp: In member function 

if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.  -I/usr/include/SDL
-D_REENTRANT   -finline-limit=300   -O2 -pipe -fomit-frame-pointer -march=k8
-MT
Backtrace.o -MD -MP -MF ".deps/Backtrace.Tpo" \
  -c -o Backtrace.o `test -f 'archutils/Unix/Backtrace.cpp' || echo
'./'`archutils/Unix/Backtrace.cpp; \
then mv -f ".deps/Backtrace.Tpo" ".deps/Backtrace.Po"; \
else rm -f ".deps/Backtrace.Tpo"; exit 1; \
else rm -f ".deps/Threads_Pthreads.Tpo"; exit 1; \
fi
arch/Threads/Threads_Pthreads.cpp: In member function ‘virtual int
ThreadImpl_Pthreads::Wait()’:
arch/Threads/Threads_Pthreads.cpp:47: error: cast from ‘void*’ to ‘int’
loses precision
make[2]: *** [Threads_Pthreads.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory
`/var/tmp/portage/stepmania-3.9/work/StepMania-3.9-src/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/var/tmp/portage/stepmania-3.9/work/StepMania-3.9-src/src'
make: *** [all-recursive] Error 1

!!! ERROR: games-arcade/stepmania-3.9 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  stepmania-3.9.ebuild, line 53:   Called die

Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-4.1.1, glibc-2.3.6-r3,
2.6.16-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.16-gentoo-r7 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor
4600+
Gentoo Base System version 1.12.1
ccache version 2.3 [enabled]
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  0.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-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -fomit-frame-pointer -march=k8"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config
/usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash
/etc/terminfo"
CXXFLAGS="-O2 -pipe -fomit-frame-pointer -march=k8"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache confcache distlocks fixpackages metadata-transfer
parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/
http://gentoo.mirrors.easynews.com/linux/gentoo/ "
LC_ALL="en_US.UTF-8"
LINGUAS="en"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/portage-overlay /usr/portage/local/layman/kolab2
/usr/portage/local/layman/php /usr/portage/local/layman/initng
/usr/portage/local/layman/java-migration /usr/portage/local/layman/musicbrainz"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 7zip X X509 a52 aac aalib acl acpi aim alsa amarok amazon amd amuled
apache2 asf async authdaemond automount avi bash-completion bcmath bdf berkdb
big-tables bootsplash branding browserplugin bzip2 cairo cap caps ccache cdda
cddb cdinstall cdio cdparanoia cdr cdrom cg chroot cjk cli crypt css ctype cups
curl curlwrappers cvs cvsgraph cyrus dbus dga dio directfb dlloader dlopen dmx
dnd dnotify doc dpms dri dts dv dvd dvdr dvdread dxr3 edl eds emul-linux-x86
encode enscript escreen ethereal evo evolution exif exscalibar extensions fam
fame fastcgi fbcon fbsplash festival ffmpeg firefox flac flash flatfile
font-server foomaticdb ftp fuse gaim gd ggi gif gimp gimpprint glut gmail
gmailtimestamps gmp gnome gnome-print gpgme gpm grammar graphicsmagick graphviz
gs gssapi gstreamer gstreamer010 gtk gtk2 gtkhtml gtkspell gvim hal hou hpn
httpd iconv id3 idled idn ieee1394 ifp imagemagick imap imlib inifile innodb
insecure-savers iproute2 ipsec ipv6 irc ithreads j2ee jack java javascript
jboss jce jcs jikes john joystick jpeg jpeg2k junit kde kerberos lame
largeterminal latex lcms ldap ldapsam ldirectord libcaca libsamplerate
libvisual lirc lm_sensors log4j logrotate lzw lzw-tiff mad maildir math
matroska mbox mbrola md5sum mem-cache memcache menubar mime mjpeg mmap mng mod
mod_python module mono moodbar mouse moznocompose moznoirc moznomail mp3 mp4
mp4live mpeg mpeg2 mplayer mpm-worker msdfs mudflap multiuser musepack
musicbrainz mysql mysqli nas ncurses net nethack network nfs nls nocd nosrc
nowin nptl nptlonly nsplugin ntfs ntlm nvidia nvtv objc objc++ odbc ogg
oggvorbis opengl openssl oscar oss overlays pam pam_chroot pam_console passfile
pcntl pcre pdf pdflib perl php player plotutils png pop pop3d ppds pppd python
qemu-fast qt quicktime rar rdesktop readline reflection reiserfs remote rtc
samba sample sasl screen sdl sensord server servlet-2.4 session sftp silvercity
skey slang slp smartcard smarty smime smp smtp sockets socks5 sou spell spl sql
srp sse-filters ssl startup-notification stream subtitles subversion svg
swarmcache sysfs syslog tabs taglib tagwriting tcpd test tetex thesaurus
threads tidy tiff timidity tokenizer toolbar transcode truetype truetype-fonts
type1-fonts underscores unicode unzip urandom usb userlocales utf8 v4l v4l2 vcd
vhosts vim vim-pager visualization vorbis webdav webkdc widescreen wifi winbind
wma wma123 wmf wxwindows x264 xanim xcomposite xext xgetdefault xine xinerama
xlockrc xml xml2 xmldoclet xmlreader xmlrpc xmlwriter xmms xorg xosd xpm xprint
xrandr xscreensaver xsettings xv xvid xvmc yv12 zip zlib elibc_glibc
input_devices_mouse input_devices_evdev input_devices_joystick
input_devices_keyboard kernel_linux linguas_en userland_GNU video_cards_nvidia
video_cards_vesa video_cards_fbdev"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS

>arch/Threads/Threads_Pthreads.cpp:47: error: cast from 

>arch/Threads/Threads_Pthreads.cpp:47: error: cast from ‘void*’ to ‘int’ loses
precision

Obviously a pointer on amd64 is 64 bits long, where an int probably still is 32
bit. 
I can't test it, but try replacing the int with a long at line 47 and see if it
compiles past that. If it does, a patch should be easy to make. 

Or alternatively, what's the gcc output of this?

int main(){
long a=(long)(void*)42;
int b=(int)(void*)42;
return;
}

Output of:
int main(){
long a=(long)(void*)42;
int b=(int)(void*)42;
return;
}

yeilded: 
test.cpp: In function 'int main()':
test.cpp:3: error: cast from 'void*' to 'int' loses precision
test.cpp:4: error: return-statement with no value, in function returning 'int'

Adding return 0; and commenting out the b line resulted in:
/tmp/cc3uGfGm.o:(.eh_frame+0x12): undefined reference to `__gxx_personality_v0'
collect2: ld returned 1 exit status

I attempted to make a patch, but could get it working!

Someone with more experience needs to give it a go!

*pokes Michael*

Created an attachment (id=97202) [edit]
Change ints to void* or long

I made some changes and a patch. I changed the int for the Wait to void*. This
works perfectly fine (from what I could tell) except that Window's Threads
becomes weird. It may be better to change them to long instead, but it at least
compiles and runs decently.

The ints that were changed to longs were gotten from the patch found at
http://ubuntuforums.org/showthread.php?t=34700.

Created an attachment (id=97386) [edit]
proposed amd64 patch

I would like someone who is more experienced to modify the patch so it works
correctly.  My ebuild (which is just the stock one which runs this new patch)
errors out.  I believe the code change is correct, the problem might be with
the paths.

What errors are occuring? Could you post them?

Were you using your patch, mine, or both?

I was using the patch from the ubuntu forms.  I changed the --- & +++ lines to
try and reflect the correct paths.  I have the patch in the files directory (in
the overlay).  I added "${FILESDIR}/${P}"-amd64.patch to the ebuild and when I
emerge it, it fails with

 * Failed Patch: stepmania-3.9-amd64.patch !
 *  ( /usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-amd64.patch
)
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/stepmania-3.9/temp/stepmania-3.9-amd64.patch-1682.out


!!! ERROR: games-arcade/stepmania-3.9 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_unpack
  ebuild.sh, line 708:   Called src_unpack
  stepmania-3.9.ebuild, line 35:   Called epatch
'/usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-gentoo.patch'
'/usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-gcc41.patch'
'/usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-ffmpeg.patch'
'/usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-vorbis.patch'
'/usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-alsa.patch'
'/usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-sdl.patch'
'/usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-amd64.patch'
  eutils.eclass, line 163:   Called epatch
'/usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-amd64.patch'
  eutils.eclass, line 341:   Called die

!!! Failed Patch: stepmania-3.9-amd64.patch!
!!! If you need support, post the topmost build error, and the call stack if
relevant.

!!! This ebuild is from an overlay: '/usr/local/portage'


I took a look at the stepmania-3.9-amd64.patch-1682.out file in
/var//tmp/portage/stepmania-3.9/temp/ and it shows errors starting at p0:

***** stepmania-3.9-amd64.patch *****

=====================================

PATCH COMMAND:  patch -p0 -g0 -E --no-backup-if-mismatch <
/usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-amd64.patch

=====================================
patching file src/arch/Threads/Threads_Pthreads.cpp
Hunk #2 FAILED at 45.
1 out of 2 hunks FAILED -- saving rejects to file
src/arch/Threads/Threads_Pthreads.cpp.rej
patching file src/crypto51/misc.cpp
Hunk #1 FAILED at 16.
1 out of 1 hunk FAILED -- saving rejects to file src/crypto51/misc.cpp.rej
patching file src/crypto51/misc.h
Hunk #1 FAILED at 142.
1 out of 1 hunk FAILED -- saving rejects to file src/crypto51/misc.h.rej
=====================================

PATCH COMMAND:  patch -p1 -g0 -E --no-backup-if-mismatch <
/usr/local/portage/games-arcade/stepmania/files/stepmania-3.9-amd64.patch

=====================================
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- src/arch/Threads/Threads_Pthreads.cpp.orig        2005-11-03
09:58:52.000000000 -0500
|+++ src/arch/Threads/Threads_Pthreads.cpp     2006-01-30 23:07:00.000000000
-0500
--------------------------
No file to patch.  Skipping patch.
2 out of 2 hunks ignored

Each of the other p level fails with file not found errors also.  I belive I
have the path of the files in the patch correctly, but since I have no
experience with patching, I would like someone else to help/take a look.

Created an attachment (id=97441) [edit]
Same "change ints to void* or long" patch, with reduced paths

I have reduced the paths on my previous patch so that it can work without
modification. Try using the same ebuild that you did before, but with this
patch instead.

(From update of attachment 97386 [edit])
Yes your patched worked completly fine out of the box.  I'll be testing
stepmania to see if everything worked out with the patch.

There is a bug with my stepmania that I think is related to this bug. After a
song, the song repeats. This occurs infinitely. Is this happening for you joel?
If so, then this is a amd64 issue.

Yeah the song loops infinitly for me too, never taking me to the score screen.

Compilation on amd64 fixed with partial patch from stepmania CVS.
Thanks for report.