smokekde @4.14.3_5 +debug+docs: Undefined symbols for architecture x86_64 with kdelibs4+osxkeychain

[cooljeanius (Eric Gallager)]

smokekde fails to build for me with the following linker error:

[ 43%] Linking CXX shared library ../lib/libsmokekdeui.dylib
cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_smokekde/smokekde/work/build/kdeui && /opt/local/bin/cmake -E cmake_link_script CMakeFiles/smokekdeui.dir/link.txt --verbose=ON
/usr/bin/clang++ -pipe -Os -g -fno-limit-debug-info -DDEBUG -stdlib=libc++ -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX11.3.sdk -fno-common -arch x86_64 -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX11.3.sdk -mmacosx-version-min=11.3 -dynamiclib -Wl,-headerpad_max_install_names -single_module -multiply_defined suppress -Wl,-headerpad_max_install_names -g -fno-limit-debug-info -DDEBUG -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX11.3.sdk -compatibility_version 3.0.0 -current_version 3.0.0 -o ../lib/libsmokekdeui.3.0.0.dylib -install_name /opt/local/lib/libsmokekdeui.3.dylib CMakeFiles/smokekdeui.dir/smokedata.o CMakeFiles/smokekdeui.dir/x_1.o CMakeFiles/smokekdeui.dir/x_2.o CMakeFiles/smokekdeui.dir/x_3.o CMakeFiles/smokekdeui.dir/x_4.o CMakeFiles/smokekdeui.dir/x_5.o CMakeFiles/smokekdeui.dir/x_6.o CMakeFiles/smokekdeui.dir/x_7.o CMakeFiles/smokekdeui.dir/x_8.o CMakeFiles/smokekdeui.dir/x_9.o CMakeFiles/smokekdeui.dir/x_10.o CMakeFiles/smokekdeui.dir/x_11.o CMakeFiles/smokekdeui.dir/x_12.o CMakeFiles/smokekdeui.dir/x_13.o CMakeFiles/smokekdeui.dir/x_14.o CMakeFiles/smokekdeui.dir/x_15.o CMakeFiles/smokekdeui.dir/x_16.o CMakeFiles/smokekdeui.dir/x_17.o CMakeFiles/smokekdeui.dir/x_18.o CMakeFiles/smokekdeui.dir/x_19.o CMakeFiles/smokekdeui.dir/x_20.o  -Wl,-rpath,/opt/local/lib /opt/local/libexec/qt4/lib/libQtCore.dylib /opt/local/libexec/qt4/lib/libQtNetwork.dylib /opt/local/libexec/qt4/lib/libQtDBus.dylib /opt/local/libexec/qt4/lib/libQtGui.dylib /opt/local/libexec/qt4/lib/libQtXml.dylib /opt/local/lib/libkdeui.5.14.3.dylib /opt/local/lib/libsmokeqtsvg.dylib ../lib/libsmokekdecore.3.0.0.dylib /opt/local/lib/libsmokeqtcore.dylib /opt/local/lib/libsmokebase.dylib /opt/local/libexec/qt4/lib/libQtGui.dylib /opt/local/libexec/qt4/lib/libQtSvg.dylib /opt/local/lib/libkdecore.5.14.3.dylib /opt/local/libexec/qt4/lib/libQtCore.dylib /opt/local/libexec/qt4/lib/libQtDBus.dylib -framework Carbon 
Undefined symbols for architecture x86_64:
  "KWallet::Wallet::isUsingKSecretsService()", referenced from:
      __smokekdeui::xcall_KWallet__Wallet(short, void*, Smoke::StackItem*) in x_19.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [lib/libsmokekdeui.3.0.0.dylib] Error 1
make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_smokekde/smokekde/work/build'
make[1]: *** [kdeui/CMakeFiles/smokekdeui.dir/all] Error 2
make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_smokekde/smokekde/work/build'
make: *** [all] Error 2
make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_smokekde/smokekde/work/build'
Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_smokekde/smokekde/work/build" && /usr/bin/make -j16 -w all VERBOSE=ON 
Exit code: 2
Error: Failed to build smokekde: command execution failed
DEBUG: Error code: CHILDSTATUS 52068 2

The thing about KWallet makes me think... I have kdelibs4 installed with +osxkeychain whose description says "kwallet uses the OSX KeyChain"; could that be relevant here?

[NicosPavlov]

You are right. I just tested, and the error appears only if kdelibs4 is built with the osxkeychain variant. I'll have to check back what changes the variants entails.

[kencu (Ken)]

Perhaps at the moment we might focus on getting the kde stuff built once with all default variants at least, and then move on to the non-default variants?