Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 89533 - new package suggestion: Code::Blocks - a cross-platform C/C++ IDE
Summary: new package suggestion: Code::Blocks - a cross-platform C/C++ IDE
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High enhancement (vote)
Assignee: Default Assignee for New Packages
URL:
Whiteboard:
Keywords: EBUILD
: 140181 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-04-18 08:12 UTC by aditsu
Modified: 2007-02-15 15:18 UTC (History)
20 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Modifies Code::Blocks to use FHS compliant paths (fhs_paths.patch,1.93 KB, patch)
2005-06-21 16:02 UTC, Joshua Anderson
Details | Diff
Fixes crashes in regcomp function (regcomp_crashes.patch,3.84 KB, patch)
2005-06-21 16:04 UTC, Joshua Anderson
Details | Diff
Modifies the makefile to use user CXXFLAGS (cflags.patch,411 bytes, patch)
2005-06-21 16:05 UTC, Joshua Anderson
Details | Diff
ebuild for codeblocks-finalbeta (codeblocks-1.0_beta8.ebuild,3.39 KB, text/plain)
2005-06-21 16:12 UTC, Joshua Anderson
Details
codeblocks.desktop file to integrate Code::Blocks into menus (codeblocks.desktop,268 bytes, text/plain)
2005-07-27 19:48 UTC, Petter Häggholm
Details
codeblocks-1.0_rc1.ebuild (codeblocks-1.0_rc1.ebuild,2.93 KB, text/plain)
2005-08-05 13:30 UTC, Joshua Anderson
Details
codeblocks-1.0_rc1.patch (codeblocks-1.0_rc1.patch,8.28 KB, patch)
2005-08-05 13:32 UTC, Joshua Anderson
Details | Diff
codeblocks-1.0_rc2 ebuild (codeblocks-1.0_rc2.ebuild,1.26 KB, application/octet-stream)
2005-11-13 05:38 UTC, juvinious
Details
codeblocks-1.0_rc2.patch (codeblocks-1.0_rc2.patch,1.62 KB, patch)
2005-11-13 05:39 UTC, juvinious
Details | Diff
Ebuild for compiling from the new belios SVN repo (codeblocks-svn-1.0.ebuild,878 bytes, text/plain)
2005-12-02 20:28 UTC, Scott 'me22' McMurray
Details
Updated codeblocks-svn ebuild (codeblocks-svn-1.0_r1.ebuild,945 bytes, text/plain)
2005-12-18 15:13 UTC, Scott 'me22' McMurray
Details
Updated codeblocks-svn ebuild (codeblocks-svn-1.0-r1.ebuild,923 bytes, text/plain)
2005-12-18 15:17 UTC, Scott 'me22' McMurray
Details
Added --with-wx-config=wx-config-2.6 (codeblocks-1.0_rc2.ebuild,1.29 KB, application/octet-stream)
2006-01-05 16:18 UTC, Simon Roby
Details
Codeblocks ebuild (codeblocks-1.0_rc2.ebuild,1.31 KB, text/plain)
2006-01-11 07:59 UTC, David Cuadrado
Details
patch-codeblocks-1.0_rc2.ebuild (codeblocks-1.0_rc2.ebuild.patch,1.23 KB, patch)
2006-01-22 03:14 UTC, Tomoyuki Sakurai (RETIRED)
Details | Diff
patch-codeblocks-1.0_rc2.ebuild (patch-codeblocks-1.0_rc2.ebuild,1.34 KB, patch)
2006-01-22 05:48 UTC, Tomoyuki Sakurai (RETIRED)
Details | Diff
svn live ebuild, a working one : codeblocks-9999.ebuild (codeblocks-9999.ebuild,1.40 KB, text/plain)
2006-03-05 10:04 UTC, Rafael
Details
updated codeblocks-9999.ebuild (codeblocks-9999.ebuild,1.34 KB, text/plain)
2006-03-05 14:02 UTC, Rafael
Details
same as the previous with an added line for applying a patch (codeblocks-9999.ebuild,1.37 KB, text/plain)
2006-03-17 01:21 UTC, juvinious
Details
Same as the previous with an added line for applying a patch (codeblocks-9999.ebuild,1.37 KB, text/plain)
2006-03-17 01:27 UTC, juvinious
Details
Patch for the above ebuild (codeblocks-9999.patch,329 bytes, patch)
2006-03-17 01:52 UTC, juvinious
Details | Diff
dev-util/codeblocks/codeblocks-9999-r1.ebuild (codeblocks-9999-r1.ebuild,1.15 KB, text/plain)
2006-05-07 22:11 UTC, Michal Kurgan (RETIRED)
Details
dev-util/codeblocks/codeblocks-9999-r1.ebuild (codeblocks-9999-r1.ebuild,1.19 KB, text/plain)
2006-05-10 12:59 UTC, Michal Kurgan (RETIRED)
Details
new ebuild for 1.0rc2 (codeblocks-1.0_rc2.ebuild,1.38 KB, application/octet-stream)
2006-09-03 10:51 UTC, Sven
Details
codeblocks-20061111.ebuild (codeblocks-20061111.ebuild,1.40 KB, application/octet-stream)
2006-11-10 18:09 UTC, Sven
Details
Fixes Squirrel Bindings on x86_64 (code-blocks-x64-patch.patch,3.62 KB, patch)
2007-01-14 19:11 UTC, Dan Kozlowski
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description aditsu 2005-04-18 08:12:04 UTC
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 :)
Comment 1 Alex Howells (RETIRED) gentoo-dev 2005-05-02 15:59:53 UTC
Feel free to submit an ebuild and it'll be considered for inclusion.
Comment 2 aditsu 2005-05-02 22:28:41 UTC
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
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2005-05-13 16:08:53 UTC
This could be a good starting point: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1
Comment 4 Joshua Anderson 2005-06-21 16:02:17 UTC
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.
Comment 5 Joshua Anderson 2005-06-21 16:04:25 UTC
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 :)
Comment 6 Joshua Anderson 2005-06-21 16:05:36 UTC
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.
Comment 7 Joshua Anderson 2005-06-21 16:12:32 UTC
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.
Comment 8 aditsu 2005-06-21 22:44:19 UTC
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
Comment 9 Petter Häggholm 2005-07-27 19:48:20 UTC
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/).
Comment 10 Joshua Anderson 2005-08-05 13:30:59 UTC
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.
Comment 11 Joshua Anderson 2005-08-05 13:32:06 UTC
Created attachment 65195 [details, diff]
codeblocks-1.0_rc1.patch

patch for the updated ebuild
Comment 12 Joshua Anderson 2005-08-05 13:32:56 UTC
Comment on attachment 61679 [details, diff]
Fixes crashes in regcomp function

This patch is no longer needed. It has been integrated upstream.
Comment 13 Marc Schaubach 2005-08-10 09:42:55 UTC
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
Comment 14 Joshua Anderson 2005-08-10 14:01:21 UTC
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). 
Comment 15 Marc Schaubach 2005-08-11 04:35:51 UTC
oops ;)  Thanks.. that solved the patch problem! and it compiled just fine
Comment 16 Sven Jacobs 2005-09-28 06:05:14 UTC
The ebuild does not compile on my system :(


Calculating dependencies for sdk/editormanager.cpp...
sdk/editormanager.cpp:127:107: das Einf
Comment 17 Sven Jacobs 2005-09-28 06:05:14 UTC
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
Comment 18 Yaroslav Isakov 2005-11-01 11:40:04 UTC
There is rc2
Comment 19 juvinious 2005-11-13 05:38:42 UTC
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.
Comment 20 juvinious 2005-11-13 05:39:35 UTC
Created attachment 72820 [details, diff]
codeblocks-1.0_rc2.patch

Patch to the above ebuild.
Comment 21 Fugee 2005-11-29 00:59:29 UTC
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.
Comment 22 Scott 'me22' McMurray 2005-12-02 20:28:48 UTC
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.
Comment 23 Scott 'me22' McMurray 2005-12-18 15:13:57 UTC
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 )
Comment 24 Scott 'me22' McMurray 2005-12-18 15:17:58 UTC
Created attachment 75048 [details]
Updated codeblocks-svn ebuild

Oops, stupid name error and some extraneous inherits.
Comment 25 Simon Roby 2005-12-23 16:55:06 UTC
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
Comment 26 Teodor Petrov 2006-01-04 05:26:59 UTC
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:(

Comment 27 Simon Roby 2006-01-05 16:18:37 UTC
Created attachment 76289 [details]
Added --with-wx-config=wx-config-2.6

Now it compiles correctly for me.
Comment 28 Dizzy 2006-01-10 02:05:43 UTC
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.
Comment 29 David Cuadrado 2006-01-11 07:59:21 UTC
Created attachment 76841 [details]
Codeblocks ebuild

This ebuild works for me, I've an amd64
Comment 30 Tomoyuki Sakurai (RETIRED) gentoo-dev 2006-01-22 03:14:32 UTC
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.
Comment 31 Tomoyuki Sakurai (RETIRED) gentoo-dev 2006-01-22 05:48:34 UTC
Created attachment 77813 [details, diff]
patch-codeblocks-1.0_rc2.ebuild

one more fix
http://dev.gentoo.org/~ciaranm/docs/mw-faq/einstall.txt
Comment 32 Mikhail Lyossin 2006-01-24 01:59:28 UTC
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?
Comment 33 Carsten Lohrke (RETIRED) gentoo-dev 2006-02-12 18:43:01 UTC
- 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
Comment 34 Jari-Matti Mäkelä 2006-02-27 10:43:57 UTC
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)?
Comment 35 Ondrej Marsalek 2006-03-02 00:31:10 UTC
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...
Comment 36 Rafael 2006-03-05 10:04:47 UTC
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 ;)
Comment 37 Rafael 2006-03-05 14:02:22 UTC
Created attachment 81457 [details]
updated codeblocks-9999.ebuild

Updated
Comment 38 juvinious 2006-03-17 01:21:55 UTC
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
Comment 39 juvinious 2006-03-17 01:27:01 UTC
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 40 juvinious 2006-03-17 01:49:51 UTC
Comment on attachment 82345 [details]
Same as the previous with an added line for applying a patch

Double post :|
Comment 41 juvinious 2006-03-17 01:52:28 UTC
Created attachment 82346 [details, diff]
Patch for the above ebuild

This is for the edited ebuild above.
Comment 42 oxi 2006-03-30 13:07:54 UTC
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!
Comment 43 Jari-Matti Mäkelä 2006-03-31 02:11:47 UTC
(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.
Comment 44 Teodor Petrov 2006-04-03 11:15:38 UTC
> 
> 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
>
Comment 45 JC Francois 2006-04-25 12:06:29 UTC
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?
Comment 46 Jari-Matti Mäkelä 2006-04-25 16:36:39 UTC
(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.
Comment 47 Jan Pieczkowski 2006-04-29 07:30:24 UTC
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.
Comment 48 JC Francois 2006-05-05 04:02:06 UTC
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
Comment 49 Michal Kurgan (RETIRED) gentoo-dev 2006-05-07 22:11:18 UTC
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.
Comment 50 Michal Kurgan (RETIRED) gentoo-dev 2006-05-10 12:59:34 UTC
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
Comment 51 Jakub Moc (RETIRED) gentoo-dev 2006-08-31 05:14:22 UTC
*** Bug 140181 has been marked as a duplicate of this bug. ***
Comment 52 Sven 2006-09-03 10:51:16 UTC
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?
Comment 53 Jari-Matti Mäkelä 2006-09-03 12:18:29 UTC
(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.
Comment 54 Jari-Matti Mäkelä 2006-09-03 12:24:21 UTC
(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.
Comment 55 Sven 2006-09-03 13:03:42 UTC
(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?
Comment 56 konrad okurowski 2006-10-09 11:26:52 UTC
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. 
Comment 57 Jari-Matti Mäkelä 2006-10-09 13:36:44 UTC
(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.
Comment 58 konrad okurowski 2006-10-11 21:42:06 UTC
My manual compiled snapshot are doing quite well:) (so far)
Comment 59 Sven 2006-11-10 18:09:59 UTC
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
Comment 60 Dan Kozlowski 2007-01-14 19:11:37 UTC
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
Comment 61 David Carlos Manuelda 2007-01-23 02:48:58 UTC
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
Comment 62 David Carlos Manuelda 2007-01-23 03:53:06 UTC
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!!
Comment 63 Sven 2007-01-23 23:07:20 UTC
Rename the ebuild from 20061111 to 20070101 - then the autoconf problems will be gone.
Comment 64 David Carlos Manuelda 2007-01-23 23:47:35 UTC
(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'

Comment 65 Sven 2007-01-23 23:51:30 UTC
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.
Comment 66 Albert Zeyer 2007-01-26 17:52:36 UTC
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"
Comment 67 Jurek Bartuszek (RETIRED) gentoo-dev 2007-02-15 15:18:48 UTC
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.