Created attachment 273065 [details] Build log 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 273071 [details, diff] fix LDFLAGS usage please test with attached patch, I don't have a forced --as-needed environment to test it.
The AM_CPP/CXXFLAGS change looks fishy (or wrong at least); CXXFLAGS are used by the g++ frontend, CPPFLAGS passed to both gcc/g++ for the cpp backend (preprocessor). But the LDADD change looks right (and it should fail with non-forced --as-needed as well, I just have a template for this anyway).
didn't fail with non-forced as needed here (and didn't warn about ignored LDFLAGS either), but the forced as needed was rather easy to set up, so I committed this already with the CPPFLAGS change. reverted the latter now though, thanks for the catch.