Hi, Emerging libggi fails on ppc with gcc4.1.0-the error is different from the one reported in bugs 110458, 127063 and 94600. Removing the fbcon flag didn't solve the problem. The error is: make[3]: Leaving directory `/var/tmp/portage/libggi-2.1.1/work/libggi-2.1.1/display/ipc' Making all in lcd823 make[3]: Entering directory `/var/tmp/portage/libggi-2.1.1/work/libggi-2.1.1/display/lcd823' if /bin/sh ../../libtool --mode=compile powerpc-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I/usr/include -O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing -I/usr/include -D_REENTRANT -D_THREAD_SAFE -MT visual.lo -MD -MP -MF ".deps/visual.Tpo" -c -o visual.lo visual.c; \ then mv -f ".deps/visual.Tpo" ".deps/visual.Plo"; else rm -f ".deps/visual.Tpo"; exit 1; fi powerpc-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I/usr/include -O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing -I/usr/include -D_REENTRANT -D_THREAD_SAFE -MT visual.lo -MD -MP -MF .deps/visual.Tpo -c visual.c -fPIC -DPIC -o visual.lo visual.c: In function 'do_cleanup': visual.c:85: error: invalid lvalue in assignment visual.c: In function 'GGIopen': visual.c:109: error: invalid lvalue in assignment make[3]: *** [visual.lo] Error 1 make[3]: Leaving directory `/var/tmp/portage/libggi-2.1.1/work/libggi-2.1.1/display/lcd823' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/libggi-2.1.1/work/libggi-2.1.1/display' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/libggi-2.1.1/work/libggi-2.1.1' make: *** [all] Error 2 =========== As in other bugs "visual.c" is involved so it is probably related. Emerge info: Portage 2.0.54 (default-linux/ppc/ppc32/2006.0/G4, gcc-4.1.0, glibc-2.3.6-r3, 2.6.14-gentoo-r5 ppc) ================================================================= System uname: 2.6.14-gentoo-r5 ppc 7450, altivec supported Gentoo Base System version 1.6.14 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 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.22 virtual/os-headers: 2.6.11-r4 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing" CHOST="powerpc-unknown-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/lib/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/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.vic.keypoint.com.au http://mirrors.tds.net/gentoo ftp://mirrors.tds.net/gentoo http://mirror.tucdemonic.org/gentoo/" LC_ALL="en_GB.UTF-8" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="ppc X a52 aac aalib alsa altivec apache2 apm arts audiofile berkdb bitmap-fonts bonobo bzip2 cairo cddb cdf cdparanoia cdr cli crypt ctype cups curl dba dri dts dv dvd dvdr dvdread emboss encode esd exif expat f77 fam fastbuild fbcon ffmpeg flac foomaticdb force-cgi-redirect fortran ftp gd gdbm gif glut gmp gpm graphviz gstreamer gtk gtk2 gtkhtml guile hal idn ieee1394 imagemagick imlib imlib2 ipv6 isdnlog java jbig jpeg jpeg2k kde kdexdeltas lcms libg++ libwww live lzo mad matroska memlimit mikmod mjpeg mng motif mp3 mpeg ncurses netcdf network nls nptl ogg openal openexr opengl oss pam pcre pdflib perl plotutils png posix ppds pppd python qt quicktime rdesktop readline ruby samba sdl session simplexml slang slp soap sockets spell spl ssl svg szip tcltk tcpd tetex theora tiff tokenizer truetype truetype-fonts type1-fonts udev unicode usb vorbis wmf xine xml xml2 xmms xsl xv xvid zeroconf zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
It causes lcd823 has some breakages, IMHO. A patch or new libggi which are fixed can be available. http://bugs.gentoo.org/show_bug.cgi?id=126400
(In reply to comment #1) > It causes lcd823 has some breakages, IMHO. > A patch or new libggi which are fixed can be available. > http://bugs.gentoo.org/show_bug.cgi?id=126400 > I will have a look on Monday. Hopefully it will work.
(In reply to comment #2) > (In reply to comment #1) > > It causes lcd823 has some breakages, IMHO. > > A patch or new libggi which are fixed can be available. > > http://bugs.gentoo.org/show_bug.cgi?id=126400 > > > I will have a look on Monday. Hopefully it will work. > I had a look at your "patches". I first try to correct it to work with libgii-0.9.0 which is in portage, but your patches to libggi didn't like that too much so I also put libgii-1.0.1 from your bug in my overlay along with your libggi-2.2.1-r1. I had to correct your 2 patches because they couldn't find the files to patch (removed ggi-core/libggi/ from the pathname of the files to patch, otherwise it wouldn't apply don't know if it's because I had an other problem or not). So it worked - that is it compiled and installed fine. Next I tried to emerge libsdl with ggi support; it didn't work. Moving to this new gii and ggi broke support in libsdl-1.2.8-r1 and 1.2.9-r1. It also breaks the support for ggi in gnuplot (version 4.0-r1 the latest in the portage tree). Support in mplayer1.0.20060217 worked. With so many breakage I don't know that I want to keep libggi around frankly, it's not like I am using it that much anyway.
(In reply to comment #3) [SNIP] > I had a look at your "patches". I first try to correct it to work > with libgii-0.9.0 which is in portage, but your patches to libggi didn't > like that too much so I also put libgii-1.0.1 from your bug in my overlay > along with your libggi-2.2.1-r1. I had to correct your 2 patches because > they couldn't find the files to patch (removed ggi-core/libggi/ from the > pathname of the files to patch, otherwise it wouldn't apply don't know if > it's because I had an other problem or not). > So it worked - that is it compiled and installed fine. According to GGI folks, they can only accept patches for their CVS or GGI 2.2 stuffs. So, my bugs' patches are for GGI 2.2 which are filed as new ebuilds. I've never tested my patches with old GGI stuffs. > Next I tried to emerge libsdl with ggi support; it didn't work. Moving to > this new gii and ggi broke support in libsdl-1.2.8-r1 and 1.2.9-r1. > It also breaks the support for ggi in gnuplot (version 4.0-r1 the latest in > the portage tree). What does "it didn't work" mean? My bug has patches for libsdl-1.2.9-r1 and gnuplot-4.0-r1, too. And then, these patches can fix for only compilation errors, IIRC. It means "I haven't tested whether it work". So, you mean "I've patched it, but I cann't compile" or "I've patched it, it was compiled successfully, but it has segfaults" or so?
By not working I meant they didn't compile. I hadn't seen your patches for libsdl and gnuplot, I apologize for that. I may give them a go later today. But aside from that, I am a bit puzzled as about when is ggi used? I didn't find their homepage very enlightening.
Hmm libggi already has a patch for GCC4 support, please make sure that the patch is applied and you're not getting libggi from an overlay.
Reopen if you're sure it's not getting built from overlay.
(In reply to comment #6) > Hmm libggi already has a patch for GCC4 support, please make sure that the > patch is applied and you're not getting libggi from an overlay. > Sorry for the delay I had a lot of other stuff on the go. If I don't use an overlay I get the error from my first post. The gcc4 patch is apparently applied: >>> Unpacking libggi-2.1.1.src.tar.bz2 to /var/tmp/portage/libggi-2.1.1/work * Applying libggi-2.1.1-gcc4.patch ... [ ok ] * Applying libggi-2.1.1-glibc24.patch ... [ ok ] * Running elibtoolize in: libggi-2.1.1 * Applying portage-1.5.10.patch ... * Applying sed-1.5.6.patch ... * Applying tmp-1.3.5.patch ... * Applying uclibc-conf-1.2.0.patch ... >>> Source unpacked. But looking at the patch in question it does nothing to patch anything in display/lcd823 where I bump into a problem.
(In reply to comment #7) > Reopen if you're sure it's not getting built from overlay. > It build from the ebuild in the bug 126400 (with the correction from my previous comments). I didn't test the patches to libsdl and gnuplot.