[pacman-dev] [PATCH 0/5] Use more auto in autotools

Dave Reisner d at falconindy.com
Wed Jul 10 08:52:49 EDT 2013


On Wed, Jul 10, 2013 at 10:40:14PM +1000, Allan McRae wrote:
> On 05/07/13 14:47, Allan McRae wrote:
> > On 26/06/13 15:01, Allan McRae wrote:
> >> The use of autotools in pacman is interesting...  We commit most autotools
> >> generated files, but not configure or Makefile.  One reason for this is that
> >> we needed to patch ltmain.sh to properly handle -Wl,-as-needed, because
> >> the Arch package maintainer refused to do so unless upstream accepts!
> >> Libtool upstream have known about the bug since at least 2006, so that does
> >> not look hopeful.
> >>
> >> The new approach is to have autogen.sh call autoreconf and then have it
> >> patch the ltmain.sh file.  This removes a lot of crap that should be
> >> autogenerated from our git repo:
> >>  38 files changed, 83 insertions(+), 28256 deletions(-)
> >>
> > 
> > 
> > Has anyone already got a VM that could do some more testing of this for
> > me?   Perhaps with a VM that does not have gpgme?  Maybe curl too?
> 
> I have tested this out.
> 
> The two situations I tested:
> 1) No curl
> 2) No gpgme
> 
> #1 worked as expected.  With #2, autoreconf does not copy (the
> non-existent) gpgme.m4 file with really nonsensical errors:
> 
> configure.ac:178: error: possibly undefined macro: AS_IF
> (and other similar)
> 
> So unless anyone has any idea, it looks like we still need to include
> gpgme.m4 in our git.

This is fine. You can't rely on target build systems having the .m4
files you need for defining the tests, which is why using pkg-config is
always a better option, if available (one .m4 to rule them all).

> 
> I have also added a "-N" to the patch line so running ./autogen.sh
> multiple times does not case errors.
> 
> Allan
> 
> 
> 


More information about the pacman-dev mailing list