------- Comment #8 from mmokrejs at ribosome dot natur dot cuni dot cz 2007-12-15 14:01 ------- The hardware is a Western Digital MyBookWorldII small NAS system, and it is bundled with the linux and just these tools. Everybody is glad that at least a working old gcc is available. We just can't upgrade everything, it has only 32MB RAM and most importantly, has to run samba and sshd. Spot briefly over the following pages.
http://martin.hinner.info/mybook/ http://ribosome.natur.cuni.cz/~mmokrejs/MyBookWorldII/ http://www.welped.com/2007/08/29/hacking-the-mybook-world-edition-into-a-php-powered-web-server/ http://chayden.net/mybook/ http://www.ismprofessional.net/pascucci/documenti/mybook/mybook-hacking-en.html http://www.ismprofessional.net/pascucci/index.php/mybook-repository/ http://nihilisme.ca:8080/arm/ http://www.nabble.com/Re-3A-Arm-926ejs-questions-to10674608.html http://www.dark-legion.org/en/ARM%20Holdings http://www.arm.com/linux/ARM-Linux-Notes.pdf http://infocenter.arm.com/help/topic/com.arm.doc.ddi0157g/DDI0157.pdf I don't see an issue why the bootstrap step would have to unnecessarily require POSIX compliant find. Why? To have one exec() of find instead of two exec() calls? Regarding installing more apps. Well, the system has no iconv, no gettext, no auto* tools, has only uClibc, has no libtool and e.g. to compile GNU file-4.21 I had to report two bugs to get it compiled, one of them is still not fixed. So, no, I cannot upgrade apps and please do not require that unnecessarily. Who cares about a bit more ugly fixinc.sh script which is used only during build process? It does not affect resulting gcc compatibility/performance/features, so why? Yes, I really need to have as small as possible apps with minimum features and I cannot even overwrite some shared libs and upgrade them (remember the hardware has no KBD/VGA/MOUSE, serial console is a wild hack at 3.3V and so the only sane way is to disassemble the box and mount drives elsewhere). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34474
