revdep-rebuild was trying to reinstall loudmouth which fails with: Makefile:207: *** commands commence before first target. Stop. Reproducible: Always Steps to Reproduce: The working installation of loudmoth is of 13/07/2010 which is before the update of sys-devel/make-3.81-r2 (11/08/2010). So maybe there was a change in behavior of make?
Created attachment 262207 [details] build.log build.log of loudmouth with additional LC_ALL="C" FEATURES="" MAKEOPTS="-j1" to disable parallel compile and distcc
Please provide emerge --info
Created attachment 262223 [details] emerge --info
I am surprised since I also have make-3.81-r2 and doesn't fail for me :-|, please attach build.log after dropping "-s" option in your MAKEOPTS
(In reply to comment #4) > please attach build.log after dropping "-s" option in your MAKEOPTS > Well, this shouldn't be needed as I see you already compiled it only with -j1 :-S
Yes, and it didn't even start to compile because make is bailing out during parsing the makefile (?).
OK, I've messed around with the Makefiles to narrow down th problem and found the following: In more than one Makefile there is a variable called PACKAGE_COPYRIGHT, which seems to be the problem. it is set to -- snip -- PACKAGE_COPYRIGHT = Copyright (C) 2003-2007 Imendio AB Copyright (C) 2007 Collabora Ltd Copyright (C) 2007 Nokia Corporation -- snip -- which seems to be not a correct syntax because eleminating this line lets make continue.
Now it's confirmed. Deleting the PACKAGE_COPYRIGHT lines in all Makefiles and the package will compile.
I don't understand why I cannot reproduce this even if I have the same versions for make and co. than you :(
Is this still failing for you on a fully updated system?
Yes, it is
Well, now I have a similar problem with net-misc/curl-7.21.4. So it seems to be a problem with something in the build environment. I have rebuild all of automake, autoconf, libtools, binutils and make, but no luck. Strange thing is, on my other amd64 system with almost the same setup (other packages installed, no X) it is working. Any ideas? Couldn't find anything in the forum and have no idea how to file a bug report for that.
Maybe make maintainers have an idea about where could be the problem...
post the Makefile from the build dir as an attachment
Created attachment 277551 [details] Makefile Look for PACKAGE_COPYRIGHT
the question is what is installing PACKAGE_COPYRIGHT. the PACKAGE_* things generally originate from autoconf itself based on things like AC_INIT. but autoconf on my systems dont refer to PACKAGE_COPYRIGHT anywhere that i can see. so what is causing it to show up on yours ? go into the build dir (where configure is located) and run: autoreconf -i -f -v -d >& log then create a tar of that log file and the autom4te.cache subdir as an attachment
Created attachment 277563 [details] autoreconf logfile from the broken build system
Created attachment 277565 [details] autoreconf logfile from the working build system
OK, now we're talking... After a look into the autoconf logs I found that my boken system is importing /usr/share/aclocal/libnih.m4 for aclocal. That seems to be the problem because as stated in the macro file (207-211): # AC_COPYRIGHT # ------------- # Wraps the Autoconf AC_COPYRIGHT but also defines PACKAGE_COPYRIGHT, # required for nih_main_init I don't even have this file on the working system because I don't have sys-libs/libnih. It seems that the sys-libs/libnih-1.0.1 is installing a broken m4 macro. I've manually exchanged it by the macro file from sys-libs/libnih-1.0.3, which seems to be fixed. Make is working again and loudmouth and curl are building again. Thx for your help.
yes, that m4 should not be installed. libnih isnt in the tree that i can see, otherwise we'd file a bug about it. if you could take it up with upstream about now installing the m4, that'd be great.
Sorry, I can't follow you now... Upstream already fixed the file in the newer versions. So I don't think, they will change the 1.0.1 version for that. Or did I missunderstood you...
Thanks a lot SpanKY
(In reply to comment #21) upstream should not be installing any m4 file that overrides AC_COPYRIGHT. if they want to do that in their own package, then they should be using something like acinclude.m4 or a dedicated m4 files. any m4 files that they include in the installed fileset has to be clean and not override/conflict any standard macros. libnih isnt in the tree so i cant quickly check to see what they're doing. i'm lazy if there's no ebuild :P.
I could send you an ebuild for 1.0.1 and 1.0.3, if you like.