@alaniyh
Fix README and clean-tools
I've finally got around to doing this and put up a new version at
https://github.com/pirandr/slitaz-arm
Although I think the version at http://mirror.slitaz.org/arm/cross/slitaz-arm-toolchain-20140304.tar.bz2 is already stripped. So its better not to update to my "new" version.
@pankso: The top of the README in slitaz-arm-toolchain-20140304.tar.bz2 is still wrong though as alanyih pointed out
/usr/cross
should be /cross
But actually, right now this README is hard coded into cross
and should probably also be updated (eventually).
Broadcom VideoCore
This sounds really good! (I'll have to look at the details to make sure this isn't another shim. :) ) And what odd timing too. It also seems like its not just for the Raspberry but possibly for other Broadcom boards.
The source release targets the BCM21553 cellphone chip, but it should be reasonably straightforward to port this to the BCM2835
I'm curious as to why they didn't release the source for BCM2835 alongside. It feels a bit strange, like this had nothing to do with the RaspPi at all (but happens to benefit it).
libtools minefield
Oops. I guess you figured it out a year earlier. Even with exactly the same link. :)
arm.slitaz.org
The page looks really cool and its nice to have everything gathered up in one place. (I'll have to try directfb again when I have time, which seems like never right now.)
xorg-server-light
Right. I should have tried getting the light version working first.
Currently, http://cook.slitaz.org/cross/arm/cooker.cgi?pkg=xorg-server-light shows a C compiler error, but this is a red herring.
I think the real problem is that some of the C libraries got replaced when dependencies were installed. I got the same error when I tried to cook xorg-server-light
on a fresh chroot.
I also realised that switching mirrors (tazpkg -sm
) is really dangerous when you have packages in the local cache (since it will pull from the cache, which came from another mirror). So you might end up installing things you didn't want to into /cross/arm/sysroot.
This can be fixed (temporarily) by just regenerating a /cross/arm/sysroot
. I just untarred the toolchain are replaced all of /cross
.
However, this will keep happening (and replace some important files in /cross/arm/sysroot
). It turns out it is because it is trying to install glibc-dev
(which we don't have for arm yet) into /cross/arm/sysroot
. But I don't think this is actually needed.
Changing this let me get to the first real compilation error, which is a library path problem (about finding pixman.h
). And that's where I stopped.