/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../../i686-pc-linux-gnu/bin/ld: unrecognized option '--as-needed=both'
patch?
Sorry, I'm not quite active these days. A working fix for the ebuild would be to replace the sed expression with something like local dummy="" for flag in $LDFLAGS ; do [[ "${flag}" != "${flag/hashstyle/}" ]] || dummy="${dummy} ${flag}" ; done LDFLAGS="${dummy}" a real improvement would be to enhance flag-o-matic.eclass to let filter-ldflags() et al deal with non-trivial flags, and to use this function then.
*** Bug 218027 has been marked as a duplicate of this bug. ***
Okay, I finally figured this out. The sed expression really is screwed up, but it's only there because it's trying to fix a screwed up Makefile. It's not the situation that Carsten thought it was, where it was actually trying to adjust the LDFLAGS. I am attaching my ebuild for mod_python-3.3.1-r1. If you put this in your overlay, don't forget to copy www-apache/mod_python/files/16_mod_python.conf into it as well. The only difference between my ebuild and 3.3.1 is the sed line in the compile stage. I would attach a patch, but I wasn't able to find the Gentoo way of doing it, and I'm not at all familiar with patching. Hopefully this ebuild helps someone out.
Created attachment 150119 [details] A new ebuild which fixes the problem in 3.3.1 Changes the sed expression on line 36 so that it matches the last "-Wl,--hash-style" (the erroneous one from src/Makefile) instead of the first one. I would have also edited out the last "-Wl,-O1" along with it, but it doesn't seem to be causing any problems.
fixed in cvs (without revbump), thanks
