By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
458,084 Members | 1,199 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 458,084 IT Pros & Developers. It's quick & easy.

Re: Cross Compiler for Python?

P: n/a

Hendrik van Rooyen wrote:
norseman wrote:
>================================================= =
In case all else fails:

This is not a cookbook answer, but:
1) gnu's gcc will compile to 16,32 or 64 bit intel architectures
OK, the 32 bit version compiles to 16 or 32 & the 64 should.
The 64 will run 32 bit programs, including the 32 bit gcc.
chgroot can be (messy but) useful to maintain separation.
2) info gcc and look for compiler directives
then info nasm and look for directives
same for the linker
I'm not specific because I use Slackware and different
distros can use different modules. You may have an assembler
with a different name. Switches can be different and so
On Slackware the installpkg (for tarballs already compiled) records the
locations of where things go in /var/log/packages. I have to assume
other distros have something similar since these are used to remove
things later. Can we say 'updates'? If not you will need to wade
through the .configure and Makefiles to root out what happens to get
'vanilla' locations.

Like I said, it's not cookbook, but it will get you there and you will
gain quite an insight into Linux. While the path may not be well marked
in Linux, there usually is one.

Sorry I don't have a more straight forward approach.

- Steve

Thanks Steve, for the tips.

In a sense, I have dreaded an answer like this, as it is cold comfort
to realise that I will be hassled off my objective to take a side trip
through Linux's complexities, just so that I can play with the hardware
to evaluate if we can use it for what we want to do.

I had fondly hoped that somebody would have blazed the way
before me. But it seems not. Tough.

I will report here what I do and find - It may help some other
poor sod some day...

- Hendrik

.....dreaded.... Yep! I know the feeling. Got lots of those T-Shirts. ;)
I re-read your original post. I got the feeling the eBox is running a
stripped down Linux. Is that so? If it is, then:

You mention pcmcia. Is it external, a plug in? Do any of your
desktops/etc have pcmcia slots? Because if so.....

1) Card can be mounted on your machine
2) Compile and install can be direct to card (rem 32bit output)
just change the install path(s). Look over the eBox /lib
( I'm assuming Linux again) and put that lib path first in
the compile command line.

If no desktop pcmcia adapter - pay the $40 or so for an USB attachable
pcmcia adapter

plug in card

(if current drives on desktop are scsi or sata drives you may need to
change sda to sdb or sdc or .... use fdisk /dev/sda to check existence.
the single letter 'q' to exit without changing anything. Careful with
fdisk - damage comes quickly, easily and unrepairable. All you are after
is which letter to use. Last one before No such drive is the one.

cd /mnt
mkdir sda
mount /dev/sda1 /mnt/sda
ls /mnt/sda should give base dir listing of flashdrive
(linux will treat the pcmcia flash as a removable HardDrive)

install to /mnt/sda/usr/local/lib (or /mnt/sda/--where ever--)
then: back on eBox
cd /mnt
mkdir sda
cd sda
ln -s /usr usr

I did the soft link process above on my machine, then:

ls /mnt/sda/usr/local/lib/python2.5 should list contents correctly
(and does on my machine since it is located in /usr/local/lib/python2.5)
thus keeping compile and install paths working. The use of the midnight
commander (mc) with card mounted makes transferring whole trees simple.
Soft links were invented for a reason!

OF COURSE, if the eBox is not running Linux, all this is useless! ;)


Jul 8 '08 #1
Share this question for a faster answer!
Share on Google+

This discussion thread is closed

Replies have been disabled for this discussion.