gcc on ARM?

Hello!

I can already see you all role your eyes at my question but anyway:

is there any explanation on the net or can anyone explain me how I can compile gcc (either 2.95.3 or 4.0.1) on a x86-linux system (with x86-gcc 3.4.3 and a arm-crosscompiler-gcc 2.95.3 installed) in order to get a working gcc that runs on arm and compiles for arm?

The situation is this: I have a Qtopia-device that doesn=B4t allow me to place files anywhere else than in "/progfs/opt/QtPalmtop". The native gcc packages I found for arm expect all their files in /usr/local which isn=B4t available even for a softlink because I cannot write to any other directory than what=B4s below "/progfs/opt/QtPalmtop". I could probably get around this by using the -I and -L option of gcc when compiling a program (for some reason I don=B4t understand I haven=B4t even managed to compile a hello.c with the arm-gcc I found) but it would be so much nicer to have a native gcc that installs into /progfs/opt/QtPalmtop and looks for its files in /progfs/opt/QtPalmtop/include a.s.o.

I=B4m not a UNIX newbie, in fact I have used UNIX systems for almost ten years but after one week of trying to cross-compile gcc I have to admit that this is above me. I only managed to compile native binutils which appears to be a minor task in comparison to cross-compiling gcc...

I=B4m sorry if this sets up somebody, I have seen nasty replies to people asking similar questions telling them to let it be if they don=B4t know what they are doing... (how are you supposed to learn, then?)

Thanks, Philipp.

Reply to
grond
Loading thread data ...

"[..]

is there any explanation on the net or can anyone explain me how I can compile gcc (either 2.95.3 or 4.0.1) on a x86-linux system (with x86-gcc 3.4.3 and a arm-crosscompiler-gcc 2.95.3 installed) in order to get a working gcc that runs on arm and compiles for arm?

[..]"

In the GCC cross compiling community, the term "Canadian Cross" was coined not many years ago for what you described. CrossGCC documentation has been moved and taken down, but if you search you might find documentation or advice from the CrossGCC emailing list. You can start with

formatting link
and
formatting link

Reply to
Colin Paul Gloster

schreef in bericht news: snipped-for-privacy@g47g2000cwa.googlegroups.com...

Not even with pivot_root? Not even read/write access to system startup configuration? Not even the ability to remount some filesystems as read/write? Not even the possibility to boot from another medium?

Reply to
Boudewijn Dijkstra

An old version of the CrossGCC FAQ is available from:

formatting link

It may still be of some help to the OP.

BTW, the Wayback Machine also has the same FAQ archived at it's original address, but I didn't check to see if all the pieces have been archived.

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       
Microsoft: The Standard Oil Company of the 21st century
Reply to
Simon Clubley

Is it possible to use the same mechanism that initramd does to change the root directory of your Qtopia linux system to /progfs/opt/QtPalmtop after bootup?

Bye. Jasen

Reply to
Jasen Betts

Thank you for the pointers you gave me. I will try to use crosstool, it sounds very promising!

Reply to
grond

Nothing. The device boots an image that contains a cramfs with a linux system on it. You cannot manipulate the cramfs because the bootloader checks the image=B4s integrity before booting the kernel in it. There may be ways of tempering with the image by somehow extracting the bootloader binary and seeing what checking it actually does, but that=B4s too complicated right now.

Anyway, the way the system is set up is that you cannot do anything but install stuff into one single directory. There you probably could mount some other filesystem but anyway...

Reply to
grond

Something like chroot? Then most of the software installed in the original lower directories wouldn=B4t be accessible.

Reply to
grond

schreef in bericht news: snipped-for-privacy@z14g2000cwz.googlegroups.com...

unless you symlink to them

Reply to
Boudewijn Dijkstra

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.