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.
Search Criteria
Package Details: codelite 18.1.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/codelite.git (read-only, click to copy) |
---|---|
Package Base: | codelite |
Description: | Cross platform IDE for C, C++, Rust, Python, PHP and Node.js written in C++ |
Upstream URL: | https://codelite.org/ |
Keywords: | C++ Editor IDE |
Licenses: | GPL-2.0-or-later |
Conflicts: | codelite-unstable |
Provides: | codelite |
Submitter: | None |
Maintainer: | uffe |
Last Packager: | uffe |
Votes: | 175 |
Popularity: | 0.33 |
First Submitted: | 2008-08-01 09:11 (UTC) |
Last Updated: | 2025-02-17 09:08 (UTC) |
Dependencies (20)
- hunspell (hunspell-gitAUR)
- libedit
- libssh (libssh-gitAUR)
- mariadb-libs (libmysqlclient81AUR, libmysqlclientAUR, libmysqlclient80AUR, mariadb-lts-libs)
- ncurses (ncurses-gitAUR)
- uchardet (uchardet-gitAUR)
- wxwidgets-gtk3 (wxwidgets-gtk3-gitAUR, wxwidgets-gtk3-lightAUR)
- clang (llvm-gitAUR, clang-minimal-gitAUR, clang17-binAUR) (make)
- cmake (cmake-gitAUR) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- pkgconfig (pkgconf-gitAUR, pkg-config-gitAUR, pkgconf) (make)
- clang (llvm-gitAUR, clang-minimal-gitAUR, clang17-binAUR) (optional) – compiler
- cscope (optional) – CScope Integration for CodeLite
- gcc (gcc-gitAUR, gccrs-gitAUR, gcc11AUR, gcc-snapshotAUR) (optional) – compiler
- gdb (gdb-gitAUR, gdb-debug-gitAUR) (optional) – debugger
- graphviz (optional) – callgraph visualization
- lldb (llvm-gitAUR) (optional) – debugger
- php (optional) – language
- rust (rust-nightlyAUR, rustup-gitAUR, rust-nightly-binAUR, rust-gitAUR, rust-beta-binAUR, rustup-stubAUR, rustup) (optional) – language
- valgrind (valgrind-gitAUR) (optional) – debugger
Required by (4)
- rt-thread-env-meta (optional)
- unreal-engine (optional)
- unreal-engine-4 (optional)
- unreal-engine-git (optional)
Sources (15)
- chriskohlhoff-asio-b73dc1d.tar.gz
- codelite-18.1.0.tar.gz
- cubicdaiya-dtl-f2651ff.tar.gz
- DaveGamble-cJSON-fd1ac4f.tar.gz
- eranif-cc-wrapper-6771344.tar.gz
- eranif-ctags-930be27.tar.gz
- eranif-lexilla-8502988.tar.gz
- eranif-tinyjson-a6b0d0d.tar.gz
- eranif-wx-config-msys2-fe65daf.tar.gz
- eranif-wxdap-c5ee347.tar.gz
- ggerganov-llama.cpp-c3776ca.tar.gz
- http://repos.codelite.org/wxCrafterLibs/wxgui.zip
- jbeder-yaml-cpp-1b50109.tar.gz
- wxShaper-wxsf-code-b5dc09a.tar.gz
- zaphoyd-websocketpp-c6d7e29.tar.gz
Latest Comments
« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 18 Next › Last »
migrev commented on 2014-06-05 12:10 (UTC)
migrev commented on 2014-05-20 11:25 (UTC)
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 (UTC)
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...
debio264 commented on 2014-05-17 02:33 (UTC)
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 (UTC)
After installing gcc-4.8 codelite compiled fine on my system
underdoeg commented on 2014-05-05 13:45 (UTC)
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 (UTC)
I have all packages updated and can't reproduce the error. Codelite works just fine.
underdoeg commented on 2014-05-03 16:44 (UTC)
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
Pinned Comments
uffe commented on 2016-09-26 11:42 (UTC) (edited on 2020-07-27 18:21 (UTC) by uffe)
ATTENTION: read this before flagging this 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)
Generally speaking - this package will not be updated before the codelite release/download page (https://downloads.codelite.org/) have a new stable release published.
Please respect that - Thanks
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
PS: I have added new "codelite-unstable" package to AUR that follows the weekly/latest builds from the codelite project.