While revdep-rebuilding cgkit-1.2.0 didn't compile. 2.0.0_alpha5 2.0.0_alpha6 compile and there is a new version 2.0.0_alpha7 available (which also compiles). I didn't test the library (I think I emerged it a while ago while seeking for usable RenderMan programs like pixie).
1.2.0 lookss badly broken: building 'cgtypes' extension creating build/temp.linux-i686-2.4 i686-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i686 -pipe -fPIC -I/usr/include/python2.4 -c cgtypes.c -o build/temp.linux-i686-2.4/cgtypes.o cgtypes.c: In function '__pyx_f_7cgtypes_4vec3___new__': cgtypes.c:452: error: invalid lvalue in assignment cgtypes.c:546: error: invalid lvalue in assignment cgtypes.c:706: error: invalid lvalue in assignment cgtypes.c: In function '__pyx_f_7cgtypes_4vec3___richcmp__': [snip] cgtypes.c:25500: error: invalid lvalue in assignment cgtypes.c:25511: error: invalid lvalue in assignment error: command 'i686-pc-linux-gnu-gcc' failed with exit status 1 !!! ERROR: dev-python/cgkit-1.2.0 failed.
(In reply to comment #1) > 1.2.0 lookss badly broken: > > building 'cgtypes' extension > creating build/temp.linux-i686-2.4 > i686-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i686 > -pipe -fPIC -I/usr/include/python2.4 -c cgtypes.c -o > build/temp.linux-i686-2.4/cgtypes.o > cgtypes.c: In function '__pyx_f_7cgtypes_4vec3___new__': > cgtypes.c:452: error: invalid lvalue in assignment > cgtypes.c:546: error: invalid lvalue in assignment > cgtypes.c:706: error: invalid lvalue in assignment > cgtypes.c: In function '__pyx_f_7cgtypes_4vec3___richcmp__': > > [snip] > > cgtypes.c:25500: error: invalid lvalue in assignment > cgtypes.c:25511: error: invalid lvalue in assignment > error: command 'i686-pc-linux-gnu-gcc' failed with exit status 1 > > !!! ERROR: dev-python/cgkit-1.2.0 failed. > (In reply to comment #1) > 1.2.0 lookss badly broken: > > building 'cgtypes' extension > creating build/temp.linux-i686-2.4 > i686-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i686 > -pipe -fPIC -I/usr/include/python2.4 -c cgtypes.c -o > build/temp.linux-i686-2.4/cgtypes.o > cgtypes.c: In function '__pyx_f_7cgtypes_4vec3___new__': > cgtypes.c:452: error: invalid lvalue in assignment > cgtypes.c:546: error: invalid lvalue in assignment > cgtypes.c:706: error: invalid lvalue in assignment > cgtypes.c: In function '__pyx_f_7cgtypes_4vec3___richcmp__': > > [snip] > > cgtypes.c:25500: error: invalid lvalue in assignment > cgtypes.c:25511: error: invalid lvalue in assignment > error: command 'i686-pc-linux-gnu-gcc' failed with exit status 1 > > !!! ERROR: dev-python/cgkit-1.2.0 failed. > I had the same error with GCC 4.1, however with GCC 3.4.6 cgtypes.c:4973: warning: use of cast expressions as lvalues is deprecated is reported I think the stable flag should be removed from 1.2 Hanni
(In reply to comment #2) > (In reply to comment #1) > > 1.2.0 lookss badly broken: > > > > building 'cgtypes' extension > > creating build/temp.linux-i686-2.4 > > i686-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i686 > > -pipe -fPIC -I/usr/include/python2.4 -c cgtypes.c -o > > build/temp.linux-i686-2.4/cgtypes.o > > cgtypes.c: In function '__pyx_f_7cgtypes_4vec3___new__': > > cgtypes.c:452: error: invalid lvalue in assignment > > cgtypes.c:546: error: invalid lvalue in assignment > > cgtypes.c:706: error: invalid lvalue in assignment > > cgtypes.c: In function '__pyx_f_7cgtypes_4vec3___richcmp__': > > > > [snip] > > > > cgtypes.c:25500: error: invalid lvalue in assignment > > cgtypes.c:25511: error: invalid lvalue in assignment > > error: command 'i686-pc-linux-gnu-gcc' failed with exit status 1 > > > > !!! ERROR: dev-python/cgkit-1.2.0 failed. > > > > (In reply to comment #1) > > 1.2.0 lookss badly broken: > > > > building 'cgtypes' extension > > creating build/temp.linux-i686-2.4 > > i686-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=i686 > > -pipe -fPIC -I/usr/include/python2.4 -c cgtypes.c -o > > build/temp.linux-i686-2.4/cgtypes.o > > cgtypes.c: In function '__pyx_f_7cgtypes_4vec3___new__': > > cgtypes.c:452: error: invalid lvalue in assignment > > cgtypes.c:546: error: invalid lvalue in assignment > > cgtypes.c:706: error: invalid lvalue in assignment > > cgtypes.c: In function '__pyx_f_7cgtypes_4vec3___richcmp__': > > > > [snip] > > > > cgtypes.c:25500: error: invalid lvalue in assignment > > cgtypes.c:25511: error: invalid lvalue in assignment > > error: command 'i686-pc-linux-gnu-gcc' failed with exit status 1 > > > > !!! ERROR: dev-python/cgkit-1.2.0 failed. > > > > I had the same error with GCC 4.1, however with GCC 3.4.6 > > cgtypes.c:4973: warning: use of cast expressions as lvalues is deprecated > > is reported I think the stable flag should be removed from 1.2 > > Hanni > P.S. however it did build successfully
Adding games for ogre failures: ogre: i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../OgreMain/include -I/usr/include/freetype2 -I../../OgreMain/include -DOGRE_NONCLIENT_BUILD -O2 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -MT OgreArchiveEx.lo -MD -MP -MF .deps/OgreArchiveEx.Tpo -c OgreArchiveEx.cpp -o OgreArchiveEx.o >/dev/null 2>&1 ../../OgreMain/include/OgreMeshManager.h:339: error: extra qualification 'Ogre::MeshManager::' on member 'getBoundsPaddingFactor' ../../OgreMain/include/OgreMeshManager.h:344: error: extra qualification 'Ogre::MeshManager::' on member 'setBoundsPaddingFactor' make[2]: *** [OgreAnimationTrack.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... mv -f .libs/OgreArchiveEx.lo OgreArchiveEx.lo make[2]: Leaving directory `/var/tmp/portage/dev-games/ogre-0.15.1/work/ogrenew/OgreMain/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/dev-games/ogre-0.15.1/work/ogrenew/OgreMain' make: *** [all-recursive] Error 1 !!! ERROR: dev-games/ogre-0.15.1 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' environment, line 3015: Called src_compile ogre-0.15.1.ebuild, line 54: Called die
Created attachment 113052 [details] build.log with test failures for pyprotocols, bzipped dev-python/pyprotocols-0.9.3 test suite fails (1.0_pre not ready for stabling) and dev-games/ogre-0.15.1 does not emerge at all. cgkit hard deps on ogre 0.15.1 Sorry for bzipping, but log is 5 MB.
Portage 2.1.2.2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r5 i686) ================================================================= System uname: 2.6.19-gentoo-r5 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System release 1.12.9 Timestamp of tree: Mon, 12 Mar 2007 06:20:01 +0000 dev-java/java-config: 1.3.7, 2.0.31 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/spool/PBS /var/vpopmail/domains /var/vpopmail/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/php/apache1-php4/ext-active/ /etc/php/apache1-php5/ext-active/ /etc/php/apache2-php4/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php4/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php4/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/" LANG="de_DE@euro" LC_ALL="de_DE.utf8" LINGUAS="de" MAKEOPTS="-j2" 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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="3dnow 3dnowext X Xaw3d a52 alsa apache artworkextra asf audiofile bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dts dvd dvdr dvdread dvi eds emacs emboss encode esd evo exif expat fam fat fbcon ffmpeg firefox fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal iconv icq idn imagemagick imap isdnlog java javamail javascript jikes jpeg jpeg2k kde ldap leim libg++ mad maildir matroska mbox mhash midi mikmod mime mmx mmxext mng mono mp3 mpeg mpeg2 mule mysql nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia objc ogg opengl pam pcre pdf perl plotutils pmu png ppds pppd preview-latex print python qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb vcd videos vorbis win32codecs wmf wxwindows x86 xine xml xorg xosd xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" USERLAND="GNU" VIDEO_CARDS="radeon vesa fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
This is what happens when we try to stabilize alpha development versions. Can't this wait until upstream releases the real 2.0.0 ?
@ticho: hehe, that's a different case here (almost wrote that comment once :). Version 1.2.0 of cgkit has been marked stable on x86. And it seems it wasn't a development version. But now this version is broken with gcc-4.1.1 as it seems.
Can anyone verify if cgkit 2 Alpha is working? Working tests are not a must here then, just working...and I assume there will be bugs in an Alpha version.
It worked fine with GCC 3.4 build on x86, it provides a powerful and useful tool. However GCC 4.1 does break it which could be why it's been almost 6 months since they released this alpha. I have tried building it on amd64 with 4.1 I'll have a go with 3.4 and report. (just out of curiosity) Hanni
Works fine on amd64 with gcc 3.4.6, builds without any issues and produces code which renders fine. (I didn't test with any use flags active)
I e-mailed the developer asking for his input here is his response: cgkit 1 uses Pyrex to generate one of its modules, the generated C code is included with the source archive, but as cgkit 1 is rather old, this code was generated by a now outdated version of Pyrex. As far as I know, this version produced code that contained casts on the left hand side of an assignment which gcc 4 doesn't accept anymore. So if you still need cgkit 1 you could just install the latest version of Pyrex, delete the file cgtypes.c so that it gets generated again and then I suppose chances are good that it will work again. (Pyrex is available here: http://www.cosc.canterbury.ac.nz/greg.ewing/python/Pyrex/) Since the beginning of cgkit 2 I'm not using Pyrex anymore but have switched to Boost.Python. The functionality from cgkit1 is still included in cgkit2 and a lot more. So I'd actually recommend switching to that one. It also provides an option to build it in 'light' mode which basically makes available the functionality from cgkit1 as pure Python modules. So for that one you don't even need a C/C++ compiler at all to get it installed. I hope this cleared things up a bit...
(In reply to comment #12) > So if you still need cgkit 1 you could just install the latest version > of Pyrex, delete the file cgtypes.c so that it gets generated again He is sooo right. Deleting ${S}/cgtypes.c in src_unpack does the trick. Python team, please fix it. Hanni, a lot of thanks for investigating.
no problem, can we also add ~amd64 flag because it compiles and runs fine on amd64 as well. Hanni
oh and additionally: http://sourceforge.net/forum/forum.php?thread_id=1590475&forum_id=166517 The third post here asks about all the error reports we see at build time. The solutions suggests removing all the debug reporting, not that it's anything more than cosmetic but we could do the same... (leave a debug flag for those who want to see the errors. Hanni
Fixed in CVS, amd64 keyword to follow soon
