I'm trying to port bluez-utils (utilities for BlueTooth Linux), version 2.24, to the MIPS processor.
I configure the template makefile using mipsel-uClibc. The configured makefile seems ok (e.g. it includes CC = mipsel-linux-gcc)
When cross-compiling on a PC platform, although mipsel-linux-gcc is being used, a default library loader of PC (ld.so.0) is used instead of ld-uClibc.so.0.
How can I force the loader to use ld-uClibc.so.0

Hi,

from my point of view, the simpler is to work in a chrooted environnement which contains mips compiled librairies.
you may also try to use -rpath-link option

Oliv'

I found solution for loader's problem (flags -Wl,-dynamic-linker,--path to uClibc---).
But now I have a problem with library itself.
I'm trying to compile bluez-utils-2.24 project for Linux 2.4.20 that
runs on MIPS. This cross-compilation was done on my desktop Linux
2.6.12. All needed drivers (HCI, RFCOMM, L2CAP) were uploaded to the
MIPS-board early (after some patches for kernel 2.4.20 that I found in
internet).

I configured the environment with the following variables:
export PLATFORM=mipsel-uclibc
export BUILD=i386-pc-linux-gnu
export HOSTCC=gcc
export CROSS_COMPILE=mipsel-uclibc-
export LDFLAGS=-Wl,-dynamic-linker,/lib/ld-uClibc.so.0,-soname=libc.so.0
and runned
./configure mipsel-linux --build=$BUILD.
Making the project was OK, it used "mipsel-linux-gcc", etc., so it
seemed OK.

After uploading all the bluez utilities on the MIPS-board, each call for
these utilities (i.e. "hciconfig") failed with such a prompt:
libc.so.6: aborted attempt to load hciconfig!

As I understood, it still used my desktop standard library (cause
"libc.so.6" is a symbolic link in /usr/local/lib on my PC) instead the
libc.so.0 on the MIPS-board.
Even LDFLAG "-soname=libc.so.0", which I added (see above) did not force
it to define right library in building executables.

Could someone help me in configuring this project?
What did I miss?