[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