On Mon, 8 Jan 2007 [EMAIL PROTECTED] wrote: forgotten to answer the rest, here it comes > I have done this by creating a new uclibc-1.0.0.ebuild (version 1.0.0 just to > provide something.). I place the latest uclibc snapshot in in
I would call it 0.9.28.x, 0.9.29 is the next > /usr/portage/distfiles/uClibc-1.0.0.tar.gz. To make this build I had to use > the pregenerated uClibc locale stuff, make the ebuild fix up KERNEL_HEADERS > rather then KERNEL_SOURCE and in extra/locale 'ln -s ../../include include' so if you can avoid, dont enable locales there are some more options that were renamed, ex. MMU related > this part could find it's headers. I also set 'PATCH_VER=""' assuming that > these fixes would probarbly be included in the latest SVN version. correct > (Please let me know if theres a more appropiate way to do this using the > uclibc ebuild - I noticed a reference to SVN_VER in the ebuild but it wasnt > clear how to use this, what it does or if it workes. ) I create a diff between .28 and svn and use that diff in SVN_VER (if SVN_VER is defined, it will apply the "specially named" diff) > This now build's OK and I can compile everything else against it. The problem > comes though trying to use it in > "crossdev -binutils 2.16.1-r2 -gcc 3.4.5-r1 -libc 1.0.0 -kernel 2.6.16.20 -t > i386-pc-linux-uclibc" I mostly use arch-gentoo-linux-uclibc (and the stages of gentoo-embedded too), but it is finally not relevant, unless -softfloat- Peter -- Peter S. Mazinger <ps dot m at gmx dot net> ID: 0xA5F059F2 Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 -- [email protected] mailing list
