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). Check the attached build log. Thanks, Diego
Created attachment 171808 [details] Build log
Created attachment 171809 [details] config.log
Created attachment 181944 [details, diff] Patch for configure.in.in to work with --as-needed I am not a KDE user, so I cannot compile test this patch, but it should lead the way. I initially patched configure.in.in, but it seems that configure.in may not be regenerated from configure.in.in, so you may need to rebase this patch onto configure.in. It applies correctly, albeit with some line offsets. The original problem, which this patch corrects, is that LDFLAGS was used to pass the libraries that the script test programs were meant to detect. This patch moves the library to LIBS, which configure scripts specify later in the link line. This also simplifies logic, since a successful link can simply leave the -ldar in $LIBS, and an unsuccessful link is fatal.
Thanks Kevin, applied to kdar-2.1.0-r1.