KDE-Forum.org

I am having a similar problem. I tried the export and starting a clean configure/make, but make still fails. Note: I ran "configure" in a different directory than the source. In other words, I did:

tar --bzip2 -xvf kopete-0.12.2.tar.bz2
mkdir build
cd build
export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
../kopete-0.12.2/configure --prefix=/opt/seitz/kopete
make


This is the error I am seeing:

make[5]: Entering directory `/opt/seitz/kopete/build/kopete/protocols/msn'
echo '#include "kdemacros.h"' > dummy.cpp
echo 'extern "C" KDE_EXPORT void *init_libkopete_msn_shared();' >> dummy.cpp
echo 'extern "C" KDE_EXPORT void *init_kopete_msn() { return init_libkopete_msn_shared(); }' >> dummy.cpp
if /bin/sh ../../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../../kopete-0.12.2/kopete/protocols/msn -I../../.. -Iui -I../../../../kopete-0.12.2/kopete/protocols/msn/webcam -I../../../../kopete-0.12.2/kopete/protocols/msn/ui -I../../../../kopete-0.12.2/kopete/libkopete -I../../../kopete/libkopete -I../../../../kopete-0.12.2/kopete/libkopete/avdevice -I../../../../kopete-0.12.2/kopete/libkopete/ui -I../../../kopete/libkopete/ui -I../../../../kopete-0.12.2/kopete/libkopete/compat -I/usr/include/kde -I/usr/lib/qt-3.3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -D_FILE_OFFSET_BITS=64 -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT dummy.lo -MD -MP -MF ".deps/dummy.Tpo" -c -o dummy.lo dummy.cpp; \
then mv -f ".deps/dummy.Tpo" ".deps/dummy.Plo"; else rm -f ".deps/dummy.Tpo"; exit 1; fi
dummy.cpp:2: error: visibility arg must be one of "default", "hidden", "protected" or "internal"
dummy.cpp:3: error: visibility arg must be one of "default", "hidden", "protected" or "internal"
make[5]: *** [dummy.lo] Error 1
make[5]: Leaving directory `/opt/seitz/kopete/build/kopete/protocols/msn'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/opt/seitz/kopete/build/kopete/protocols/msn'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/opt/seitz/kopete/build/kopete/protocols'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/opt/seitz/kopete/build/kopete'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/seitz/kopete/build'
make: *** [all] Error 2

It looks like the problem was first described here:

[kopete] problems building

It is caused by a bug in KDE 3.3.1. The file /usr/include/kde/kdemacros.h has an incorrect definition for KDE_EXPORT. There appear to be 3 possible fixes:

1. Upgrade to KDE 3.3.2.

2. Patch Kopete to redefine KDE_EXPORT to

#define KDE_EXPORT __attribute__ ((visibility("default")))

3. Patch /usr/include/kde/kdemacros.h by changing

#define KDE_EXPORT __attribute__ ((visibility("visible")))

to

#define KDE_EXPORT __attribute__ ((visibility("default")))

I've submitted a bug report to Red Hat, but I wouldn't hold my breath for an official fix before RHEL 5.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=210379

Great, I'm glad I could help! It was your report that got me on the right track. I also patched my "/usr/include/kde/kdemacros.h", because I figured it was the easiest and most universal solution. Like you, I was also able to successfully build and run "kopete" 0.10.2 on CentOS 4 (see attached screen shot)!

One other issue I did have was that I added a "prefix=/opt/kopete" when running "./configure", so that "kopete" 0.10.2 would install 0.10.2 into a "/opt/kopete" directory, rather than overwriting the existing CentOS kopete and kde libraries. The "configure" script told me I needed to add "/opt/kopete" to my KDEDIR variable ("export KDEDIR=/opt/kopete:/usr". But whenever I tried, I kept finding KDEDIR reset back to the original setting (KDEDIR=/usr), even after I modified /etc/profile.d/kde.sh. As a result, some of the configuration options, like Accounts, would not work.

I finally found the solution was that I needed to define KDEDIRS (note the "s" at the end) with both paths (export KDEDIRS=/opt/kopete:/usr). When I added that to /etc/profile.d and restarted KDE, everything worked great.

You may want to start a new thread for the Hebrew text problem, so that the title shows up at the top of the thread. That might get the right person's attention faster.

Red Hat recently released an update to kdelibs(-devel) for Red Hat Enterprise Linux 4. I found it overwrote my changes to /etc/profile.d/kde.sh to define KDEDIRS. After restoring my changes to define KDEDIRS to include my local Kopete path, KDE failed to start.

So I decided to try rebuilding Kopete. Unfortunately, I found the update to kdelibs-devel had overwritten my changes to /usr/include/kde/kdemacros.h. So I had to restore that change, too.

Once that was done, the build succeeded, and I was able to run KDE and Kopete 0.12.2 again (see attached)

Hmm, I just realized, I rebuilt Kopete, but never did a "make install". So I'm actually still using the previous executable and libraries. I'm not sure why KDE and Kopete were failing at first after the update and after I fixed KDEDIRS, but it doesn't look like a rebuild had anything to do with the fix.