building Codelite for non x86

[Modem Man]

Howdy MM
Actually might be a bit more difficult on Raspberry Pie being very old ARMv6 architecture ... if you can put all the libraries together it would probably work.

I can endure pain but I'm uncertain, if I shall do the 1st step. I think, I'll rely on your experience with the v7 first. I am so lazy ...

Howdy MM
HOWEVER
I would suggest using an ARMv7 platform .... I'd suggest the Hardkernel platforms (ODROID).

Yes, I heard about it more and more. Will keep an eye on it!
On the other hand, the Raspi community is nearly exploding here in Germany. So the Raspi is an important platform for me these days. And the RPi 2 with 4 cores @ 1GHz has more power than my workstation with Core 2 Duo @ 1.somewhat GHz.

However, a smart solution would be a "deploy via scp, debug via gdbserver/gdb remote" for any of these targets. I made some experience with Bitbake Embedded Linux and remote gdb and different IDEs. It's mostly a pain. The worst IDE actually has the best remote linux support (http://elinux.org/TCF). Basically, TCF could be integrated into any IDE, but it's to much for my spare time. And I would understand, if no one else would integrate it - although Codelite/TCF would be a dream team for thousands of developers.
So, finally, a real smart solution for the embedded linux community would be a TCF plugin for Codelite.

At least there is somewhat I can dream about,

Modem Man

[glenenglish]

thanks for all the suggestions
codelite built fine with single core build. resources....

I'm really quite inexperienced with gdb and cmake , and so it will take me a little while to come up to speed on it. (but I have been debugging on embedded platforms for 25 years)

OK, so rebuilt wxWidgets, codelite now runs ! yes !

made a small c++ project g++, it builds and runs and then when exiting the prohram, it crashes. the debugger says:
__libc_do_syscall () at ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:46
46 ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S : No such file or directory.
hmm OK, instal libinotifytool-0 and

Which may be a system platform dependency/ library issue.
Googling shows I am not the only one to encounter this... apparently somethign to do with inotify libraries/tools not installed. I know inotify..
OK so I get and add those to the system . libinotifytools-0 etc

reboot. same problem. Also , bear in my there is no swap on this system , so when it runs out of memory (2GB RAM) it crashes hard....most apps would not expect (or handle) malloc or new to fail.

Am rebuilding codelite for DEBUG and with the various options disabled per your recommendations Eran.
44%.....

Will advise.
I didnt realise just how heavy on resources (memory) that building is ..
glen

[Gibbon1]

Guy here at work is trying to get another wxWidgets project+ to build on a Beagle Bone Black (http://beagleboard.org/BLACK). None of us really know what were doing so we learn the hard way (via pain) He ran into the same compiler error. And it was not enough swap space. Also I think issues with trying to run as root.

There was someone else that was able to compile codelite for an ARM tablet some time last year. He seemed to know what he was doing and reported no problems with wxWidgets.

+ A programmer utility for ARM (USBDM)

[DavidGH]

bear in my there is no swap on this system

Do you have disc-space for a swap-file?

[glenenglish]

Hi David . Have been away for a couple of days.

Yes, I have space, might activate it if anything just to make that problem not a problem

So, got Codelite rebuilt in debug mode, same problem , same error msg in the same place, there was more info though, saved that, then rebooted, and now lost Ubuntu GUI... console still works.
So something in the package world has overwritten something
IE the dreaded log-in and you just get a blank screen and cursor....

Codelite working is damn close though !

Time to fix Xorg etc I and try again . I'll get back to it next week.
cheers and thanks for the assistance.

glen.

[Modem Man]

So something in the package world has overwritten something
...
Time to fix Xorg etc I and try again .

Could be wise to use etc keeper before installing a number of packets?
(https://help.ubuntu.com/lts/serverguide/etckeeper.html)

Just a hint to make your life easier.