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.81
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 11 ... Next › Last »

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"
}

enkeyz 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.