OpenWrt Forum Archive

Topic: Anyone tried to get the latest Dbus release working ?

The content of this topic has been archived on 30 Mar 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

Hey All;

Has anyone tried to get the latest DBus release working under OpenWRT ?
I just updated the version numbers in the makefile, and compiled.
The package compiles without errors, but when you attempt to run the dbus-daemon it segfaults.
Even when simply trying to get    dbus-daemon --help ...

GP

Looks like it's a linker issue.
If you take the object files from the compile and manually create the shared library,
  it loads and   dbus-daemon functions.

time to dive into libtool ..

GP

Anyone see anything wrong with this ?
( Output section is from a make V=99 )

 armeb-linux-uclibc-gcc -shared  .libs/dbus-address.o .libs/dbus-auth.o .libs/dbus-auth-script.o .libs/dbus-bus.o .libs/dbus-connection.o 
.libs/dbus-credentials.o .libs/dbus-errors.o .libs/dbus-keyring.o .libs/dbus-marshal-header.o .libs/dbus-marshal-byteswap.o .libs/dbus-marshal-recursive.o 
.libs/dbus-marshal-validate.o .libs/dbus-message.o .libs/dbus-misc.o .libs/dbus-object-tree.o .libs/dbus-pending-call.o .libs/dbus-resources.o
 .libs/dbus-server.o .libs/dbus-server-debug-pipe.o .libs/dbus-server-socket.o .libs/dbus-server-unix.o .libs/dbus-sha.o .libs/dbus-signature.o 
.libs/dbus-timeout.o .libs/dbus-threads.o .libs/dbus-transport.o .libs/dbus-transport-socket.o .libs/dbus-transport-unix.o .libs/dbus-uuidgen.o .libs/dbus-watch.o 
.libs/dbus-dataslot.o .libs/dbus-hash.o .libs/dbus-internals.o .libs/dbus-list.o .libs/dbus-marshal-basic.o .libs/dbus-memory.o .libs/dbus-mempool.o 
.libs/dbus-string.o .libs/dbus-sysdeps.o .libs/dbus-sysdeps-pthread.o .libs/dbus-sysdeps-unix.o .libs/dbus-userdb.o
  -L/home/TMP/OpenWRT/openwrt-svn/trunk-ixp4xx/staging_dir/toolchain-armeb_gcc4.1.2/lib
 -L/home/TMP/OpenWRT/openwrt-svn/trunk-ixp4xx/staging_dir/armeb/usr/lib 
-L/home/TMP/OpenWRT/openwrt-svn/trunk-ixp4xx/staging_dir/armeb/lib  -march=armv5te -mtune=xscale -msoft-float 
-Wl,-z -Wl,relro -Wl,-soname -Wl,libdbus-1.so.3 -Wl,-version-script -Wl,.libs/libdbus-1.ver -o .libs/libdbus-1.so.3.4.0

It's the linker that is screwing up somewhere  cause I can take those object files an manually generate a functional  shared library. 

GP

(Last edited by gpw on 12 Aug 2008, 17:13)

Turns out it's the   

-Wl,-version-script -Wl,.libs/libdbus-1.ver

options that are screwing it up ..

GP

Anyone with any ideas why ... this

/bin/sh ../libtool --tag=CC   --mode=link armeb-linux-uclibc-gcc  -ffunction-sections -fdata-sections -Os -pipe -march=armv5te -mtune=xscale -funit-at-a-time \
        -fhonour-copts -msoft-float  -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align      \
        -Wsign-compare -Wdeclaration-after-statement -fno-common  -L/home/TMP/OpenWRT/openwrt-svn/trunk-ixp4xx/staging_dir/toolchain-armeb_gcc4.1.2/lib \
        -L/home/TMP/OpenWRT/openwrt-svn/trunk-ixp4xx/staging_dir/armeb/usr/lib -L/home/TMP/OpenWRT/openwrt-svn/trunk-ixp4xx/staging_dir/armeb/lib      \
         -o dbus-uuidgen dbus-uuidgen.o ../dbus/libdbus-1.la

Does not produce a working binary but

armeb-linux-uclibc-gcc  -ffunction-sections -fdata-sections -Os -pipe -march=armv5te -mtune=xscale -funit-at-a-time \
        -fhonour-copts -msoft-float  -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align      \
        -Wsign-compare -Wdeclaration-after-statement -fno-common  -L/home/TMP/OpenWRT/openwrt-svn/trunk-ixp4xx/staging_dir/toolchain-armeb_gcc4.1.2/lib \
        -L/home/TMP/OpenWRT/openwrt-svn/trunk-ixp4xx/staging_dir/armeb/usr/lib -L/home/TMP/OpenWRT/openwrt-svn/trunk-ixp4xx/staging_dir/armeb/lib      \
         -o dbus-uuidgen dbus-uuidgen.o  -ldbus-1

does ?

@ gpw

i get same result as you:
segmentation fault

any news about it?


tnhx

Lets do some thread-digging...

Still, as of today, I get a segmentation fault (dbus version 1.3.0).

Do the older versions work? I'm trying to port software which depends on v1.3.0, but if an older version works, I might try it the other way around, modifying the software.

The discussion might have continued from here.