Hello,
On Tuesday 03 November 2009 22:44:43 Petric Frank wrote:
> Hello,
> > > > Is uClinux the proper alternative for this
> > >
> > > In general it is the proper alternative for machines without MMU.
> > >
> > > > or are the mips kernels available in the portage tree patched to
> > > > cover this ?
> > >
> > > In theory that's possible, but I doubt it.
> >
> > As far as i understand the cross compile system - the uclibc built by
> > crossdev is the one the compiled software for the target to be linked
> > against. Resulting from this the uclibc must reflect the target system
> > (here especially: no-mmu).
> > Hope i am right here.
> >
> > So i tried to do this using the savedconfig use-flag. I broke to
> > compilation process while it is compiling uclibc. Then i did a "make
> > menuconfig" (in /var/tmp/...) and disabled MMU and (as followup) the
> > target file format to "STATIC FLAT" (i assume PIE is also not possible
> > because of the missing MMU).
> >
> > At restarting the crossdev execution i got an error while installing
> > uclibc. The compile step of the ebuild went well. At the installation
> > stage it complains that it is missing "utils/ldconfig.host" when doing
> > newbin. This can be seen in the ebuild in the src_install step. The
> > offending line is newbin utils/ldconfig.host ${CTARGET}-ldconfig | die
> >
> > So this file seems not to be generated during the uclibc built process
> > when PIE is off. This applies to ldd.host also.
Ok - another reply to myself (must be paranoid) ...
I've introduced bug #291787 which is now completed and the changes went
already to the portage tree.
It fixes the problem with the installation stage failure, where it tries to
install ldd and ldconfig. But these files will not be generated when uclibc
was directed to build static libs only.
So it remains a problem with gcc (at crossdev / gcc stage2) which does not
detect that the uclibc is static only and tries to build libgcc_s.so (oh - a
shared lib). As result the build process fails there.
See http://bugs.gentoo.org/show_bug.cgi?id=291870
regards
Petric
