Code::Blocks with C/C++ Compiler


Correct, it is doing nothing. It's just an empty console window with a solid green cursor. If I close that window, CB will start, though of course nothing can be compiled. I left the console window open for what I guess must be an hour, but it most certainly seems to just be doing nothing.
 
:(

Ok, I have to fix that.

As a workaround, you can launch the CommandLine. It will prompt for the sudo passwor (it work here). Then you exit CommandLine and launch Code::Blocks. If you haven't activated the clean_pnd, it should work.

I'm currently adding more things to the PND, so I cannot repackage now. I'll try in a few hours...
 
Hum, In fact, there is a simpler Workaround. Launch the CommandLine, and at the prompt, launch codeblocks with "codeblocks".
 
It seems the GDK include files aren't installed in this package, which makes GTK programs fail to compile, like so:

/mnt/utmp/codeblocks/usr/include/gtk/gtk.h:32:21: fatal error: gdk/gdk.h: No such file or directory

Edit: Actually, they are there, they're just not being found.

Edit2: I fixed the CPATH, but now it tells me that gdkconfig.h is missing (and I confirmed this to be the case)

Edit3: It turns out that the GDK files weren't being found because of a faulty FindGDK method in CMake. I switched to the pkg-config method and it worked. I also grabbed a gdkconfig.h from http://nesl.ee.ucla.edu/fw/han/old_machine_backup/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/gtk+-2.20.0-r8.0/gtk+-2.20.0/gdk/ and put it in usr/include in the appdata directory to fix that problem... I have yet to test whether it works, but at least it's compiling.
 
Last edited by a moderator:
I have a problem generating makefiles using cmake on the command line. Apparently cmake fails to use the compiler correctly:


-- The C compiler identification is unknown
-- Check for working C compiler: /mnt/utmp/codeblocks/usr/bin/cc
-- Check for working C compiler: /mnt/utmp/codeblocks/usr/bin/cc -- broke
Full error message:

-- The C compiler identification is unknown
-- Check for working C compiler: /mnt/utmp/codeblocks/usr/bin/cc
-- Check for working C compiler: /mnt/utmp/codeblocks/usr/bin/cc -- broken
CMake Error at /mnt/utmp/codeblocks/usr/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:61 (message):
  The C compiler "/mnt/utmp/codeblocks/usr/bin/cc" is not able to compile a
  simple test program.

  It fails with the following output:

   Change Dir: /media/sd32gb/zlib-1.2.7/build/CMakeFiles/CMakeTmp



  Run Build Command:/mnt/utmp/codeblocks/usr/bin/make
  "cmTryCompileExec3596267047/fast"

  /mnt/utmp/codeblocks/usr/bin/make -f
  CMakeFiles/cmTryCompileExec3596267047.dir/build.make
  CMakeFiles/cmTryCompileExec3596267047.dir/build

  make[1]: Entering directory
  `/media/sd32gb/zlib-1.2.7/build/CMakeFiles/CMakeTmp'

  /mnt/utmp/codeblocks/usr/bin/cmake -E cmake_progress_report
  /media/sd32gb/zlib-1.2.7/build/CMakeFiles/CMakeTmp/CMakeFiles 1

  Building C object
  CMakeFiles/cmTryCompileExec3596267047.dir/testCCompiler.c.o

  /mnt/utmp/codeblocks/usr/bin/cc -o
  CMakeFiles/cmTryCompileExec3596267047.dir/testCCompiler.c.o -c
  /media/sd32gb/zlib-1.2.7/build/CMakeFiles/CMakeTmp/testCCompiler.c


  /mnt/utmp/codeblocks/usr/libexec/gcc/armv7l-unknown-linux-gnueabi/4.7.2/cc1:
  error while loading shared libraries: libmpc.so.3: cannot open shared
  object file: No such file or directory

  make[1]: Leaving directory
  `/media/sd32gb/zlib-1.2.7/build/CMakeFiles/CMakeTmp'

  make[1]: *** [CMakeFiles/cmTryCompileExec3596267047.dir/testCCompiler.c.o]
  Error 1

  make: *** [cmTryCompileExec3596267047/fast] Error 2





  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:4 (project)


-- Configuring incomplete, errors occurred!

Looks like it can't find libmpc.so.3, even though it's in /mnt/utmp/codeblocks/usr/lib/ and the LD_LIBRARY_PATH environment variable includes this path:

> ll /mnt/utmp/codeblocks/usr/lib/libmpc*
-rw-r--r-- 1 boris boris 485376 Nov 15 20:10 /mnt/utmp/codeblocks/usr/lib/libmpc.a
-rwxr-xr-x 1 boris boris    958 Nov 15 20:10 /mnt/utmp/codeblocks/usr/lib/libmpc.la
lrwxrwxrwx 1 boris boris     15 Nov 15 20:10 /mnt/utmp/codeblocks/usr/lib/libmpc.so -> libmpc.so.3.0.0
lrwxrwxrwx 1 boris boris     15 Nov 15 20:10 /mnt/utmp/codeblocks/usr/lib/libmpc.so.3 -> libmpc.so.3.0.0
-rwxr-xr-x 1 boris boris 268046 Nov 15 20:10 /mnt/utmp/codeblocks/usr/lib/libmpc.so.3.0.0


Compiling a simple hello world program works. Any ideas?
 
Strange... Maybe try to use gcc instead, but doing

export CC=gcc

Also, did the ldconfig went well, you put your password ?
 
Last edited by a moderator:
Tried it again to check the messages. This time it worked fine without a problem. Weird, but good.
 
New release on the repo.

Build 09

-----------

  • Update Code::Blocks to rev 8800
  • Added CLang and LLVM v3.3
  • Added Ruby
  • Added many more libs & tools
  • Added QT4.8.4 (+QtWebKit 4.9.3)
  • Use gksudo in most places

And here is the more detailled change log

********* 30/12/2012

* libXaw fresh from git

* libXrender fresh from git

+ llvm 3.3 fresh from git

 

********* 01/01/2013

* hand optimize "duplicates" files replace exe with link (perl and git mainly)

- FLTK examples binaries

+ clang 3.3 to use clang

export CC=clang

export CFLAGS="-Wl,-rpath-link=/mnt/utmp/codeblocks/usr/lib:/lib/usr/lib"

or export LDFLAGS, depends of the project

+ jp2a convert jpeg to ascii, but I can't get colors on Terminal

+ OIS fresh from svn

+ FreeImage 3.15.4

+ libungif 4.1.4

+ imlib2 1.4.4

+ libcaca 0.99 fresh from git (that's a crazy name for lib !)

+ toilet 0.3 fresh from git (another crazy name)

+ CEGUI 0.7.7 (I have to look at the sebt3 version with gles renderer)

+ ogre3d 1.8 samples (not included) need fonts (but a "xset -f blabla" fixed that). GLES broken, GLES2: cannot create context

 

********* 12/01/2013

+ SDL 1.2 "Notaz" With hack to avoid freeze when using mouse in GLES.

 

********* 14/01/2013

* recompile wine fresh from git

+ SCons 2.2.0

+ SDL_ttf 2.0.11

+ guichan 0.6.1 with SDL, SDL_image, Allegro and OpenGL support

+ pcre 8.32 fresh from svn (Perl Compatible Regular Expressions)

+ swig 2.0.9

* Python 2.7.3 recompiled with -Ofast and -specs=blabla option

* guichan 0.8.2 update found in FIFE

 

********* 16/01/2013

* Python 2.7.3 recompiled with -Ofast -I & -Wl,rptath-link and -fPIC & -DPIC options

* Guichan 0.8.2 with opengl

+ yaml 0.1.4

+ PyYAML 3.1.0

 

********* 20/01/2013

+ libpipeline 1.2.2

+ groff 1.22.1

+ man-db 2.6.3

* m4 1.4.16

* Code::Blocks rev8800 fresh from svn

 

********* 21/01/2013

+ ruby 1.9.3

+ protobuf 2.4.1

+ taglib 1.8

+ c2man 2.0@42

+ fribidi 0.19.5 fresh from git

+ sfxr a nice tools to create (games) sounds

 

********* 22/01/2013

+ remake 3.82+dbg-0.6 make with debug options

* sed 4.1.2 -> 4.2.2

 

********* 27/01/2013

+ gobject-introspection 0.10.8

* pygobject 2.20 -> 2.28.6

+ pygtk 2.24.0

+ numpy 1.7.0rc1

+ py2cairo 1.8.10

+ pyxdg 0.25

* cppunits 1.12.1 rebuild with just '-O2' as optims, as '-Ofast' breaks math tests !

+ libneon 0.29.6

* hunspell 1.3.2 rebuild with -O2 and gcc4.7.2

 

********* 29/01/2013

+ Markdown 2.1.1 for python 2.7

 

********* 01/02/2013

+ Python Image Library 1.1.7

 

********* 02/02/2013

+ gettext 1.18.2

 

********* 03/02/2013

+ ffmpeg 1.1.1 fresh from git (does it conflict / replace libavcodec ?)

+ wavpack 4.60.1

+ libiconv 1.14

 

********* 05/02/2013

* clang 3.3 & llvm refresh git copy

+ freealut 1.1.0

 

********* 06/02/2013

+ libass 0.10.1 fresh from git

+ libmpeg2 0.51 fresh from svn

+ liblzo 2.06

+ libcdio 0.90 fresh from git

 

********* 07/02/2013

+ microhttpd fresh from git

+ libssh 0.5.4 fresh from git

+ rtmpdump 2.4 fresh from git

+ libsmbclient 3.3.9-r3.9 from addipk

 

********* 08/02/2013

* inputproto 2.2 -> 2.2.99.1 fresh from git

+ libXi 1.6.99.1 fresh from git

+ libusb 1.0 from addipk

+ recordproto 1.14.2 fresh from git

+ libXtst 1.2.1 fresh from git

+ xdpyinfo 1.3.0 fresh from git

 

********* 12/02/2013

* qt 4.8.2 with gles, openvg and webkit 4.9.3

 

********* 15/02/2013

* allegro 5.0.8 the 5.1 with gles is not ready yet

- ogre3d 1.8 gles2 not ready yet

********* => PND 1.0.5.09

 
 
Typical. Office WiFi is running slower than a tortoise on mogadon.
 
Well, finally got it installed. Quite a hefty little PND now. All seems to be working nice and smoothly. Great job, as usual.
 
Last edited by a moderator:
Thank you. I hope I haven't break anything with the new libs and the gksudo... Look's OK to me, but it always looks ok to me  :unsure:
 
I have a little problem with Codeblocks and Allegro 5.0.8.

It took me some time, but I finally compiled my program, but now I get an error with libpng:

libpng error: Incompatible libpng version in application and libary
libpng warning: Application was compiled with png.h from libpng-1.4.12
libpng warning: Application is running with png.c from libpng-1.2.50
This comes 6 times followed by an segmentation fault.

Anyone know what to do?
 
Yes, sorry, I think I have messed up libpng a bit. I have now corrected that, but I still have to package and upload a new Gigabyte release :(

And I don't know of any easy workaround, except playing with the libs (as both libpng12 and libpng14 are include).
 
Any chance to see http://en.wikipedia.org/wiki/Vala_%28programming_language%29'>Vala added to the PND?
 
Yes Bzr, It has a good installation base. Thanks for the link, I'll ad it to next build.

For Vala, I don't know that and I'm on a very limited wifi connection, so I'll look at it later.
 
Are you near finished with this PND yet? I don't want to upgrade a 1GB PND if you're going to update it again sometime in the next year.

D.
 
Are you near finished with this PND yet? I don't want to upgrade a 1GB PND if you're going to update it again sometime in the next year.

This made me chuckle. Not that I don't understand completely. Hell, it was only until recently I was capped on data from my ISP.

Has any progress been made on making it a modular PND?

Did you say Allegro 5.1.5 and Irrlicht were in here? Last time I tried to compile an Allegro 5.1.5 app, it failed, but I really need to have another look
 
Back
Top