similar to: Samba 3.0.2 + uClibc 0.9.19 + MIPS32 = NOGO!

Samba-1.9.01 Build Sysytem : RedHat 9 (2.4.20-8) Target System : MIPS32 CrossComplie : mipsel-uclibc- FLAGSM = -DLINUX LIBSM = -lcrypt -lnsl Running on MIPS32 embedded system # ./smbd -D -d5 -a Log : # cat /tmp/log timediff=28800 01/01/70 02:11:06 smbd version 1.9.01 started Copyright Andrew Tridgell 1992,1993,1994 Sysconfig: saved_ids = 0 uid=0 gid=0 euid=0 egid=0 Initialising global

Hello! I try to maintain a couple off old Openwrt based routers. The routers run openwrt whiterussian, so it quite outdated. But it is a little dangerous to update a remote machine from whiterussian to kamikaze or backfire, this may be usefull for others. I used the openwrt whiterussian 0.9 sdk and the attached Makefile to compile all tinc versions till 1.0.11. Since 1.0.11 the compile process

I'm trying to cross-compile Samba 3.0.21a to run on mipsel (using uClibc). It fails at some point however, and I can't spot the problem: # ./configure --target=mipsel-linux --host=mipsel-linux --build=i386-pc-linux-gnu && make (...) Compiling lib/sendfile.c Compiling lib/time.c lib/time.c: In function `GetTimeOfDay': lib/time.c:66: error: too few arguments to function

Hi all, I failed to build libvorbis with ./configure --host=mipsel-linux-uclibc I got the message "no lrintf()". Could you give me help? Best Regards Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/vorbis/attachments/20090713/48611292/attachment.htm

Hi, I try to port samba4beta8 to Optware which includes cross compiling it for various platforms. I already created makefiles for optware for samba versions 3.4 and 3.6. Creating a working makefile for samba4 I try to use the new build environment but it puzzles me. I don't get over part where the python version is being checked. From my findings it looks like the linker dislikes the

Hello ! I've made several trials to get samba 3.3.5 build for mipsel. Probably i'm doing something wrong. When try like this: ./configure --host=i686-linux --build=mipsel-linux-uclibc --target=mipsel-linux-uclibc configure script stop to execute with error while try to run compiler tests. I belive (could you confirm that?) that it tries to run test that were build for mipsel on i686:

hello, i try to compile * in uclibc enviroment (uclibc 0.9.19 ), but still getting following error does anyone know how to solve it ? regards Marian --------- gcc -g -o asterisk -rdynamic io.o sched.o logger.o frame.o loader.o config.o channel.o translate.o file.o say.o pbx.o cli.o md5.o term.o ulaw.o alaw.o callerid.o fskmodem.o image.o app.o cdr.o tdd.o acl.o rtp.o manager.o asterisk.o

Thanks Akira, it worked! On Thu, Feb 23, 2012 at 10:01 PM, Akira Hatanaka <ahatanak at gmail.com> wrote: > You will need to install a cross compiler. > I think you can find one somewhere in this link: > https://sourcery.mentor.com/GNUToolchain/ > > Once you have a cross compiler, this should do what you want (if you > want little-endian code): > > clang -target

You will need to install a cross compiler. I think you can find one somewhere in this link: https://sourcery.mentor.com/GNUToolchain/ Once you have a cross compiler, this should do what you want (if you want little-endian code): clang -target mipsel-unknown-linux -ccc-clang-archs mipsel -O3 hello.c -o hello.bc -emit-llvm llc -march=mipsel hello.bc -o hello.s mips-linux-gnu-gcc hello.s -o hello

Hello! This is my first time trying to run dovecot so maybe I've overlooked something, but I'm having a hard time running dovecot. First of all, it's worth noting that I'm trying to run dovecot on an embedded platform: the target architecture is mipsel; I have patches for the 2.4.18 kernel with special support for the board so I'm still using the 2.4.18 kernel. My C library

On Mon, Nov 13, 2017 at 20:07:00 +0100, Bernd Kuhls wrote: > Hi, > > this commit > https://github.com/dovecot/core/commit/c9d76e2baf653fa5504d6849e5c1aae32eff3c53 > > added code which can not be compiled with uclibc-ng 1.0.26 using buildroot: Hrm... ok. It'll be probably faster for you to try a test build instead of me setting up buildroot... What happens if in

Great Job! If I use alternate-clang-driver, will I need mips-gcc still? I mean alternate-clang-driver use as&ld directly or by calling gcc? Regards, Jia Liu On Tue, Feb 28, 2012 at 10:39 AM, reed kotler <rkotler at mips.com> wrote: > There is also: > > 1) an alternate clang driver at > http://code.google.com/p/alternate-clang-driver/ . This makes > it more or less gcc

On Tue, Dec 23, 2014 at 09:27:32PM +0000, Daniel Sanders wrote: > clang+llvm-3.5.1-rc2-mips-linux-gnu.tar.xz: > All ok for default options and -mips32. > > clang+llvm-3.5.1-rc2-mipsel-linux-gnu.tar.xz: > All ok for default options. > It will take a couple days to get results for the -mips32 test-suite (there's no FPU or local disk on this machine so some tests

There is also: 1) an alternate clang driver at http://code.google.com/p/alternate-clang-driver/ . This makes it more or less gcc compatible. 2) there is a way to invoke it all directly with just a call to clang as is with x86/linux but it's not totally finished. i will try and post something about this. the direct form will work if you are on a mips linux machine but there are still some

Micro mips is really 100% .s compatible with mips32. There are no register field size constraints and such. It's a strict superset of mips32. For the gcc port, the assembler is basically the only thing we changed. The gcc port was just adding the ".micromips" directive to the .s file and maybe some tiny driver work. That is the quandary. The entire .td file would have to be

Hello, In my reading over the last couple of days, I have read that in order for klee to work with "native" Linux programs, I need to install the uClibc posix support for klee. I am not finding the uClibc source in the llvm svn repository anywhere. Is this still necessary for testing native Linux applications, and if so, where do I get the uClibc source to compile? Thanks in

For example: /home/rkotler/llvm/install/bin/llc -mcpu=mips16 hf16_2.ll -march=mipsel -relocation-model=pic -o hf16_2.s -O3 -mips16-hard-float -soft-float On 01/04/2013 07:45 PM, Eli Friedman wrote: > On Fri, Jan 4, 2013 at 6:28 PM, reed kotler <rkotler at mips.com> wrote: >> On 01/04/2013 06:08 PM, Eli Friedman wrote: >>> On Fri, Jan 4, 2013 at 4:08 PM, reed kotler

Hi, this commit https://github.com/dovecot/core/commit/c9d76e2baf653fa5504d6849e5c1aae32eff3c53 added code which can not be compiled with uclibc-ng 1.0.26 using buildroot: make[3]: Entering directory '/home/bernd/buildroot/br4/output/build/dovecot-2.2.33.2/src/lib-test' /bin/bash ../../libtool --tag=CC --mode=compile

Commit-ID: ccd50880175e79fb9bc544c96d72b8971303cc0a Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=ccd50880175e79fb9bc544c96d72b8971303cc0a Author: Dejan Latinovic <Dejan.Latinovic at imgtec.com> AuthorDate: Thu, 5 Mar 2015 16:51:44 -0800 Committer: H. Peter Anvin <hpa at linux.intel.com> CommitDate: Thu, 5 Mar 2015 16:51:44 -0800

On Wed, 12 Sep 2007, Dound wrote: > I am trying compile a libc with llvm (currently uclibc). I am able to > compile uclibc by changing the Rules.mak to use llvm-gcc, llvm-ar, llvm-ad, > and not using strip. (I also use the --emit-llvm flag for llvm-gcc). When > I run llvm-nm on libc.a (or try to use libc.a) I run into problems. For > example, strlen is not defined -- llvm-nm