Can't compile curl on 3 of 4 of my systems (2 amd64, 2 x86). Reproducible: Always
Created attachment 276467 [details] build.log
Created attachment 276469 [details] emerge --info
I have already done - emerge -auvDN world - revdep-rebuild - lafilefixer --justfixit - emerge -ev make - perl-cleaner --reallyall - python-updater I have no clue what's going on, but I'm not the only one with that problem (see forum http://forums.gentoo.org/viewtopic-p-6716863.html).
Now I've found that the autocreated makefiles differ. On the system, which is compiling curl, the makefile is missing the problematic line. This line containts PACKAGE_COPYRIGHT contact wraped around in 3 lines, which is not allowed. Why does the creation of the Makefiles differ? What causes this behaviour?
Forum post about this: http://forums.gentoo.org/viewtopic-t-880851.html
Like Quasimodo said the problem is the PACKAGE_COPYRIGHT is wrapped without escaping the newlines. As a workaround you can add this sed command to the src_configure() function immediately after the "econf ${myconf}" line: sed -i '/^PACKAGE_COPYRIGHT/{N;N;s/\n/\\\n/g;p;d}' $(find ${WORKDIR} -name Makefile) It will escape the newlines on the broken part of the Makefiles. Worked for me.
The problem was caused by a defective aclocal m4 macro installed by sys-libs/libnih-1.0.1. Upgrading to sys-libs/libnih-1.0.3 replaces the macro with a working one.
