Yeah, I know it's unsupported cvs code. But I don't think it's actually a problem with enlightenment itself, because the code causing the compile error is used about 200 times in the header file gcc borks on. make[3]: Entering directory `/home/jords/e17/apps/e/src/bin' if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include -I../.. -I../../src/bin -I../../src/lib -DUSE_E_CONFIG_H -I/usr/X11R6/include -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC -g -O2 -MT e_main.o -MD -MP -MF ".deps/e_main.Tpo" -c -o e_main.o e_main.c; \ then mv -f ".deps/e_main.Tpo" ".deps/e_main.Po"; else rm -f ".deps/e_main.Tpo"; exit 1; fi In file included from e_includes.h:14, from e.h:93, from e_main.c:4: e_border.h:202: error: parse error before "Ecore_X_Icon" e_border.h:202: warning: no semicolon at end of struct or union e_border.h:202: warning: no semicolon at end of struct or union e_border.h:202: warning: no semicolon at end of struct or union e_border.h:219: error: parse error before ':' token e_border.h:227: error: 'sync' redeclared as different kind of symbol /usr/include/unistd.h:879: error: previous declaration of 'sync' was here e_border.h:227: error: 'sync' redeclared as different kind of symbol /usr/include/unistd.h:879: error: previous declaration of 'sync' was here e_border.h:265: error: parse error before '}' token e_border.h:265: warning: data definition has no type or storage class e_border.h:279: error: parse error before '}' token e_border.h:279: warning: data definition has no type or storage class e_border.h:283: error: parse error before ':' token e_border.h:285: error: parse error before ':' token e_border.h:286: error: parse error before ':' token e_border.h:287: error: parse error before ':' token e_border.h:288: error: parse error before ':' token e_border.h:289: error: parse error before ':' token e_border.h:290: error: parse error before ':' token e_border.h:291: error: parse error before ':' token e_border.h:292: error: parse error before ':' token e_border.h:293: error: parse error before ':' token e_border.h:294: error: parse error before ':' token e_border.h:295: error: parse error before ':' token e_border.h:296: error: parse error before ':' token e_border.h:297: error: parse error before ':' token e_border.h:298: error: parse error before ':' token e_border.h:299: error: parse error before ':' token e_border.h:300: error: parse error before ':' token e_border.h:301: error: parse error before ':' token e_border.h:302: error: parse error before ':' token e_border.h:303: error: parse error before ':' token e_border.h:304: error: parse error before ':' token e_border.h:305: error: parse error before ':' token e_border.h:306: error: parse error before ':' token e_border.h:307: error: parse error before ':' token .... If I look in that file, the error happens on the lines like this: unsigned int visible : 1; I don't really know c/c++ but this looks valid to me - And I've tried the cvs over a long period of time and this has'nt been fixed - so It's probably code that works for the e developers. emerge info:Portage 2.0.53 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.12-gentoo-r4 i686) ================================================================= System uname: 2.6.12-gentoo-r4 i686 AMD Sempron(tm) 2500+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-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/share/config /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.netnitco.net" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="x86 AC3 X aalib alsa apache2 apm arts audiofile avi berkdb bitmap-fonts bzip2 cdr crypt cups curl directfb dvd eds emboss encode esd exif expat fam ffmpeg foomaticdb fortran gd gdbm gif glut gpm gstreamer gtk gtk2 idn imagemagick imlib ipv6 jpeg junit kde lcms libg++ libwww mad mhash mikmod mng motif mp3 mpeg mysql ncurses nls nvidia ogg oggvorbis openal opengl oss pam pcre pdflib perl png python qt quicktime readline recode samba sdl slang spell ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts udev vorbis win32codecs xine xml xml2 xmms xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS bluebox bin # gcc-config -l [1] i686-pc-linux-gnu-3.3.4 [2] i686-pc-linux-gnu-3.3.6 [3] i686-pc-linux-gnu-3.3.6-hardened [4] i686-pc-linux-gnu-3.3.6-hardenednopie [5] i686-pc-linux-gnu-3.3.6-hardenednopiessp [6] i686-pc-linux-gnu-3.3.6-hardenednossp [7] i686-pc-linux-gnu-3.4.4 * [8] i686-pc-linux-gnu-3.4.4-hardened [9] i686-pc-linux-gnu-3.4.4-hardenednopie [10] i686-pc-linux-gnu-3.4.4-hardenednopiessp [11] i686-pc-linux-gnu-3.4.4-hardenednossp bluebox bin # This is when emerging e with emerge x11-apps/e with x11-apps/e unmasked.
chances are your ecore is out of date
(In reply to comment #1) > chances are your ecore is out of date > Should I be using the cvs ecore?
you cannot reliably mix the cvs snapshot ebuilds with the live cvs ebuilds
Okay, that fixed it. However, should'nt the e17 ebuild require version 9999 (cvs) of the other E components, so things will work? This would stop the problem I had from occuring since it does need the cvs versions of it's deps.