[uClibc]Question concerning 'mipsel' support...
Erik Andersen
andersen at codepoet.org
Tue Jan 29 11:46:29 UTC 2002
On Mon Jan 28, 2002 at 04:46:10PM -0600, Steven J. Hill wrote:
> Alright, I have attached a patch that allows for the mipsel
> target to build properly. It appears that the other part missing
> is a native uClibc dynamic loader 'ld.so'. This patch is against
> version 0.9.8.
diff -urN uClibc-0.9.8/Makefile uClibc-0.9.8-patched/Makefile
--- uClibc-0.9.8/Makefile Thu Dec 20 05:33:14 2001
+++ uClibc-0.9.8-patched/Makefile Mon Jan 28 09:20:12 2002
elif [ $(TARGET_ARCH) = "v850" ];then \
ln -fs $(KERNEL_SOURCE)/include/asm-v850 include/asm; \
+ elif [ $(TARGET_ARCH) = "mipsel" ];then \
+ ln -fs $(KERNEL_SOURCE)/include/asm-mips include/asm; \
This part of your patch is now applied, thanks.
--- uClibc-0.9.8/include/sys/syscall.h Wed Jun 27 14:22:27 2001
+++ uClibc-0.9.8-patched/include/sys/syscall.h Mon Jan 28 14:36:22 2002
@@ -22,7 +22,9 @@
/* This file provides us with our own private copy of the _syscall[0-5] macros.
* This is important, since on some arches (such as i386) the kernel's macros
* don't handle things like PIC code, so we can't use them. */
+#if !defined(__mips__)
#include <bits/syscalls.h>
+#endif
Sorry, no. bits/syscalls.h is supposed to be auto generated at
compile time. If you look at the headers target in
uClibc/libc/sysdeps/linux/mipsel/Makefile you should see where
this file is created. Is this routine not working for you? If
not, lets fix that up, since that is the cause of the problem.
The other stuff you changed were merely secondary symptoms of
bits/syscalls.h having gone missing,
-Erik
--
Erik B. Andersen http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--
More information about the uClibc
mailing list