I'm reporting this bug because the package in summary fails to build when forcing --as-needed on through spec files (check out http://blog.flameeyes.eu/2008/11/14/problems-and-mitigation-strategies-for-as-needed for details). Please note that this bug _might_ apply to -Wl,--as-needed in LDFLAGS as well; in both cases it should be fixed. Also, if this is due to the package in question not respecting user-defined LDFLAGS, you should get to fix that too. Check the attached build log. Thanks, Diego
Created attachment 197518 [details] Build log
Same here. What can I do without mixing gcc settings as described in the link above? I've tried to manipulate the Makefile.am to include $(LIB_KDECORE) and $(LIB_QT) but it is still broken.
I have the same problem with the program. The problem seems to be the sequence of library paths. Because it is -L/usr/lib64 -L/usr/kde/3.5/lib, it first find the kde-4-libraries (which are in /usr/lib64), and thus doesn't link to the kde-3.5-libraries (which are in /usr/kde/3.5/lib). A workaround is using a different src/Makefile.am (I will attach a patch). I added $(KDE_LDFLAGS) before $(all_libraries), to make sure that -L/usr/kde/3.5/lib is before -L/usr/lib64. I also added $(LIB_QT) such that the Qt-libraries are linked (haven't checked if it also works without this). Changing src/Makefile.am does mean that some build-files needs be to be generated again (for example with "make -f Makefile.cvs"). But this causes some other problems.
Created attachment 207060 [details, diff] Patch for src/Makefile.am as announched in comment #3 Patch for src/Makefile.am as announched in comment #3. This patch added $(KDE_LDFLAGS) to Makefile.am to make sure that -L/usr/kde/3.5/lib is before -L/usr/lib64. It also adds $(LIB_QT).
gone