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 213988 [details] Build log
Looks like this might fix it: Index: files/musca-0.9.24-make.patch =================================================================== RCS file: /var/cvsroot/gentoo-x86/x11-wm/musca/files/musca-0.9.24-make.patch,v retrieving revision 1.1 diff -u -B -r1.1 musca-0.9.24-make.patch --- files/musca-0.9.24-make.patch 30 Nov 2009 20:46:35 -0000 1.1 +++ files/musca-0.9.24-make.patch 24 Dec 2009 02:03:44 -0000 @@ -4,7 +4,7 @@ -CFLAGS?=-Wall -g +CFLAGS ?= -Wall -g +INCLUDES = $(shell pkg-config --cflags x11) -+LIBS = $(shell pkg-config --libs x11) -lm ++LIBS = -lm $(shell pkg-config --libs x11) +COMPILE = $(CC) $(CFLAGS) $(INCLUDES) $(LIBS) $(LDFLAGS) +BIN_DIST = musca apis xlisten
Created attachment 214336 [details, diff] fixing as-needed issues (In reply to comment #2) It's rather wrong compilation order. Corrected make.patch attached.
Created attachment 214337 [details, diff] fixing as-needed issues Sorry for the noise, I've skipped some important things in previous patch
Ah. Thanks. That makes it slightly more clear how --as-needed expects arguments to be ordered. I applied that last patch as it does seem to make sense.