Yup, using uclibc.<br><br>uclinux uses its toolchain to accomplish this, and adding olsr to uclinux means i need to add olsr to the toolchain, which consist of manipulating some Makefiles, which I fail at. This is from the uclinux's documentation on how to add user app. I fail at the last step.
<br><br>Adding User Applications to the uClinux Distribution<br>----------------------------------------------------<br><br>D. P. Siddons<br>9th Dec. 2001<br><br><br>This document gives simple instructions for adding a user-written application to
<br>the uClinux configuration system. Entries must be added to three files, and an<br>apropriate Makefile must exist in the user application source directory, which<br>must be put in user (all directory names here are given relative to the uClinux
<br>top directory. In my system this is /home/peter/uClinux-dist).<br><br>Files to edit:<br><br>user/Makefile<br>   Add a line to the file like<br><br>   dir_$(CONFIG_USER_FOO_FOO)            += foo<br><br>   This adds the directory 'foo' to the list of directories to be built. I added
<br>   mine in alphabetical order. The order doesn't seem to matter.<br><br>config/Configure.help<br>   This file contains the text which is presented on request during the<br>config.<br>   Add a block like<br><br>   CONFIG_USER_FOO_FOO
<br>     This program does fooey things to your bars.<br><br>   The text must be indented two spaces, and there must be no empty lines. Lines<br>   should be <70 chars long.<br><br>config/config.in:<br>   Add a line in the apropriate menu section (
i.e. in the program group you want<br>   your app to show up in during 'make config'; I used 'misc'), like<br><br>   bool 'foo'           CONFIG_USER_FOO_FOO<br><br>   The repetition of FOO allows for directories which contain multiple
<br>   executables. Thus, if the user directory 'foo' contained code to make 'foo'<br>   and 'bar', each gets its own config line if an additional entry is made like<br><br>   bool 'bar'           CONFIG_USER_FOO_BAR<br><br>
<br>Next, there needs to be a proper /user/foo/Makefile. The Makefile should follow<br>the following template:<br><br>   --------------------------------------------<br>   EXEC = foo<br>   OBJS = foo.o<br><br>   all: $(EXEC)
<br><br>   $(EXEC): $(OBJS)<br>        $(CC) $(LDFLAGS) -o $@ $(OBJS) $(LDLIBS)<br><br>   romfs:<br>        $(ROMFSINST)    /bin/$(EXEC)<br><br>   clean:<br>        -rm -f $(EXEC) *.elf *.gdb *.o<br>   ---------------------------------------------
<br><br>   If more than one executable is built in the foo directory, as above, then the<br>   Makefile should look like<br><br>   ------------------------------------------------------------<br>   EXECS = foo bar<br>   OBJS = 
foo.o bar.o<br><br>   all: $(EXECS)<br><br>   $(EXECS): $(OBJS)<br>        $(CC) $(LDFLAGS) -o $@ $@.o $(LDLIBS)<br><br>   romfs:<br>        $(ROMFSINST) -e CONFIG_USER_FOO_FOO             /bin/foo<br>        $(ROMFSINST) -e CONFIG_USER_FOO_BAR             /bin/bar
<br>   --------------------------------------------------------------<br><br>   More complex makefiles are of course possible. The reader is encouraged to<br>   browse the user tree for examples.<br><br>   When all this is set up, doing the standard 'make xconfig; make dep; make'
<br>   should build the app and install it in romfs and hence in the target system<br><br><br><br><br><br><div><span class="gmail_quote">On 10/5/06, <b class="gmail_sendername">Bernd Petrovitsch</b> <<a href="mailto:bernd@firmix.at">
bernd@firmix.at</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Thu, 2006-10-05 at 14:25 +0000, Mohd Shakir bin Zakaria wrote:
<br>[....]<br>> I'm into adding olsr to uclinux, and I wish to know if any of you has<br><br>With a uClibc I suppose.<br><br>>  done that so that there'll be no redundancy on this. I'm still<br>> unsuccessful at my attempt anyway, and so it'll be nice if someone can
<br>> guide / join me as well. Thanks.<br><br>As a start you can post the error messages here (gcc output and the<br>relevant lines of code) so you can get at least an opinion on how to fix<br>it.<br>Most probably lots of glibc-isms are crept in which are not necessary
<br>anyway.<br></blockquote></div>