Portage 2.1_pre9-r3 (default-linux/amd64/2006.0, gcc-4.1.0, glibc-2.4-r1, 2.6.15-gentoo-r7 x86_64) ================================================================= System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3700+ Gentoo Base System version 1.12.0_pre18 dev-lang/python: 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-r2 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 -O3 -pipe -ftracer -fprefetch-loop-arrays -msse2" 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.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O3 -pipe -ftracer -fprefetch-loop-arrays -msse2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://adelie.polymtl.ca/ http://www.gtlib.gatech.edu/pub/gentoo http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://mirrors.acm.cs.rpi.edu/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X Xaw3d a32 aim alsa amd64 arts avi bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli crypt cups divx4linux dri dvb dvd dvdr dvdread eds emacs emboss encode ffmpeg foomaticdb fortran gif glitz glut gnome gpm gstreamer gtk gtk2 imagemagick imap imlib ipv6 isdnlog java joystick jpeg kde lzw lzw-tiff mozilla mp3 mpeg mysql ncurses nls nptl nptlonly nvidia ogg opengl pam pcre pdf pdflib perl php png pppd python qt quicktime readline reflection sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts usb xorg xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_nvidia" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY libjsw fails to emerge with the following error: >>> Emerging (1 of 98) media-libs/libjsw-1.5.5 to / >>> checking ebuild checksums >>> checking auxfile checksums >>> checking miscfile checksums >>> checking distfiles checksums >>> Unpacking source... >>> Unpacking libjsw-1.5.5.tar.bz2 to /var/tmp/portage/libjsw-1.5.5/work * Applying libjsw-1.5.5-gcc33.patch ... [ ok ] * Applying libjsw-1.5.5-gcc33.patch ... [ ok ] * Applying libjsw-1.5.5-liborder.patch ... [ ok ] >>> Source unpacked. >>> Compiling source in /var/tmp/portage/libjsw-1.5.5/work/libjsw-1.5.5 ... Building library "libjsw.so.1.5.5"... Compiling module axisio.o Compiling module attributes.o Compiling module buttonio.o Compiling module calibrationfio.o Compiling module forcefeedback.o Compiling module main.o Compiling module utils.o Compiling module fio.o Compiling module disk.o disk.cpp: In function 'int ISPATHABSOLUTE(const char*)': disk.cpp:135: error: invalid cast from type 'char' to type 'char' disk.cpp:135: error: invalid cast from type 'char' to type 'char' make: *** [disk.o] Error 1 make: *** Waiting for unfinished jobs.... !!! ERROR: media-libs/libjsw-1.5.5 failed. Call stack: ebuild.sh, line 1525: Called dyn_compile ebuild.sh, line 928: Called src_compile libjsw-1.5.5.ebuild, line 30: Called die The error can be resolved (however i'm not sure if its still the desired effect by changing line 135 from: while(ISBLANK(reinterpret_cast<char>(*path))) to: while(ISBLANK((char)(*path))) I'm not sure if this is a GCC or a libjsw error, however given the line "invalid cast from type 'char' to type 'char'" i'm guess gcc. I tested compiling that file by hand (without compiler flags and other such things and found the same error message, so i'm pretty sure it isn't the ebuild or my settings that are causing the problem. Regards, Tom
*** Bug 131047 has been marked as a duplicate of this bug. ***
*** Bug 131046 has been marked as a duplicate of this bug. ***
(however i'm not sure if its still the desired effect by changing line 135 from:
As side from the fact that the cast shouldn't fail going from char to char, shouldn't a reinterpret cast not fail as it is converting it on the bit level? Wouldn't that make it a gcc error and not a libjsw error?
fixed in cvs