yeah, bzip2 inside codeblocks is 1.0.5.I see people requesting updates to the code::blocks pnd; so this configure script I run fails because bzip2 version is not greater than 1.0.6, I updated bzip2 to 1.0.6 on my rootfs but it still fails. Does this mean bzip2 inside code::blocks needs updating?
As it stands, people already have trouble downloading the thing through pndmanager (as I recall, I failed last time and downloaded it using curl to my server, then transferred it). It's been estimated there's some 2.0GB limit, perhaps in the download verification code it seems to use (or perhaps it's just transferring it somewhere). Either way, using a simpler tool to download it on a faster machine seems to work more reliably.I have added llvm + clang + libcxx on Codeblocks. Latest version from svn (cross compiled, it was taking days on the pandora and got fed up). Seems to work well but the PND is not weighting 3.7GB. While I would prefer to let it that way, I'm wondering if the few user of the codeblocks PND would mind the extra size? Or should I go to a separate llvm package (I would prefer to avoid the extra work). So if you use codeblocks you don't want the size increase and don't plan to use clang/llvm anyway, please say so here.
The warning is not linked to the error you get. That warning is harmless and can be safely ignored.I get errors when trying to compile a c++ program with clang++. It says clang++ does not support "-std=c++11"
I also noticed that when I start codeblocks I get ldconfig errors saying that /usr/lib/libstdc++.so.6.0.21 (and 22,23,24) are not elf files, wrong magic bytes at start.
Could this be the reason for the failure?