User forums > Nightly builds
The 06 february 2007 build is out.
mandrav:
--- Quote ---Heh, I wonder if I could make an ebuild to check out the latest Code::Blocks SVN source and compile it.
--- End quote ---
There used to exist a codeblocks (masked) ebuild. I don't know if it still exists but you might want to search a little first...
Bluespear:
--- Quote from: Chocoboko on February 07, 2007, 01:29:36 am ---
--- Quote from: Kreso on February 07, 2007, 12:38:12 am ---
--- Quote from: nitro4ce on February 06, 2007, 08:25:24 pm ---someone please make a debian package.. :(
--- End quote ---
you know, you can just compile a svn trunk version, it's not that hard :) I think cstudent made a tutorial how to compile c::b SVN
--- End quote ---
Yeah, it isn't hard. I do it too since I use Gentoo. Heh, I wonder if I could make an ebuild to check out the latest Code::Blocks SVN source and compile it. I know there's some overlay for ZSnes which does that. I'd need to read more about how overlay trees work and all that though.
--- End quote ---
The "last" ebuild is there: http://forums.gentoo.org/viewtopic-t-440412-postdays-0-postorder-asc-start-0.html
It has been updated on 05.07.2006 so it doesn't work anymore without some work (removing some patches already applied now) because of some updates (portable, svn, etc.).
TheTuxKeeper:
There's a more recent ebuild somewhere linked here in this forum (link to a bug report). I have this ebuild myself and I used it the last time to compile rev3452 (3rd Jan. 07).
Here's a little howto (you have to be root):
1. create the directory /usr/portage/local/codeblocks/dev-util/codeblocks/ mkdir -p /usr/portage/local/codeblocks/dev-util/codeblocks/
2. Add /usr/portage/local/codeblocks to the PORTAGE_OVERLAY variable in the make.conf
--- Code: ---PORTDIR_OVERLAY="...
/usr/portage/local/codeblocks"
--- End code ---
3. create a file in /usr/portage/local/codeblocks/dev-util/codeblocks/ with this naming format codeblocks-YYYYMMDD.ebuild (specifying an exact revision doesn't work with this ebuild !)
4. go into /usr/portage/local/codeblocks/dev-util/codeblocks/ and run ebuild codeblocks-YYYYMMDD.ebuild digest
5. finally USE="contrib unicode" emerge -av codeblocks and codeblocks compiles :D
Here's the ebuild I use (the one that's also in the bug report ):
--- Code: ---# Copyright 1999-2005 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
#
# WARNING:
# If you are using gtk2.8 you need to upgrade to wxGTK-2.6.2
#
inherit eutils autotools wxwidgets subversion
#needed for wxwidgets.eclass
WX_GTK_VER="2.6"
#needed for subversion
ESVN_REPO_URI="svn://svn.berlios.de/codeblocks/trunk"
ESVN_PROJECT="${P}"
ESVN_OPTIONS="-r {${PV}}"
DESCRIPTION="free cross-platform C/C++ IDE"
HOMEPAGE="http://www.codeblocks.org/"
SRC_URI=""
LICENSE="GPL-2"
SLOT="0"
KEYWORDS="x86 amd64"
IUSE="unicode contrib debug"
RDEPEND="=x11-libs/wxGTK-${WX_GTK_VER}*"
DEPEND="${RDEPEND}
>=sys-devel/autoconf-2.5
>=sys-devel/automake-1.7
>=sys-devel/libtool-1.4"
pkg_setup() {
if use unicode; then
#check for gtk2-unicode
need-wxwidgets unicode
else
#check for gtk2-ansi
need-wxwidgets gtk2
fi
}
src_compile() {
local TMP
TMP="${ESVN_STORE_DIR}/${ESVN_PROJECT}/${ESVN_REPO_URI##*/}"
einfo "Syncing $TMP into $S"
rsync -a "$TMP/" "$S" || die "rsync failed"
TMP="/usr/share/aclocal/libtool.m4"
einfo "Running ./bootstrap"
if [ -e "$TMP" ]; then
cp "$TMP" aclocal.m4 || die "cp failed"
fi
./bootstrap || die "boostrap failed"
econf --with-wx-config="${WX_CONFIG}" \
$(use_enable contrib) \
$(use_enable debug) \
|| die "econf failed"
emake || die "emake failed"
}
src_install() {
make install DESTDIR="${D}" || die "make install failed"
}
--- End code ---
jiao:
--- Quote from: artoj on February 06, 2007, 09:56:03 pm ---
--- Quote from: yackcae on February 06, 2007, 09:16:37 pm ---Not compile show the message:
Compiling: main.cpp
mingw32-g++.exe: installation problem, cannot exec `cc1plus': No such file or directory
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings
I use Windows Vista 6000 RTM
It appears to be a problem with relative directory paths.
--- End quote ---
IIRC, if you create a symbolic link to \MinGW\bin\cc1plus.exe from \MinGW\libexec\gcc\mingw32\3.4.2\cc1plus.exe it'll work. You can also copy the file but I thought it was a good situation to test how the links work in Vista. You can create links with "mklink" command.
--- End quote ---
I didn't feel like messing with symbolic links so I just copied it over and it got past that error message. However, now it can't find any of the include files.
Vista Ultimate.
Navigation
[0] Message Index
[*] Previous page
Go to full version