I have modified the CVS Ebuilds for Enlightenment DR17 to add support for the new ICC 9.x series. I have also modified the Ebuilds for a lot of the EFL as well. Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r11 i686) ================================================================= System uname: 2.6.11-gentoo-r11 i686 Pentium III (Coppermine) Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Apr 30 2005, 21:00:48)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] 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.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium3 -msse -fomit-frame-pointer -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -msse -fomit-frame-pointer -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://gentoo.mirrors.tds.net/gentoo http://gentoo.chem.wisc.edu/gentoo/ http://mirror.datapipe.net/gentoo ftp://gentoo.chem.wisc.edu/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac acpi alsa apm avi bash-completion berkdb bitmap-fonts bzip2 cdr crypt cups curl divx4linux doc dvd dvdr ecc eds emboss encode escreen esd fam ffmpeg foomaticdb fortran gd gdbm gif gnome gnutls gpm gstreamer gtk gtk2 hal howl icc idea imlib ipv6 java jce jikes jpeg kdeenablefinal libg++ libwww mad md5sum mikmod mmap mmx mng motif mozilla moznocompose moznoirc moznomail mozsvg mp3 mpeg ncurses nls nptl nptlonly nvidia offensive ogg oggvorbis opengl oss pam pcre pdflib perl pic png python quicktime readline real rrdtool samba sdl slang sox spell sqlite sse ssl svg svga symlink tcpd threads tiff truetype truetype-fonts type1-fonts userlocales vorbis win32codecs wmf xine xml2 xprint xscreensaver xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Created attachment 62686 [details] EDB Ebuild with ICC 9.x support
Created attachment 62687 [details] EET Ebuild with ICC 9.x support
Created attachment 62688 [details] Embryo Ebuild with ICC 9.x support
Created attachment 62689 [details] Edje Ebuild with ICC 9.x support
Created attachment 62690 [details] ImLib2 Ebuild with ICC 9.x support
Created attachment 62691 [details] ImLib2_Loaders Ebuild with ICC 9.x support
Created attachment 62692 [details] Ecore Ebuild with ICC 9.x support
Created attachment 62693 [details] Evas Ebuild with ICC 9.x support
Created attachment 62694 [details] Enlightenment DR17 Ebuild with ICC 9.x support
Created attachment 62695 [details] Epeg Ebuild with ICC 9.x support
Created attachment 62696 [details] Epsilon Ebuild with ICC 9.x support
Created attachment 62700 [details] EWL Ebuild with ICC 9.x support
Created attachment 62703 [details] Emotion Ebuild with ICC 9.x support
Would it be better to make an eclass for ebuilds that want to support ICC? That way, an ebuild maintainer wouldn't have to worry about the ICC stuff, just set up the IUSE section and inherit from the ICC eclass? Comments?
Ed: Please change the mimetyes of the attached files to text/plain. In general a diff is preferable.
So much for the "auto" mime type detection in Bugzilla. :-) Mime types corrected. If you'd like, I can re-submit everything in DIFF format.
i hate to say you wasted your time, but i think you have ... first of all, you could have put that one pkg_setup() into enlightenment.eclass and it should work fine for all e packages second of all, i dont support USE=icc ... manipulating CC/CXXFLAGS/CFLAGS based upon USE is wrong imo
(In reply to comment #17) > i hate to say you wasted your time, but i think you have ... > Definitely not. I need the ebuild practice. :-) > first of all, you could have put that one pkg_setup() into enlightenment.eclass > and it should work fine for all e packages > Agreed, i'd definitely like to move the common functions into an eclass. I'd like to do an ICC eclass and just add it to the inherit line in the ebuild. That way I wouldn't have to soil the enlightenment eclass with ICC stuff. > second of all, i dont support USE=icc ... manipulating CC/CXXFLAGS/CFLAGS based > upon USE is wrong imo What would you recommend for people that want to use ICC with Enlightenment DR17 then? I'm just trying to use ICC wherever possible, as i'm experiencing a 7%-15% speed increase with no noticable functionality loss. (So far)
icc should be utilized on a system basis ... perhaps gcc-config would switch to exporting CC to icc and reseting your CXXFLAGS/CFLAGS for you ... either way we've been slowly weeding out the USE flags (like diet/uclibc) which control toolchain behavior
(In reply to comment #19) > icc should be utilized on a system basis ... perhaps gcc-config would switch to > exporting CC to icc and reseting your CXXFLAGS/CFLAGS for you ... > That would be a good angle. I suppose that only GCC would be supported, but for those of us who want to play around, it would definitely work. Besides, ICC still isn't 100% compatible with GCC and would be almost impossible to support. > either way we've been slowly weeding out the USE flags (like diet/uclibc) which > control toolchain behavior That's understandable. Thanks for your help on this one. I'll just back off of the ICC thing for a while. If the Gentoo team ever gets interested in building support for alternate compilers, i'd be happy to help test.
the other reason icc support in Gentoo isnt bigger is because we havent had good developer support for it ... every once in a while we'll get a Gentoo dev who is supposed to support icc but then they disappear
