Compiling kdelibs with Avahi/ZeroConf support

Karimo · 09-21-2012, 05:41 AM

Hello everybody!
In order to support ZeroConf I was trying to recompile kdelibs slackware package after slackbuilding Avahi as hinted by AlienBOB (http://connie.slackware.com/~alien/k...-optionals.txt).
I rsynced source/kde of slackware tree and I was ready to go.

# ./KDE.SlackBuild kdelibs

After a while this error was fired:

Click image for larger version

Name: kdelibs_lq.jpg
Views: 53
Size: 164.2 KB
ID: 10733

Those symbols are obviously referenced in libXext. Maybe is not linked in?
Investigating the slackbuild I found that the linking command line for libkidletime.so is placed in /tmp/kde-build/kdelibs/kdelibs-4.8.5/build/kutils/CMakeFiles/kidletime.dir .
Here it is the command line:

Code:

root@genius:/tmp/kde-build/kdelibs/kdelibs-4.8.5/build/kutils/CMakeFiles/kidletime.dir# cat link.txt 
/usr/bin/c++  -lXext -fPIC -O2 -fPIC -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -Werror=return-type -fvisibility-inlines-hidden -O2 -DNDEBUG -DQT_NO_DEBUG -lXext -Wl,--enable-new-dtags -Wl,--fatal-warnings -Wl,--no-undefined -lc  -lXext -shared -Wl,-soname,libkidletime.so.4 -o ../lib/libkidletime.so.4.8.0 CMakeFiles/kidletime.dir/kidletime_automoc.o CMakeFiles/kidletime.dir/kidletime/kidletime.o CMakeFiles/kidletime.dir/kidletime/abstractsystempoller.o CMakeFiles/kidletime.dir/kidletime/widgetbasedpoller.o CMakeFiles/kidletime.dir/kidletime/xscreensaverbasedpoller.o CMakeFiles/kidletime.dir/screensaver_interface.o CMakeFiles/kidletime.dir/kidletime/xsyncbasedpoller.o -L/tmp/kde-build/kdelibs/kdelibs-4.8.5/build/lib -L/usr/lib64/qt/lib -lXext ../lib/libkdeui.so.5.8.0 -lXss -lXext -lSM -lICE -lXext -lXext -lXft -lXau -lXdmcp -lXpm ../lib/libkdecore.so.5.8.0 /usr/lib64/qt/lib/libQtDBus.so /usr/lib64/qt/lib/libQtCore.so -lpthread -lXext /usr/lib64/qt/lib/libQtGui.so /usr/lib64/qt/lib/libQtSvg.so -lSM -lICE -lXext -lXft -lXau -lXdmcp -lXpm -Wl,-rpath,/tmp/kde-build/kdelibs/kdelibs-4.8.5/build/lib:/usr/lib64/qt/lib: 
root@genius:/tmp/kde-build/kdelibs/kdelibs-4.8.5/build/kutils/CMakeFiles/kidletime.dir#

(-lXext was already present, but I was pasting it at much places as I could)
libXext is linked in!
So why is this linking error fired?

Thanks to you All,
Best Regards,

Karimo

Karimo · 09-29-2012, 05:34 PM

Just rsynced with slackware64-14. The problem still exists...
Why is doing this?
Can you compile kdelibs?

Karimo · 09-29-2012, 07:05 PM

I would like to post the linking command line.

http://pastebin.com/hGp13fTM

wildwizard · 09-29-2012, 07:08 PM

I've finally got around to trying this and I don't see the error kidletime links fine.

You've upgraded I assume?
Have you made sure that everything got upgraded?

Karimo · 09-29-2012, 07:12 PM

I've upgraded yes. I always stick with -current.
Everything up-to-date.

I've picked a random symbol that fires an error during the compile of kdelibs and done this:

Code:

karimo@genius:~/tmp$ cat link.c 
#include <X11/Xlib.h>
#include <X11/extensions/sync.h>

int main() {
  void (*ptr)() = &XSyncInitialize;
}
karimo@genius:~/tmp$ gcc -w link.c 
/tmp/ccvjfQzM.o: In function `main':
link.c:(.text+0x8): undefined reference to `XSyncInitialize'
collect2: error: ld returned 1 exit status
karimo@genius:~/tmp$ gcc -w link.c -lXext
karimo@genius:~/tmp$

Why the error is not fired within this context?
What a wierd wierd thing!

Karimo · 10-01-2012, 02:17 PM

Hi everbody!
It was sufficient reinstalling all the 'x' packages from a brand new slackware64-14 iso for the compile to work.
I could not figure out how Xlib was messed up, but whatever...
Enjoy 14