Summary: | sys-libs/uclibc-0.9.28.3: cross compilation fails for mipsel target | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | MCassaniti <michael> |
Component: | New packages | Assignee: | Embedded Gentoo Team <embedded> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bertrand, bugs+gentoo, luke-jr+gentoobugs, mail, pauldv |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Build log for uClibc-0.9.28.3
Build environment for uClibc-0.9.28.3 uclibc trunk revision 16105 Patchset which works for cross-mips-linux-uclibc/uclibc-0.9.28.3-r7 |
Description
MCassaniti
2008-04-21 05:25:56 UTC
Created attachment 150475 [details]
Build log for uClibc-0.9.28.3
Created attachment 150477 [details]
Build environment for uClibc-0.9.28.3
Well, there's no /usr/include/asm/asm.h (at least here). This is really a bug in linux-headers, I think. Linux's include/asm-mips certainly does have an asm.h Created attachment 160163 [details, diff]
uclibc trunk revision 16105
This commit from 2006(!) modified uclibc to not need the apparently-private headers. Adding it to the end of the Gentoo patchset should fix the problem.
Has anyone tested this patch, or are they relying on me to test it? Just let me know and I will give it a go, but I will need some basic instructions on how to use the ebuild command to perform the build and have the patch applied. I needed 3 more patches (unrelated to this bug) to install 0.9.27-r1, but it did eventually work. What I did was Ctrl-Z after the unpacking finished and apply them in /var/tmp/... and let it continue from there. At that rate Luke-Jr, can you upload those additional patches to whichever bug report they belong to if you have not done so already. Could you also state which bug reports these are so I can fetch the patches and apply them to my build process. Could a dev please reply to this bug report, letting us all know when this patch will make its way into the sys-kernel/linux-headers package. If it is not appropriate for addition into that package, could the appropriate cross development team member be notified so that it could be included there. I don't know of any bugs they relate directly to. I have a copy at http://luke.dashjr.org/tmp/uclibc-patches solar was asking me about this stuff earlier... Created attachment 188884 [details] Patchset which works for cross-mips-linux-uclibc/uclibc-0.9.28.3-r7 I ran into the problem described above and also into the problem described in http://www.nabble.com/uClibc-missing-limits.h-ts18068204.html (limits.h not found due to new GCC needing different include flags) with cross-mips-linux-uclibc/uclibc-0.9.28.3-r7 This patchset fixes both. It includes the 3 patches from http://luke.dashjr.org/tmp/uclibc-patches plus 1 patch for the limits.h issue (based on http://sourceware.org/ml/libc-alpha/2007-03/msg00017.html) 45_all_uClibc-fix-linux-2.6.18.patch from the link is required. I haven't checked whether 50-gcc-bug.patch and 55-ljr-build.patch from the link are required, too. I changed some whitespace in 55-ljr-build.patch to make it apply. I hope it's ok that I post these patches into this bug, although strictly speaking they're for separate bugs... if it's not, please tell me where to post them. (I haven't found other open bugs.) Regards, Milan We are unlikely to backport fixes to the .28 series. Please try everything in this bug with current uclibc. tia. should be fixed with 0.9.33.x |