Package Details: codelite 14.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.32
First Submitted: 2008-08-01 09:11
Last Updated: 2020-02-28 12:40

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 ... 2 3 4 5 6 7 8 9 10 11 12 ... Next › Last »

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