Package Details: codelite 9.2-1

Git Clone URL: https://aur.archlinux.org/codelite.git (read-only)
Package Base: codelite
Description: Open-source, cross platform IDE for the C/C++ programming languages
Upstream URL: http://www.codelite.org/
Licenses: GPL
Submitter: None
Maintainer: uffe
Last Packager: uffe
Votes: 133
Popularity: 3.781632
First Submitted: 2008-08-01 09:11
Last Updated: 2016-08-01 11:38

Latest Comments

zerophase commented on 2016-08-02 03:58

@fusion809 Is Clang 3.8 required to open Codelite? With having Clang as a required dependency it prevents changing Clang versions from the official repos.

fusion809 commented on 2016-08-01 13:26

Ah clang is listed as both an optional and runtime dependency. I think it should be listed as a runtime or optional dependency. As if someone has this package installed and it's a runtime dependency they should already have the package installed and hence it isn't really an optional dependency.

zerophase commented on 2016-07-30 16:45

I'm just referring to clang 3.8 as being a necessary dependency for building the ide. would it make sense to have clang as a makedepend?

uffe commented on 2016-07-30 11:56

Yes, if you have clang-3.5 installed - go into menu Settings -> Build settings...
In the dialog you can scan your computer for the compilers that you have installed.

Select the one you prefer..

zerophase commented on 2016-07-29 23:18

Does 9.2-1 compile with clang 3.5? On occasion I need to drop back to clang 3.5 for a custom Unreal build.

uffe commented on 2016-02-06 00:05

Updated to codelite 9.1.0

norby commented on 2015-10-27 15:41

Thanks, nickname!

I thought that this problem is resolved in the latest version, so I left out the comments.

P.S. Sorry for my bad English :(

nickname commented on 2015-10-26 17:25

Hi norby.
This happens (most probable) because of the lldb 3.7 version.

See the two different solutions uffe provides on the comments below

the other logs (mismatch) are displayed every time anyway

norby commented on 2015-10-26 17:16

The application fails to start:

Warning: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1008,wx containers,compatible with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1009,wx containers,compatible with 2.8)

uffe commented on 2015-10-23 08:43

bumped to 9.0

uffe commented on 2015-10-06 07:03

This worked for me - as a temporary workaround:

sudo chmod 000 /usr/lib/codelite/LLDBDebugger.so

nickname commented on 2015-10-06 06:01

Indeed. But I would have to re-compile it... (and it takes sometime)
If the problem persist it will be the only way out in the next release anyway so...

uffe commented on 2015-10-05 11:47

You could try to change -DENABLE_LLDB=1 into -DENABLE_LLDB=0 in the PKGBUILD file.
That should work with lldb-3.7.x

nickname commented on 2015-10-05 10:46

found it! It was caused by "lldb 3.7.0" I downgrade it to 3.6.2-4 to make it work.

more specific:

(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /usr/bin/codelite
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
13:43:55: Warning: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1008,wx containers,compatible with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1009,wx containers,compatible with 2.8).
[New Thread 0x7fffdcad8700 (LWP 22667)]
[New Thread 0x7fffd7fff700 (LWP 22668)]
[New Thread 0x7fffd77fe700 (LWP 22669)]
[New Thread 0x7fffd6b3e700 (LWP 22671)]
[New Thread 0x7fffd633d700 (LWP 22672)]
[New Thread 0x7fffd5b3c700 (LWP 22673)]
[Thread 0x7fffd6b3e700 (LWP 22671) exited]
[New Thread 0x7fffd533b700 (LWP 22674)]
[New Thread 0x7fffd4b3a700 (LWP 22675)]
[New Thread 0x7fffbffff700 (LWP 22676)]
[New Thread 0x7fffbf7fe700 (LWP 22677)]
[New Thread 0x7fffbeffd700 (LWP 22678)]
[New Thread 0x7fffbe7fc700 (LWP 22679)]
[New Thread 0x7fffbdffb700 (LWP 22680)]
[New Thread 0x7fffbd7fa700 (LWP 22681)]
[New Thread 0x7fffbcff9700 (LWP 22682)]
[New Thread 0x7fff9bfff700 (LWP 22683)]

Program received signal SIGSEGV, Segmentation fault.
0x00007fff90af30a0 in ?? () from /usr/lib/liblldb.so.3.7
(gdb) q
A debugging session is active.

nickname commented on 2015-10-05 10:16

Does anyone have problem starting codelite the last days?
Since friday it failes to start...it might be caused by an update but I am still trying to figure it out...

uffe commented on 2015-08-04 11:11

Done :)

nickname commented on 2015-05-12 06:34

@uffe thanks for your answer! Also thanks for providing us codelite!

uffe commented on 2015-05-11 22:20

@nickname: not all packages compile without changes - previously codelite had to be patched before it could compile on archlinix. The last releases all compile smoothly without any problems on archlinux - but it can easily break again in a later release.
Not all people are comfortable with building and/or patching - they get an helping hand by using makepkg and helpers such as yaourt etc.

uffe commented on 2015-05-11 19:50

updated to codelite-8.0-1 (not 8.0)

nickname commented on 2015-05-11 10:17

Can you plz tell me what benefits I gain by using pkgbuild vs compiling it from the source by-passing pacman tool? (besides the obvious that pacman will be aware of codelite)

I mean on my way to install the new version of codelite I compiled it once by downloading the code from the site and using cmake.
After that (and before I run make install) I did the same by modifing the pkgbuild for 7.0-3 and it worked the same way.

Anyway the pkgbuild that worked on mine laptop is:


pkgname=codelite
pkgver=8.0
pkgrel=1
pkgdesc="Open-source, cross platform IDE for the C/C++ programming languages"
arch=('i686' 'x86_64')
url="http://www.codelite.org/"
license=('GPL')
depends=('wxgtk' 'curl' 'webkitgtk2' 'libssh' 'xterm' 'python2' 'libedit' 'ncurses' 'valgrind' 'libmariadbclient' 'lldb')
makedepends=('pkgconfig' 'cmake')
optdepends=('graphviz: callgraph visualization')

source=(https://github.com/eranif/${pkgname}/archive/${pkgver}.tar.gz
http://repos.codelite.org/wxCrafterLibs/wxgui.zip)

md5sums=('f66e5b01a7a6e60ab88110056d904a6f'
'093485fcae62073ca8d0ba6ff3a5cb69')

noextract=('wxgui.zip')

build() {
cd "${srcdir}/${pkgname}-${pkgver}"

CXXFLAGS="${CXXFLAGS} -fno-devirtualize"

mkdir -p build
cd build
cmake -G "Unix Makefiles" -DCMAKE_BUILD_TYPE=Release -DENABLE_CLANG=1 -DENABLE_LLDB=1 -DWITH_MYSQL=1 -DCMAKE_INSTALL_LIBDIR=lib ..
make
}

package() {
cd "${srcdir}/${pkgname}-${pkgver}/build"
make -j1 DESTDIR="${pkgdir}" install
install -m 644 -D "${srcdir}/wxgui.zip" "${pkgdir}/usr/share/codelite/wxgui.zip"
install -m 644 -D "${srcdir}/${pkgname}-${pkgver}/LICENSE" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"
}

zota commented on 2015-05-10 19:57

CodeLite 8.0 available. Please update the package. Thanks!

BeenEncoded commented on 2015-04-29 18:58

@uffe
iirc, it was LLDB. After I was able to use it, though, I found that it did not show any debug info when debugging a program compiled by clang. I havn't looked into the iddue since. I just compile with GNU when I want to debug.

I havn't tried the new package, so it might work properly now.

uffe commented on 2015-04-10 21:03

Changes between codelite-7.0-2 and codelite-7.0-3:

- now depends on extra/lldb (previously lldb-svn)
- builds with -DENABLE_LLDB=1

rwhite226 commented on 2015-04-10 16:45

lldb is now in the extra repo. So it might be best to change it from lldb-svn to lldb.

uffe commented on 2015-04-10 15:13

Changes between codelite-7.0-1 and codelite-7.0-2:

added libmariadbclient as dependency
now compiles with -DWITH_MYSQL=1

uffe commented on 2015-03-16 11:33

@BeenEncoded: regarding the libtinfo.
I do not have any libtinfo related package on my system - and I use codelite every day - without any problem
A file system search (find / -name 'libtinfo*' 2>/dev/null) also confirms that no libtinfo is on the system.
I need some more info: What plugin is causing problems etc ?
Thanks

BeenEncoded commented on 2015-03-10 18:36

Please add libtinfo as a required dependency.

Here's why:

[ 18:39:37:440 ERR ] libtinfo.so.5: cannot open shared object file: No such file or directory

Codelite looks for it, and you can't use some plugins without it.

richcocoa commented on 2014-12-13 19:31

@migrev, using wxCrafter binaries for Fedora compiled against wxWidgets 3.0.0 available at http://repos.codelite.org/wxCrafterLibs/fedora/64/wxcrafter-1.6-1.x86_64.rpm seems to work.

I have not tested extensively, but manually copy-pasting the files causes the wxCrafter plugin to be loaded and it seems to work fine. You might want to modify the PKGBUILD to include this, so that we get wxCrafter bundled by default.

And thanks for maintaining this package.

migrev commented on 2014-08-25 15:12

Updated to 6.1, with Valgrind a as new dependency. The wxCrafter plugin has not been included for now, as upstream must provide the binary packages for Arch. Will make a new release once those are available. Enjoy.

uffe commented on 2014-08-25 10:27

codelite 6.0.1-2 does not pass checksum validation

uffe commented on 2014-08-18 12:53

Rebuilding codelite seems to have fixed the previously reported issue:

>
>$ codelite
> codelite: relocation error: /usr/lib/codelite/libplugin.so: symbol _ZThn600_N14wxTextCtrlBase8overflowEi, version WXU_3.0 not defined in file libwx_gtk2u_core-3.0.so.0 with link time reference
>

Is there some way with aur that is it possible to automatically trigger such rebuild ?

uffe commented on 2014-08-18 11:33

codelite have been working since its last update 2014-06-06

But extra/wxgtk was recently updated (2014-08-15) after that codelite will not start:

$ codelite
codelite: relocation error: /usr/lib/codelite/libplugin.so: symbol _ZThn600_N14wxTextCtrlBase8overflowEi, version WXU_3.0 not defined in file libwx_gtk2u_core-3.0.so.0 with link time reference

ioquatix commented on 2014-06-12 01:48

Why do you depend on libtinfo, shouldn't you just depend directly on ncurses?

EDIT: Okay, so I just manually removed libtinfo and everything appears to be working fine (e.g. builds, runs). Perhaps this dependency can be made optional or removed?

ioquatix commented on 2014-06-12 01:13

Why do you depend on libtinfo, shouldn't you just depend directly on ncurses?

dpriedel commented on 2014-06-06 15:58

In trying to build the 6.0.1 version the build would fail with unresolved symbol errors. I discoverd that the build was failing due to conflicts with an installed version of the codelite-bin package (which I had planned on removing after completing the build of this package). After removing codelite-bin, the build completed successfully.

Thanks!!

Dave Riedel

migrev commented on 2014-06-06 09:46

Updated to 6.0.1 and wxCrafter plugin now working (thanks Eran Ifrah @codelite for his help).

@roheim: I have added lldb-svn as an optional dependendy, as it is actually not needed either for building or running, unless you explicitly want to use that debugger. But thanks for pointing it.

roheim commented on 2014-06-05 21:13

I would recommend to add lldb as a dependecy.

http://codelite.org/LiteEditor/DebugWithLLDB

roheim commented on 2014-06-05 21:10

6.0.1 is out: https://github.com/eranif/codelite/releases/tag/6.0.1

migrev commented on 2014-06-05 12:10

Updated to 6.0. Found a workaround for the gcc 4.9 problems and will use it until the issue is fixed upstream. wxCrafter plugin is NOT working, as the Fedora build that previously did fails to find some symbols in wxGTK. Have just asked CodeLite upstream to make a wxCrafter.so build for Arch Linux, but we'll have to wait for a response.
Also, added xterm as a depend as pointed by debio264.

migrev commented on 2014-05-20 11:25

I can confirm gcc4.9 problems. Looks like it is definitely an issue of wx3.0+gcc4.9. Will wait until a fix is found to bump version, including the 'xterm' dependency at that time.

npzaak commented on 2014-05-19 07:52

I have same issue debio264 has.
I looked into this problem roughly and found strange behavior of gcc4.9.
If wxCommandEvent instantiate in two or more functions, somehow gcc create the reference to "wxCommandEvent::Clone()" which is NOT used obviously. Furthermore gcc ignore the definition of wxCommandEvent::Clone() in class definition.
It seems bug of gcc or problem of combination of gcc and other library, because some people can't reproduce it. I don't have so much time to investigate true problem, but I just found the workaround.
Adding function call to wxCommandEvent::Clone in Plugin/search_thread.cpp can avoid this problem. (deleting cloned instance is also necessary.) But this is really dirty workaround...

npzaak commented on 2014-05-19 07:51

Here is the same issue debio264 has.
I looked into this problem roughly and found strange behavior of gcc4.9.
If wxCommandEvent instantiate in two or more functions, somehow gcc create the reference to "wxCommandEvent::Clone()" which is NOT used obviously. Furthermore gcc ignore the definition of wxCommandEvent::Clone() in class definition.
It seems bug of gcc or problem of combination of gcc and other library, because some people can't reproduce it. I don't have so much time to investigate true problem, but I just found the workaround.
Adding function call to wxCommandEvent::Clone in Plugin/search_thread.cpp can avoid this problem. (deleting cloned instance is also necessary.) But this is really dirty workaround...

npzaak commented on 2014-05-19 07:50

Here is the same issue debio264 has.
I looked into this problem roughly and found strange behavior of gcc4.9.
If wxCommandEvent instantiate in two or more functions, somehow gcc create the reference to "wxCommandEvent::Clone()" which is NOT used obviously. Furthermore gcc ignore the definition of wxCommandEvent::Clone() in class definition.
It seems bug of gcc or problem of combination of gcc and other library, because some people can't reproduce it. I don't have so much time to investigate true problem, but I just found the workaround.
Adding function call to wxCommandEvent::Clone in Plugin/search_thread.cpp can avoid this problem. (deleting cloned instance is also necessary.) But this is really dirty work around...

debio264 commented on 2014-05-17 02:33

Two issues:

- I also could not build with GCC 4.9. It did build with 4.8.
- This package needs to depend on xterm. See https://bbs.archlinux.org/viewtopic.php?pid=1416306

underdoeg commented on 2014-05-06 11:01

After installing gcc-4.8 codelite compiled fine on my system

underdoeg commented on 2014-05-05 13:45

Thanks for your answer. Did it build correctly on your machine? I still have the issue and it seems like I am not the only one. These links are related to other wxWidgets enabled projects and gcc 4.9

https://aur.archlinux.org/packages/dolphin-emu-git/?setlang=ja
http://forums.codeblocks.org/index.php?topic=19231.msg131515;topicseen

migrev commented on 2014-05-03 16:46

I have all packages updated and can't reproduce the error. Codelite works just fine.

underdoeg commented on 2014-05-03 16:44

Just tried it on my laptop as well and there I don't have the error. My laptop is not as up to date. But the only update that might be relevant is

core/gcc-libs 4.8.2-8 -> 4.9.0-1
core/gcc 4.8.2-8 -> 4.9.0-1

underdoeg commented on 2014-05-03 11:31

I get this error. Looks like its related to wxgtk.

/home/phwhitfield/softwareSources/codelite-5.4/build-release/lib/libplugin.so: undefined reference to `wxCommandEvent::Clone() const'
collect2: error: ld returned 1 exit status

Grotlek commented on 2014-04-13 03:07

This package ought be in community/extras. It's better by far than some of the alternatives already in there :-). It has my +1.

rprego commented on 2014-01-21 22:46

I think there is not an Arch-compatible wxCrafter library for the current version. I added a bug for it: https://github.com/eranif/codelite/issues/210

rprego commented on 2014-01-17 03:12

I'm on x86_64
Here's the output of ldd /usr/lib/codelite/wxCrafter.so: http://pastebin.com/Nwze5nEF

migrev commented on 2014-01-16 12:25

@rprego: Which architecture do you have (i686 or x86_64)? Can you check if any libs are missing with 'ldd /usr/lib/codelite/wxCrafter.so'? Thanks!

rprego commented on 2014-01-16 04:19

When I create a new wxWidgets project, I get a message that says the wxCrafter plugin is not installed... how do I install it? As far as I can tell, wxcrafter.so is in /usr/lib/codelite. Thanks for any help

migrev commented on 2014-01-13 23:53

Updated to 5.4 along with wxCrafter 1.4

@ghotrix: This also fixes your 404.

ghotrix commented on 2014-01-13 22:29

Downloading of wxCrafter.so gives me 404 error.

migrev commented on 2013-10-23 12:19

Updated to 5.3 along with wxCrafter 1.3

pschmitt commented on 2013-10-22 11:32

Codelite 5.3.0 is out.

pschmitt commented on 2013-10-22 11:31

Codelite 4.3 is out.

migrev commented on 2013-07-15 21:47

@jazztickets Fixed, thanks for pointing it.

jazztickets commented on 2013-07-15 20:46

PKGBUILD is currently broken - webkitgtk2 needs to be added as a dependency.

Anonymous comment on 2013-07-15 13:23

WxCrafter download returns 404

SoleSoul commented on 2013-07-09 05:34

Missing dependency?

I get many errors like that and compilation fails:
/usr/bin/ld: warning: libwebkitgtk-1.0.so.0, needed by /usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.1/../../../../lib/libwx_gtk2u_webview-2.9.so, not found (try using -rpath or -rpath-link)
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.1/../../../../lib/libwx_gtk2u_webview-2.9.so: undefined reference to `webkit_dom_document_get_default_view'

migrev commented on 2013-07-06 09:06

5.1-5 bump. Included wxcrafter 1.1 plugin.

migrev commented on 2013-05-18 11:20

@Huulivoide: Found like that when I adopted the PKG and really didn't had a second thought about it. Will fix for the next release, but probably doesn't call for a bump now, as this is a rather large package and forcing the upgrade will make more bad than good. Will check the lib thing, too. Thanks for pointing it.

Huulivoide commented on 2013-05-18 11:12

Why is make -j2 hardcoded into the PKGBUILD?
I usually trust PKGBUILDs to be in order and
rarely read them before building them. Now
it took a hell of long to build this, just
becouse a small fraction pf my CPU power
was given to this task. Please remove it.
Also you should check if the cmake allows moving
the lib64 files to regular lib/ instead.

migrev commented on 2013-04-18 10:27

@TrueBers: please, try with this PKGBUILD http://pastebin.com/SEWNMsqJ and inform on the outcome. Thx.

TrueBers commented on 2013-04-18 08:56

I have an error... pls check
http://pastebin.com/JsUAx7bu

migrev commented on 2013-04-15 09:40

That's true! :) Bumping.

kalio commented on 2013-04-15 09:29

'cmake' should be added as a make dependency.

SoleSoul commented on 2013-04-05 11:28

5.1 is announced on their main page.

BlackIkeEagle commented on 2013-03-26 20:17

its not stated on their website 5.1 is a stable version
but the 5.1 packages are indeed available for other distributions

jorge_barroso commented on 2013-03-22 23:07

Version 5.1 released:

http://sourceforge.net/projects/codelite/files/Releases/codelite-5.1/

nem commented on 2013-02-14 21:56

i'm done with arch. feel free to adopt.

ackalker commented on 2013-02-04 23:57

Please add 'graphviz' to optdepends for viewing call graphs. Thank you.

SoleSoul commented on 2013-01-28 10:06

Thanks for the prompt update.

nem commented on 2013-01-27 21:33

i'm afraid i can't upgrade the package until wxgtk2.9 from [community] becomes wxgtk in [extra] because the internal versioncheck of the buildprocess checks for wxgtk>=2.9.4 which fails even though either packages are installed.

other suggestions welcome.

nem commented on 2012-05-30 17:21

there is no problem compiling this version on x86_64. any problem you have is not related to the architecture.

mrbit commented on 2012-01-27 18:32

ok, with codelite-x86_64

mrbit commented on 2012-01-27 18:00

CodeLite -I./PCH -o Release_gcc_unicode/SDKObjects_search_thread.o
Plugin/search_thread.cpp: In member function ‘wxRegEx& SearchThread::GetRegex(const wxString&, bool)’:
Plugin/search_thread.cpp:104:15: error: ‘wxRE_ADVANCED’ was not declared in this scope
make: *** [Release_gcc_unicode/SDKObjects_search_thread.o] Errore 1
==> ERRORE:

Zeph commented on 2012-01-26 09:27

https://aur.archlinux.org/packages.php?ID=56102
This is the stable version 3.5.5378
Direct download bin from sourceforge for ubuntu 64.
No need compil, work nice with wxgtk from repo [extra].

mrbit commented on 2012-01-23 19:53

wxgtk:

checking for Xinerama... no
configure: WARNING: Xinerama not found; disabling wxDisplay
checking for -lSM - X11 session management... no
configure: WARNING: libSM not found; disabling session management detection
checking for OpenGL headers... found in /usr/include
checking for GL/gl.h... yes
checking GL/glu.h usability... yes
checking GL/glu.h presence... yes
checking for GL/glu.h... yes
checking for -lGL... no
checking for -lMesaGL... no
configure: error: OpenGL libraries not available
==> ERRORE:

Anonymous comment on 2012-01-04 17:01

If you are getting wxRE_ADVANCED error try this:

1. Go to http://pastebin.com/g6amn3Wc
2. Download the script and save it to PKGBUILD
3. Go to the directory where you save the PKGBUILD and run "makepkg -i"
4. Then try to build codelite

Note:
1. The PKGBUILD is from ABS but I add --with-regex=builtin
2. This work for me on a 64Bit system
3. codelite-svn doesn't work with this

Anonymous comment on 2012-01-01 13:17

Cannot get this to work,
Tried installing wxgtk from ABS, where tried installing wxgtk (before codelite), with
--with-regex=sys and --with-regex=builtin

It doesn't make a difference for me, still get the

"Plugin/search_thread.cpp:104:15: error: 'wxRE_ADVANCED' was not declared in this scope"
etc. error as in the post by VlaoMao

(ps the same happens when using codelite-svn)

nem commented on 2011-12-20 16:46

update your wx, see:
bugreport: http://sourceforge.net/tracker/index.php?func=detail&aid=3461425&group_id=202033&atid=979960
fix: http://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/wxgtk&id=bcafe4835f0997f1dcc5dc67ae7992466a224b2a

nem commented on 2011-12-20 16:45

update your wx. [url=https://sourceforge.net/support/tracker.php?aid=3461425]bugreport[/url] and [url=http://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/wxgtk&id=bcafe4835f0997f1dcc5dc67ae7992466a224b2a]wx-fix[/url].

nem commented on 2011-12-20 16:43

update your wx. http://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/wxgtk&id=bcafe4835f0997f1dcc5dc67ae7992466a224b2a

VlaoMao commented on 2011-12-20 09:02

What it is?
System arch x86_64
installed all dependencies.
try build:
Plugin/search_thread.cpp: In member function 'wxRegEx& SearchThread::GetRegex(const wxString&, bool)':
Plugin/search_thread.cpp:104:15: error: 'wxRE_ADVANCED' was not declared in this scope
make: *** [Release_gcc_unicode/SDKObjects_search_thread.o] Error 1
make: *** Waiting for unfinished jobs....

nem commented on 2011-09-11 17:48

BEFORE FLAGGING OUT OF DATE check the codelite homepage and look if there's actually a new STABLE VERSION. the latest stable version is 3.0.0.5041 - so everything is FINE. if you would leave a comment upon flagging you probably stumble across these thoughts.

nem commented on 2011-09-11 17:34

BEFORE FLAGGING OUT OF DATE READ THE DAMN COMMENTS. THIS IS THE STABLE VERSION.

nem commented on 2011-09-02 09:00

this is the stable version which gets released every few months. if you want every new patch immediately use the codelite-svn package. it always fetches the most recent version (even though the PKGBUILD version says otherwise).

rggjan commented on 2011-09-01 14:28

codelite_3.0.0.5046 is out...

Anonymous comment on 2011-07-16 15:37

Not sure if this causes problems for anyone else but the line makedepends('pkgconfig') causes the build process to halt. Removing this line fixes the problem

idainet commented on 2010-12-20 11:00

Good IDE for C/C++

Anonymous comment on 2010-09-10 19:35

The install line in PKGBUILD needs the -j1 parameter to avoid problems on multicore systems

make -j1 DESTDIR=$pkgdir install || return 1

Anonymous comment on 2010-09-08 11:52

I give up. I just don't have the time and I don't use codelite any more. Feel free to adopt it.

Anonymous comment on 2010-09-07 08:08

2.7.0.4375 is out

http://aur.pastebin.com/JTtc9v0X

Anonymous comment on 2010-07-21 09:33

2.6.0.4189 is out

http://aur.pastebin.com/A0jQ5zrY

JokerBoy commented on 2010-06-24 22:22

2.5.3.4075 is out.

http://aur.pastebin.com/FJUKxt8H

trusktr-aurvote commented on 2010-06-19 08:25

Please update and remove the outdated flag!

Anonymous comment on 2010-06-11 13:21

this link http://aur.pastebin.com/D9J8FX2u works
but you have to modify the /etc/makepkg.conf and put MAKEFLAGS="-j1"

encelo commented on 2010-05-23 16:05

Try this: http://aur.pastebin.com/D9J8FX2u

mar04 commented on 2010-04-27 10:51

Please update