Package Details: codelite 13.0-1

Git Clone URL: https://aur.archlinux.org/codelite.git (read-only, click to copy)
Package Base: codelite
Description: Cross platform C/C++/PHP and Node.js IDE written in C++
Upstream URL: http://www.codelite.org/
Keywords: C++ Editor IDE
Licenses: GPL
Submitter: None
Maintainer: uffe
Last Packager: uffe
Votes: 161
Popularity: 0.79
First Submitted: 2008-08-01 09:11
Last Updated: 2019-10-09 22:17

Pinned Comments

uffe commented on 2019-10-09 22:24

Two months have gone - no official ArchLinux or upstream pango/harfbuzz have come up... I've made a temporary hack/patch that again will enable end-users to compile this codelite AUR package without hazzle.

The pkgrel will NOT be bumped - it is a deliberate choise. My change will bring no value to those of you who have managed to build the current release of codelite - and those that have failed to build codelite during the last two months will not be notified by the pkgrel bump anyway....

Please speak up if you think this is wrong :-)

uffe commented on 2016-09-26 11:42

ATTENTION: read this before flagging this package out-of-date

A number of you have recently flagged package out-of-date

This package "codelite" represents the stable release of the codelite project.

I do not consider the "Weekly Builds" from http://downloads.codelite.org/ as stable releases (neither does the codelite project)

Also note: currently codelite weekly builds are only published as binary packages - this package builds from source - you should take a look at the codelite-bin AUR package)

Generally speaking - I will not update this package before the codelite github release page (https://github.com/eranif/codelite/releases) have the release published.

Please respect that - Thanks

You can always do you own "codelite-weekly" AUR package if you like...

PS: to clear up a recent misunderstanding - this does not mean that I won't accept patches that is needed for stable codelite to build against refreshed libraries etc

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 ... Next › Last »

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)