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 258101 [details] Build log
Created attachment 258276 [details, diff] fixing as-needed issues, respecting LDFLAGS I've send the patch upstream.
sys-fs/multipath-tools-0.4.9-r2 - 06/06/11 QA: other │ │^[[31;01mQA Notice: Files built without respecting LDFLAGS have been detected^[[0m │ │ Please include the following list of files in your report: │ │/lib64/libmultipath.so.0 │ │/lib64/multipath/libcheckrdac.so | /lib64/multipath/libcheckcciss_tur.so │ │/lib64/multipath/libpriordac.so │ │/lib64/multipath/libprioalua.so │ │/lib64/multipath/libcheckdirectio.so │ │/lib64/multipath/libcheckemc_clariion.so │ │/lib64/multipath/libcheckreadsector0.so │ │/lib64/multipath/libprioconst.so │ │/lib64/multipath/libpriodatacore.so │ │/lib64/multipath/libprioemc.so │ │/lib64/multipath/libpriorandom.so │ │/lib64/multipath/libpriohds.so │ │/lib64/multipath/libchecktur.so │ │/lib64/multipath/libcheckhp_sw.so │ │/lib64/multipath/libpriohp_sw.so │ │/lib64/multipath/libprionetapp.so
22 May 2012; Kacper Kowalik <xarthisius@gentoo.org> files/multipath-tools-0.4.9-build.patch: Fix as-needed error introduced in previous commit. Fixes bug #413171 by Harris Landgarten 21 Apr 2012; Mike Frysinger <vapier@gentoo.org> files/multipath-tools-0.4.9-build.patch: Respect LDFLAGS when linking shared libs.