Re: [gentoo-mips] bootstrap.sh on asus wl500g

["Stephen P. Becker" <geoman@gentoo.org>]

Ok, there are several serious problems with what you are trying to do...

> Hi,
> 
> I have an asus wl500g (same chip as the linksys wrt54g).

Actually, it isn't identical, but that doesn't really matter...

> I put openwrt
> on it and chrooted into a 
> experimental/mips/embedded/stages/stage1-mipsel-uclibc-2005.0.tar.bz2
> tarball, with the idea of changing the profile and rebuiling.

Ok, stop right here.  Do you realize how little memory this device has? 
   You would be lucky to even be able to build some of the more simple 
programs without some sort of ICE or out of memory error.

> I set up make.conf like so:
> 
>     CFLAGS="-Os -pipe -march=mips1"

You would really want -march=mips32 anyway.

>     CHOST="mipsel-unknown-linux-gnu"
> 
> and the profile like so:
> 
>     make.profile -> /usr/portage/profiles/default-linux/mips/2005.0

That is not even close to the correct profile for uclibc.  You really 
want /usr/portage/profiles/uclibc/mips

> then ran scripts/bootstrap.sh

You'll be extremely lucky if this ever works on that device...again, not 
enough memory.

> gnuconfig had some bus errors, but didn't stop the script:

This is probably telling that you have some serious issues...

*snip*

> and glibc failed during configure:
> 
> checking for suffix of object files... configure: error: cannot compute
> suffix of object files: cannot compile
> See `config.log' for more details.
> 
> !!! ERROR: sys-libs/glibc-2.3.5 failed.
> !!! Function glibc_do_configure, Line 938, Exitcode 1
> !!! failed to configure glibc

Uhhh...you realize you can't install glibc on a uclibc userland, right? 
  This is from selecting the wrong profile, aside from the fact that 
glibc even doesn't have a snowballs chance in hell of building on such a 
device.

> any ideas?  I see the mips project website was just updated today, and I
> just realized last night that the cobalt images are little endian (the
> asus wl500g is little endian), so I'll try chrooting into one of those
> images next.

That is an even worse idea.  The cobalt stages are optimized for 
-march=mips4, which probably won't run on that cpu.  Not only that, but 
they are glibc based, which is way too heavy to run on a wl500g

The moral of this story is, a broadcom based router is not good for 
using gentoo in the capacity you are trying to.  What you *really* want 
to do is emerge crossdev on a nice fast box, use that to build a 
crosstoolchain, and cross-compile a custom userland to run on your router.

-Steve
-- 
gentoo-mips@gentoo.org mailing list