I'd like to see a package for Code::Blocks added to Portage. Code::Blocks ( http://codeblocks.org and http://sourceforge.net/projects/codeblocks ) is a free cross-platform C/C++ IDE. It is licensed under GPL version 2 and currently in advanced beta stage. The sources can be downloaded from http://codeblocks.org/modules.php?op=modload&name=Downloads&file=index&req=viewsdownload&sid=3 or http://sourceforge.net/project/showfiles.php?group_id=126998&package_id=142469 Reproducible: Always Steps to Reproduce: 1. # esearch blocks Actual Results: [ Results for search key : blocks ] [ Applications found : 0 ] Expected Results: find codeblocks :)
Feel free to submit an ebuild and it'll be considered for inclusion.
Apologies if it sounds stupid, but how do I submit an ebuild? Also, I forgot to mention, but I'm not the author of this program. Maybe I should contact him/them? (They might not now either) Adrian
This could be a good starting point: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1
Created attachment 61678 [details, diff] Modifies Code::Blocks to use FHS compliant paths Code::Blocks has an odd hombrew install script that puts all of the resources, libraries, and executeables under one directory and expects the user to run it from there. This patch modifies the paths used in the code so that plugins are read from /usr/lib/codeblocks and resources from /usr/share/codeblocks.
Created attachment 61679 [details, diff] Fixes crashes in regcomp function More information available here: http://www.codeblocks.org/index.php?name=PNphpBB2&file=viewtopic&t=247 Note that this patch has also been submitted to the Code::Blocks developers and will likely not be needed for future versions. I include it here because Code::Blocks is somewhat useless when it crashes every time you try to compile a project :)
Created attachment 61680 [details, diff] Modifies the makefile to use user CXXFLAGS The makefile that comes with Code::Blocks ignores the user CXXFLAGS and builds with -g. This patch fixes this.
Created attachment 61687 [details] ebuild for codeblocks-finalbeta finalbeta doesn't fit into Gentoo's versioning convention and since the previous release was beta 7, I gave this one beta 8. The install portion of this ebuild is somewhat of a hack, but it clean as it can be, I guess. Code::Blocks "installs" to a subdirectory under the source directory and the paths are all screwy. The FHS patch modifies the code to read files from their proper locations, and thus the src_install in the ebuild must move all the files there. Executables are installed with dobin The library is installed with dolib.so The plugins are installed by moving to ${D}/usr/lib/codeblocks And the resources are installed by moving to ${D}/usr/share/codeblocks Everything checks out here and I've been using codeblocks all day writing C++ code. I know what needs to be done to get it to work on amd64 (Makefile is missing -fPIC), and I will submit an updated ebuild when I get a chance to test it with the ebuild.
Wow, I'm happy to see that someone made some significant progress. Thank you Joshua, I appreciate your work! Looking forward to emerging it :) I'd like to help too, but sadly my linux expertise and my free time are quite limited. Anyway, at least I can test it when the time is right. Adrian
Created attachment 64486 [details] codeblocks.desktop file to integrate Code::Blocks into menus The ebuild fails to create a .desktop file to place the IDE on eg. Xfce menus; this seems to do the trick (place in /usr/share/applications/).
Created attachment 65194 [details] codeblocks-1.0_rc1.ebuild Updated ebuild. Changes include: Updated for codeblocks-1.0_RC1-1. Since gentoo requires a nonzero positive integer for the rc number, I have titled this codeblocks-1.0_rc1 as upstream's RC1-1 is only a minor fix to RC1. Modified to use need-wxwidgets from the wxwidgets eclass Discovered that doins can recursively copy files. ebuild no longer uses mv to install Added a make_desktop_entry line upstream added -fPIC to almost enough places in the makefile for it to work on amd64. The patch I created adds the last one. The packages emerges and runs sucessfully on my both my x86 and my amd64 box, though I have not done extensive testing.
Created attachment 65195 [details, diff] codeblocks-1.0_rc1.patch patch for the updated ebuild
Comment on attachment 61679 [details, diff] Fixes crashes in regcomp function This patch is no longer needed. It has been integrated upstream.
The latest ebuild and patch failed for me.. please help me figure out what I did wrong on my AMD64 box. I am sure it is something stupid. Any help would be greatly appreciated to get this working. It downloads fine, digests fine, but then I get this error when emerging: >>> emerge (1 of 1) dev-util/codeblocks-1.0_rc1 to / >>> md5 files ;-) codeblocks-1.0_rc1.ebuild >>> md5 files ;-) files/codeblocks-1.0_rc1.patch >>> md5 files ;-) files/digest-codeblocks-1.0_rc1 >>> md5 src_uri ;-) codeblocks-1.0-rc1-1.tar.gz >>> Unpacking source... >>> Unpacking codeblocks-1.0-rc1-1.tar.gz to /var/tmp/portage/codeblocks-1.0_rc1/work tar: A lone zero block at 12452 * Applying codeblocks-1.0_rc1.patch ... * Failed Patch: codeblocks-1.0_rc1.patch ! * ( /temp/portage/dev-util/codeblocks/files/codeblocks-1.0_rc1.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/codeblocks-1.0_rc1/temp/codeblocks-1.0_rc1.patch-24070.out ---------------------------------------------------- the .out file looks like this: ***** codeblocks-1.0_rc1.patch ***** ==================================== PATCH COMMAND: patch -p0 -g0 --no-backup-if-mismatch < /temp/portage/dev-util/codeblocks/files/codeblocks-1.0_rc1.patch ==================================== patching file src/Makefile.unix Hunk #1 FAILED at 76. Hunk #2 FAILED at 86. Hunk #3 FAILED at 96. Hunk #4 FAILED at 106. Hunk #5 FAILED at 116. Hunk #6 FAILED at 126. Hunk #7 FAILED at 136. Hunk #8 FAILED at 146. Hunk #9 FAILED at 156. Hunk #10 FAILED at 166. Hunk #11 FAILED at 176. Hunk #12 FAILED at 186. Hunk #13 FAILED at 196. Hunk #14 FAILED at 206. 14 out of 14 hunks FAILED -- saving rejects to file src/Makefile.unix.rej patching file src/src/app.cpp Hunk #1 FAILED at 88. 1 out of 1 hunk FAILED -- saving rejects to file src/src/app.cpp.rej patching file src/src/main.cpp Hunk #1 FAILED at 412. Hunk #2 FAILED at 620. 2 out of 2 hunks FAILED -- saving rejects to file src/src/main.cpp.rej ==================================== PATCH COMMAND: patch -p1 -g0 --no-backup-if-mismatch < /temp/portage/dev-util/codeblocks/files/codeblocks-1.0_rc1.patch ==================================== can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/Makefile.unix src/Makefile.unix |--- src.original/Makefile.unix 2005-08-05 12:04:38.000000000 -0500 |+++ src/Makefile.unix 2005-08-05 12:19:15.000000000 -0500 -------------------------- No file to patch. Skipping patch. 14 out of 14 hunks ignored can't find file to patch at input line 161 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/src/app.cpp src/src/app.cpp |--- src.original/src/app.cpp 2005-08-05 12:04:38.000000000 -0500 |+++ src/src/app.cpp 2005-08-05 12:07:06.000000000 -0500 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 174 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/src/main.cpp src/src/main.cpp |--- src.original/src/main.cpp 2005-08-05 12:04:38.000000000 -0500 |+++ src/src/main.cpp 2005-08-05 12:08:42.000000000 -0500 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored ==================================== PATCH COMMAND: patch -p2 -g0 --no-backup-if-mismatch < /temp/portage/dev-util/codeblocks/files/codeblocks-1.0_rc1.patch ==================================== missing header for unified diff at line 4 of patch can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/Makefile.unix src/Makefile.unix |--- src.original/Makefile.unix 2005-08-05 12:04:38.000000000 -0500 |+++ src/Makefile.unix 2005-08-05 12:19:15.000000000 -0500 -------------------------- No file to patch. Skipping patch. 14 out of 14 hunks ignored can't find file to patch at input line 161 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/src/app.cpp src/src/app.cpp |--- src.original/src/app.cpp 2005-08-05 12:04:38.000000000 -0500 |+++ src/src/app.cpp 2005-08-05 12:07:06.000000000 -0500 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 174 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/src/main.cpp src/src/main.cpp |--- src.original/src/main.cpp 2005-08-05 12:04:38.000000000 -0500 |+++ src/src/main.cpp 2005-08-05 12:08:42.000000000 -0500 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored ==================================== PATCH COMMAND: patch -p3 -g0 --no-backup-if-mismatch < /temp/portage/dev-util/codeblocks/files/codeblocks-1.0_rc1.patch ==================================== missing header for unified diff at line 4 of patch can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/Makefile.unix src/Makefile.unix |--- src.original/Makefile.unix 2005-08-05 12:04:38.000000000 -0500 |+++ src/Makefile.unix 2005-08-05 12:19:15.000000000 -0500 -------------------------- No file to patch. Skipping patch. 14 out of 14 hunks ignored missing header for unified diff at line 161 of patch can't find file to patch at input line 161 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/src/app.cpp src/src/app.cpp |--- src.original/src/app.cpp 2005-08-05 12:04:38.000000000 -0500 |+++ src/src/app.cpp 2005-08-05 12:07:06.000000000 -0500 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored missing header for unified diff at line 174 of patch can't find file to patch at input line 174 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/src/main.cpp src/src/main.cpp |--- src.original/src/main.cpp 2005-08-05 12:04:38.000000000 -0500 |+++ src/src/main.cpp 2005-08-05 12:08:42.000000000 -0500 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored ==================================== PATCH COMMAND: patch -p4 -g0 --no-backup-if-mismatch < /temp/portage/dev-util/codeblocks/files/codeblocks-1.0_rc1.patch ==================================== missing header for unified diff at line 4 of patch can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/Makefile.unix src/Makefile.unix |--- src.original/Makefile.unix 2005-08-05 12:04:38.000000000 -0500 |+++ src/Makefile.unix 2005-08-05 12:19:15.000000000 -0500 -------------------------- No file to patch. Skipping patch. 14 out of 14 hunks ignored missing header for unified diff at line 161 of patch can't find file to patch at input line 161 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/src/app.cpp src/src/app.cpp |--- src.original/src/app.cpp 2005-08-05 12:04:38.000000000 -0500 |+++ src/src/app.cpp 2005-08-05 12:07:06.000000000 -0500 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored missing header for unified diff at line 174 of patch can't find file to patch at input line 174 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur src.original/src/main.cpp src/src/main.cpp |--- src.original/src/main.cpp 2005-08-05 12:04:38.000000000 -0500 |+++ src/src/main.cpp 2005-08-05 12:08:42.000000000 -0500 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored
To try and reproduce your problem, I deleted my local copy of the ebuild and patch and downloaded them from here. The patch still applies cleanly on my system. Just a thought, but maybe your browser reinterpreted line endings when you downloaded the patch. The codeblocks source files all have windows line endings, so the patch file ends up with linux line endings on the diff header lines and windows line endings on the actual data lines. You can verify if these are correct by opening the patch file in vim. If it displays a ^M at the end of every patch diff line and nothing special in the header lines, everything is fine. Perhaps you could try redownloading the patch file in a way that will not modify the line endings (i.e. by right clicking and choosing save as).
oops ;) Thanks.. that solved the patch problem! and it compiled just fine
The ebuild does not compile on my system :( Calculating dependencies for sdk/editormanager.cpp... sdk/editormanager.cpp:127:107: das Einf
The ebuild does not compile on my system :( Calculating dependencies for sdk/editormanager.cpp... sdk/editormanager.cpp:127:107: das Einfügen von »LL« und »L"ID_EditorManagerClo seButton"« ergibt kein gültiges Präprozessor-Token make: *** [.deps/sdk/editormanager.d] Fehler 1 !!! ERROR: dev-util/codeblocks-1.0_rc1 failed. !!! Function src_compile, Line 54, Exitcode 2 !!! emake failed !!! If you need support, post the topmost build error, NOT this status message. Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12-gentoo-r10 i686) ================================================================= System uname: 2.6.12-gentoo-r10 i686 Pentium III (Katmai) Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.5-r2 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 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.8.1-r1, 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=i686 -fomit-frame-pointer" 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 /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/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=i686 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LANG="de_DE.UTF-8" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 X acpi acpi4linux alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts crypt cups curl dba eds emboss encode esd fam flac foomaticdb fortran gd gdbm gif gimpprint gphoto2 gpm gstreamer gtk gtk2 imagemagick imlib innodb ipv6 java jpeg junit kde ldap libg++ libwww mad maildir mikmod mmx motif mp3 mpeg mysql ncurses nls nptl odbc ogg oggvorbis opengl oracle oss pam pdflib perl php png posix postgres python qt quicktime readline samba sdl slang speex spell sqlite sse ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode vorbis xine xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS
There is rc2
Created attachment 72819 [details] codeblocks-1.0_rc2 ebuild Attached is an ebuild I found floating around on the C::B forums for release canidate 2. I made some changes to it and provide a patch below.
Created attachment 72820 [details, diff] codeblocks-1.0_rc2.patch Patch to the above ebuild.
just add ~ppc to the keywords in the C::B ebuild-file. After that i was able to emerge C::B on my iBook running gentoo.
Created attachment 73968 [details] Ebuild for compiling from the new belios SVN repo It's a very trivial ebuild -- I didn't worry about setting up the paths perfectly or anything like that -- but it worked for me and didn't kill the sandbox.
Created attachment 75046 [details] Updated codeblocks-svn ebuild This fixes a bug where compiliation would fail if both wx 2.4 and wx 2.6 were installed. ( It now RDEPENDS wxGTK-2.6* and instructs the configure script to use wx-config-2.6 )
Created attachment 75048 [details] Updated codeblocks-svn ebuild Oops, stupid name error and some extraneous inherits.
Both codeblocks and codeblocks-svn fail to compile for me. [...] i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src/sdk -I/usr/lib/wx/include/gtk2u-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I../../../../src/sdk -I../../../../src/sdk/wxscintilla/include -I/usr/lib/wx/include/gtk2u-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -Os -march=athlon-xp -pipe -O2 -ffast-math -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -MT cbprofilerexec.lo -MD -MP -MF .deps/cbprofilerexec.Tpo -c cbprofilerexec.cpp -fPIC -DPIC -o .libs/cbprofilerexec.o cbprofilerexec.cpp: In member function `void CBProfilerExecDlg::WriteToFile(wxCommandEvent&)': cbprofilerexec.cpp:286: error: no matching function for call to `wxFFile::wxFFile(const wxChar*, const wchar_t[2])' /usr/include/wx/ffile.h:106: note: candidates are: wxFFile::wxFFile(const wxFFile&) /usr/include/wx/ffile.h:47: note: wxFFile::wxFFile(FILE*) /usr/include/wx/ffile.h:45: note: wxFFile::wxFFile(const wxChar*, const char*) /usr/include/wx/ffile.h:43: note: wxFFile::wxFFile() make[5]: *** [cbprofilerexec.lo] Error 1 make[5]: Leaving directory `/storage/var.tmp/portage/codeblocks-1.0_rc2/work/codeblocks-1.0rc2/src/plugins/contrib/profiler' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/storage/var.tmp/portage/codeblocks-1.0_rc2/work/codeblocks-1.0rc2/src/plugins/contrib/profiler' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/storage/var.tmp/portage/codeblocks-1.0_rc2/work/codeblocks-1.0rc2/src/plugins/contrib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/storage/var.tmp/portage/codeblocks-1.0_rc2/work/codeblocks-1.0rc2/src/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/storage/var.tmp/portage/codeblocks-1.0_rc2/work/codeblocks-1.0rc2/src' make: *** [all-recursive] Error 1 !!! ERROR: dev-util/codeblocks-1.0_rc2 failed. !!! Function src_compile, Line 54, Exitcode 2 !!! emake failed !!! If you need support, post the topmost build error, NOT this status message. [...] i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../src/sdk -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA -Os -march=athlon-xp -pipe -O2 -ffast-math -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -c -o autorevision.o `test -f 'autorevision.cpp' || echo './'`autorevision.cpp ./auto_revision +int +wx +t ../../.. ./../../sdk/autorevision.h make[3]: ./auto_revision: Command not found make[3]: *** [all-local] Error 127 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/storage/var.tmp/portage/codeblocks-svn-1.0-r1/work/codeblocks-svn-1.0/src/tools/autorevision' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/storage/var.tmp/portage/codeblocks-svn-1.0-r1/work/codeblocks-svn-1.0/src/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/storage/var.tmp/portage/codeblocks-svn-1.0-r1/work/codeblocks-svn-1.0/src' make: *** [all-recursive] Error 1 !!! ERROR: dev-util/codeblocks-svn-1.0-r1 failed. !!! Function src_compile, Line 32, Exitcode 2 !!! emake failed !!! If you need support, post the topmost build error, NOT this status message. # emerge info Portage 2.1_pre1 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r3, 2.6.14-gentoo-r4 i686) ================================================================= System uname: 2.6.14-gentoo-r4 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.12.0_pre11 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 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-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /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 /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-Os -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="ftp://gentoo.mirrors.tds.net/gentoo ftp://mirror.datapipe.net/gentoo http://64.50.236.52/ http://gentoo.mirrors.tds.net/gentoo http://64.50.238.52/" LC_ALL="en_CA.utf8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext S3TC X a52 aac aalib acpi alsa apache2 ared aredmem arts artswrappersuid asf asm audiofile avi bash-completion berkdb bitmap-fonts browserplugin bzip2 cairo cdda cddb cdio cdparanoia cdr cjk cli commercial crypt css cups curl dba dedicated dga dmx dts dvd dvdr dvdread eds emboss encode exif expat faad fam fastcgi ffmpeg fla flac foomaticdb freetype ftp gd gdbm gif gimpprint glitz glut gmp gstreamer gtk gtk2 guile hal httpd icq idn imagemagick imlib immqt-bc insecure-drivers java javascript joystick jpeg jpeg2k kde kdeenablefinal kdexdeltas lcms libg++ libsamplerate libwww lm_sensors logitech-mouse mad matroska mikmod mime ming mmx mmx2 mmxext mng mozsvg mp3 mpeg msn musicbrainz mysql mysqli ncurses network nls no-old-linux nodrm nptl nptlonly nsplugin nvidia ogg oggvorbis ooo-kde openal opengl oscar oss pam pcre pdflib perl php physfs pic png psyco python qt quicktime readline real recode rogue ruby samba sdk sdl session simplexml slang sndfile sockets speex spell sql sse ssl stream subversion svg tcltk tcpd tetex theora tiff toolbar truetype truetype-fonts type1-fonts udev unicode usb utf8 v4l v4l2 videos vim-with-x visualization vorbis webdav wifi win32codecs wxgtk1 wxwindows xatrix xine xinerama xml2 xosd xprint xrandr xv xvid xvmc zeroconf zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS
Hello, codeblocks-rc2 compiles fine, but the svn ebuild fails, the same as on Simon Roby's machine, but I've managed to install from svn. This is what I did: 1. emerge codeblocks_svn - it fails 2. cd to /var/tmp/portage/codeblocks dir/ and execute make 3. cd to /usr/local/portage/dev-util/codeblocks_svn/ or your ebuild dir 4. ebuild codeblocks_svn*.ebuild install 5. ebuild codeblocks_svn*.ebuild qmerge and have fun coding I used this as reference: http://gentoo-wiki.com/HOWTO_Installing_3rd_Party_Ebuilds I suppose the ebuild is broken but don't know how to fix it, not a gentoo dev:(
Created attachment 76289 [details] Added --with-wx-config=wx-config-2.6 Now it compiles correctly for me.
Regarding "codeblocks-1.0_rc2.patch" attachment you might want to use -bBw additional flags to diff otherwise you include whitespace changes and such in it.
Created attachment 76841 [details] Codeblocks ebuild This ebuild works for me, I've an amd64
Created attachment 77788 [details, diff] patch-codeblocks-1.0_rc2.ebuild successfully emerged using codeblocks-1.0_rc2.ebuild on x86. noticed codeblocks complains it fails to load libprofiler.so plugin at startup. other than that, it works fine. the patch for codeblocks-1.0_rc2.ebuild includes some cosmetic fixes.
Created attachment 77813 [details, diff] patch-codeblocks-1.0_rc2.ebuild one more fix http://dev.gentoo.org/~ciaranm/docs/mw-faq/einstall.txt
i can't compile it. It says /usr/lib64/libwx_gtk2u_core-2.6.so: undefined reference to `pango_x_get_context' im on amd64. what i'm doing wrong?
- do unpack ${A} and cd ${S} afterwards - I don't see why you can't pass --with-wx to econf, but for ./configure it's --prefix=${ROOT}/usr - einstall is only to be used for very retarded install scripts, please use make DESTDIR=${D} install if possible
I was also unable to emerge the codeblocks-svn. See comment #24. But managed to manually install it (comment #25). I think both ebuilds should rdepend on !codeblocks-svn, not !codeblocks-cvs (http://bugs.gentoo.org/attachment.cgi?id=75048). What about libtool.m4, should we copy /usr/share/aclocal/libtool.m4 instead of /usr/share/aclocal/aclocal.m4 -> aclocal.m4 (http://bugs.gentoo.org/attachment.cgi?id=72819)?
it's the same for me: emerge codeblocks-svn fails the same way as in comment #24. i installed the app successfully using the steps in commnet #25, thanks for that. i am on amd64, i can post more info about my box if needed. i think the codeblocks-svn ebuild really needs some polishing. i can't do that unfortunately, as i am not that good with gentoo yet...
Created attachment 81421 [details] svn live ebuild, a working one : codeblocks-9999.ebuild This is the live svn-ebuild for code::blocks from trunk. It gets rid of those nasty *.m4 file copying too, and adds the dep on zip, as it should be ;) builds installs and works fine on x86 ;)
Created attachment 81457 [details] updated codeblocks-9999.ebuild Updated
Created attachment 82344 [details] same as the previous with an added line for applying a patch I updated the codeblocks-9999.ebuild so that it can apply a patch. The patch is for src/sdk/projectmanager.cpp as it is using cbAssert but does not #include "cbexception.h", which causes the compilation to error out. Hopefully the devs will update that so we can discard the patch. Obviously this is mainly caused by this being the svn version. :P
Created attachment 82345 [details] Same as the previous with an added line for applying a patch I updated the codeblocks-9999.ebuild so that it can apply a patch. The patch is for src/sdk/projectmanager.cpp as it is using cbAssert but does not #include "cbexception.h", which causes the compilation to error out. Hopefully the devs will update that so we can discard the patch. Obviously this is mainly caused by this being the svn version. :P
Comment on attachment 82345 [details] Same as the previous with an added line for applying a patch Double post :|
Created attachment 82346 [details, diff] Patch for the above ebuild This is for the edited ebuild above.
When will this be included in portage? I installed it using the ebuild and patch here: http://wiki.codeblocks.org/index.php?title=Compiled_packages_of_Code::Blocks on my fresh gentoo install and it only complained it couldnt use zip, which i guess can be easily corrected by putting zip as a dependency in the ebuild. Since i dont have a clue of the inners of ebuilds(i took a look at a howto and looked pretty hard), i just emerged zip and it installed correctly and it works ok :) Please, please, please add it to portage!
(In reply to comment #40) > Created an attachment (id=82346) [edit] > Patch for the above ebuild > > This is for the edited ebuild above. > I guess this patch is not anymore needed for the 9999-ebuild, since the patching fails with the rev 2283. https://bugs.gentoo.org/attachment.cgi?id=81457 works perfectly.
> > https://bugs.gentoo.org/attachment.cgi?id=81457 works perfectly. > For me too, except the fact that I'm using wxGTK 2.6.2 (~amd64) and there isn't gtk2 use flag for it, and I have to comment these two line: > >pkg_setup() { > if use unicode ; then > need-wxwidgets gtk2 > need-wxwidgets unicode ># else ># need-wxwidgets gtk2 > fi >
I tried to recompile Codeblocks since yesterday but it seems that something is broken (it compiled fine on my machine before): ************************************************* * Code::Blocks source tree has been configured. * ************************************************* You can now build Code::Blocks by issuing 'make'. When the build is complete, become root and install it by issuing 'make install'. Making all in src make[1]: Entering directory `/var/tmp/portage/codeblocks-9999/work/codeblocks-9999/src' Making all in tools make[2]: Entering directory `/var/tmp/portage/codeblocks-9999/work/codeblocks-9999/src/tools' Making all in autorevision make[3]: Entering directory `/var/tmp/portage/codeblocks-9999/work/codeblocks-9999/src/tools/autorevision' if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../../src/sdk -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA -O2 -ffast-math -O2 -march=pentium4 -pipe -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -MT autorevision.o -MD -MP -MF ".deps/autorevision.Tpo" \ -c -o autorevision.o `test -f 'autorevision.cpp' || echo './'`autorevision.cpp; \ then mv -f ".deps/autorevision.Tpo" ".deps/autorevision.Po"; \ else rm -f ".deps/autorevision.Tpo"; exit 1; \ fi /bin/sh ../../../libtool --mode=link i686-pc-linux-gnu-g++ -O2 -ffast-math -O2 -march=pentium4 -pipe -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -o auto_revision autorevision.o -lpthread -ldl -pthread -L/usr/X11R6/lib -lwx_gtk2u_xrc-2.6 -lwx_gtk2u_html-2.6 -lwx_gtk2u_adv-2.6 -lwx_gtk2u_core-2.6 -lwx_baseu_xml-2.6 -lwx_baseu_net-2.6 -lwx_baseu-2.6 mkdir .libs i686-pc-linux-gnu-g++ -O2 -ffast-math -O2 -march=pentium4 -pipe -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -o auto_revision autorevision.o -pthread -lpthread -ldl -L/usr/X11R6/lib -lwx_gtk2u_xrc-2.6 -lwx_gtk2u_html-2.6 -lwx_gtk2u_adv-2.6 -lwx_gtk2u_core-2.6 -lwx_baseu_xml-2.6 -lwx_baseu_net-2.6 -lwx_baseu-2.6 ./auto_revision +int +wx +t ../../.. ./../../sdk/autorevision.h svn: Path '../../..' ends in '..', which is unsupported for this operation Error: could not open input file. This does not seem to be a revision controlled project. Error: failed retrieving version information. make[3]: *** [all-local] Error 255 make[3]: Leaving directory `/var/tmp/portage/codeblocks-9999/work/codeblocks-9999/src/tools/autorevision' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/codeblocks-9999/work/codeblocks-9999/src/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/codeblocks-9999/work/codeblocks-9999/src' make: *** [all-recursive] Error 1 !!! ERROR: dev-util/codeblocks-9999 failed. !!! Function src_compile, Line 56, Exitcode 2 !!! Died in action: make ... !!! If you need support, post the topmost build error, NOT this status message. I am not experienced enough to be able to locate the source of the problem. Can you help?
(In reply to comment #44) > I tried to recompile Codeblocks since yesterday but it seems that something is > broken (it compiled fine on my machine before): <snip> > I am not experienced enough to be able to locate the source of the problem. Can > you help? You're right. It's broken. It must be an upstream bug somewhere. It compiled just fine last friday. Although it did compile, it didn't work anymore back then though. Last "stable" version is now at least ~ two weeks old.
The above autoreconf error seems to have been solved in the ebuild to be found here: http://forums.gentoo.org/viewtopic-t-440412.html - at least it worked for me. After the emerge one propably has to rename/remove libprojectwizard.{la,so} or code::blocks will fail to start.
I will try that other ebuild. In the meantime, if somebody wants to fix the ebuild attached here, here's the reply I got from the Code::Blocks mailing list: Something is screwed up with your paths: ./auto_revision +int +wx +t ../../.. ./../../sdk/autorevision.h should read ./auto_revision +int +wx +t . ../../sdk/autorevision.h I don't know why it has such a weird path on your system, a clean, fresh checkout runs just fine for us. Sorry, no action taken. /~jc
Created attachment 86408 [details] dev-util/codeblocks/codeblocks-9999-r1.ebuild (In reply to comment #47) > Something is screwed up with your paths: > ./auto_revision +int +wx +t ../../.. ./../../sdk/autorevision.h > should read > ./auto_revision +int +wx +t . ../../sdk/autorevision.h The problem is that build process requires ".svn/" directories present in build environment. They are not copied (excluded) by subversion eclass. I've modified ebuild to do that, but from unknown reasons works only a debug version of program.
Created attachment 86560 [details] dev-util/codeblocks/codeblocks-9999-r1.ebuild Added "--with-wx-config=wx-config-2.6", there are some problems wx-config... If 2.4 version is upgraded or installed after 2.6 then default wx-config is overwritten. This ebuild is "pure" one, no pathes, no nothing, simple svn checkout and compile... If anyone is interested in sth more "complicated": http://forums.gentoo.org/viewtopic-t-440412.html
*** Bug 140181 has been marked as a duplicate of this bug. ***
Created attachment 95867 [details] new ebuild for 1.0rc2 I did some changes/improvements to the ebuild: 1) set WX_GTK_VER for wxwidgets.eclass 2) corrected the calls to need-wxwidgets 3) use path to wx-config supplied by wxwidgets.eclass for "--with-wx-config"-switch 4) improved the "calculation" of MY_P 5) fixed the "if file1 exists, copy file2"-bug 6) removed the "--prefix" from econf call. --prefix is already added by econf itself 7) removed the gtk2 use-flag which is dead! Actually we check for the proper wxGTK-version - that should be sufficient - so i didn't add the gtk use-flag. BTW: codeblocks doesn't compile with gcc 4.1.1 - does it?
(In reply to comment #51) > BTW: codeblocks doesn't compile with gcc 4.1.1 - does it? I managed to compile a vanilla version something like a week ago using gcc 4.1.1. It seems the code on the repository has been on a unstable state for a long time now.
(In reply to comment #51) > Created an attachment (id=95867) [edit] > new ebuild for 1.0rc2 > > I did some changes/improvements to the ebuild: I suggest contacting Tiger683 on that message board and asking him to merge in your fixes. He seems to be the primary maintainer of this ebuild.
(In reply to comment #53) > I suggest contacting Tiger683 on that message board and asking him to merge in > your fixes. He seems to be the primary maintainer of this ebuild. Hmm, there seems to be many maintainers that publish ebuild. Actually i didn't take a look at the "-9999" SVN ebuilds. Perhaps i will edit them too. So who would call himself the "maintainer" of the ebuilds? And why the hell is Tiger683 not in the CC of this bug?
Using Tiger's ebuild I couldn't compile it because there was an error at startup. Meanwhile I tried manual building from svn :) Recent svn 3050 version was compiled with no error even with --enable-contrib :) and it works quiet well. I assume that it is something wrong with ebuild.
(In reply to comment #55) > Using Tiger's ebuild I couldn't compile it because there was an error at > startup. Meanwhile I tried manual building from svn :) Recent svn 3050 version > was compiled with no error even with --enable-contrib :) and it works quiet > well. I assume that it is something wrong with ebuild. Is there a possibility to make a "semi-stable" snapshot of the svn version. I don't think there's much point in recompiling the editor every now and then unless you are developing the code::blocks editor itself. The svn version is of very poor quality and even their own snapshots won't always compile. It would be nice to have a newer version than 1.0rc2 that someone could guarantee to compile and not to segfault immediately after starting up.
My manual compiled snapshot are doing quite well:) (so far)
Created attachment 101642 [details] codeblocks-20061111.ebuild So i've done some cleaup of the ebuilds. All the other versions had some minor issues. This new ebuild also has a new version-number. It's a date, and not a svn-revisionnumber. That can be changed easily. So don't hesitate to modify it. Simply change the value of ESVN_OPTIONS from "-r {$PV}" to "-r $PV", et voila: you have an ebuild that interpretates his version as a svn-revisionnumber. Well, there is still an issue with current code in SVN. The autorevision.cpp set's the LANG variable to "en_US" to get some langauge-independant output from SVN. It wants to check for the revisionnumber. And actually, it doesn't work, if you don't have the en_US profile installed. A few minutes ago, I suggested the LANG=C trick in the Forum, because LANG=C always works, while LANG=en_US does not. Well, so i hope, they fix the problem. Greetings, Sven
Created attachment 106987 [details, diff] Fixes Squirrel Bindings on x86_64 The newest version on C::B won't compile on 64 bit computers. The attached patch works as of svn revision- 3482
I wanted to add that in the official site of C:B thay aim people to create "packages" for different Linux's distros [gentoo is included]. http://forums.codeblocks.org/index.php/topic,1194.0.html
Can't compile the attached ebuild [codeblocks-20061111.ebuild] in my amd64 box. This is the output emerge codeblocks These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-util/codeblocks-20061111 USE="unicode -contrib -debug" 0 kB [1] Total size of downloads: 0 kB Portage overlays: [1] /usr/local/overlay Would you like to merge these packages? [Yes/No] >>> Emerging (1 of 1) dev-util/codeblocks-20061111 to / * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * Using /usr/lib64/wx/config/gtk2-unicode-release-2.6 >>> Unpacking source... * subversion update start --> * repository: svn://svn.berlios.de/codeblocks/trunk En la revisión 3204. * working copy: /usr/portage/distfiles/svn-src/codeblocks-20061111/trunk >>> Source unpacked. >>> Compiling source in /var/tmp/portage/codeblocks-20061111/work/codeblocks-20061111 ... * Syncing /usr/portage/distfiles/svn-src/codeblocks-20061111/trunk into /var/tmp/portage/codeblocks-20061111/work/codeblocks-20061111 * Running ./bootstrap Autoconf 2.50 or above is required. Aborting build... !!! ERROR: dev-util/codeblocks-20061111 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile codeblocks-20061111.ebuild, line 60: Called die !!! boostrap failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! This ebuild is from an overlay: '/usr/local/overlay' And I have Autoconf 2.61 installed!!
Rename the ebuild from 20061111 to 20070101 - then the autoconf problems will be gone.
(In reply to comment #63) > Rename the ebuild from 20061111 to 20070101 - then the autoconf problems will > be gone. > Still with this renaming I cannot compile it. It starts compiling and after, it says that something is not defined. This is the last - relevant - output: x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/lib64/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DNO_GCC_PRAGMA -I../../src/sdk/wxscintilla/include -I../../src/sdk/tinyxml -I../../src/sdk/scripting/include -I../../src/sdk/scripting/sqplus -I../../src/sdk/wxFlatNotebook/include -I../../src/sdk/propgrid/include -O2 -ffast-math -march=athlon64 -O2 -pipe -msse3 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -MT configurationpanel.lo -MD -MP -MF .deps/configurationpanel.Tpo -c configurationpanel.cpp -fPIC -DPIC -o .libs/configurationpanel.o autorevision.h:14: error: 'encoding' was not declared in this scope autorevision.h:14: error: expected primary-expression before '>' token autorevision.h:14: error: expected primary-expression before ';' token autorevision.h:14: error: expected `:' before ';' token autorevision.h:14: error: expected primary-expression before ';' token autorevision.h:15: error: expected `)' before 'utf' configmanager-revision.cpp: In static member function 'static wxString ConfigManager::GetRevisionString()': configmanager-revision.cpp:17: error: expected primary-expression before '(' token configmanager-revision.cpp:17: error: expected `)' before 'utf' make[4]: *** [configmanager-revision.lo] Error 1 make[4]: *** Se espera a que terminen otras tareas.... make[4]: se sale del directorio `/var/tmp/portage/codeblocks-20070101/work/codeblocks-20070101/src/sdk' make[3]: *** [all-recursive] Error 1 make[3]: se sale del directorio `/var/tmp/portage/codeblocks-20070101/work/codeblocks-20070101/src/sdk' make[2]: *** [all] Error 2 make[2]: se sale del directorio `/var/tmp/portage/codeblocks-20070101/work/codeblocks-20070101/src/sdk' make[1]: *** [all-recursive] Error 1 make[1]: se sale del directorio `/var/tmp/portage/codeblocks-20070101/work/codeblocks-20070101/src' make: *** [all-recursive] Error 1 !!! ERROR: dev-util/codeblocks-20070101 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile codeblocks-20070101.ebuild, line 67: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! This ebuild is from an overlay: '/usr/local/overlay'
Please see comment #60 for amd64-related issues ... I have no idea, what the problem is. Maybe you should try rather 20070124 than 20070101. Maybe it has already been fixed upstream, and you don't to apply the patch from comment #60.
I tested the ebuild for the svn-version, esp the revision at 20070101. It works realy nice and compiled withouth problems. The IDE itself is beautiful, I think it's a perfect replacement for all other Linux C++ IDEs. My first impression is a lot more better than my impressions at my daily used KDevelop. I am working on a PPC, GCC 4. Some shortcut from 'emerge --info': Portage 2.1.1-r2 (default-linux/ppc/ppc32/2006.1/G4, gcc-4.1.1, glibc-2.4-r4, 2.6.19-gentoo-r1 ppc) ================================================================= System uname: 2.6.19-gentoo-r1 ppc 7447A, altivec supported Gentoo Base System version 1.12.6 Last Sync: Tue, 08 Aug 2006 16:00:01 +0000 ccache version 2.4 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.31-r3 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 dev-util/confcache: [Not Present] 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.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=G4 -mtune=G4 -maltivec -mabi=altivec -fno-strict-aliasing -pipe" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -mcpu=G4 -mtune=G4 -maltivec -mabi=altivec -fno-strict-aliasing -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms" LANG="de_DE.UTF-8" LINGUAS="de"
Thank you all for working on this one. I've created an svn snapshot (20070124) and finally put codeblocks into portage (hard masked). Users interested in testing please visit bug #167048.
