[splint-discuss] Why require specific versions of automake and aclocal? (fwd)
peteran at ludd.luth.se
peteran at ludd.luth.se
Tue Jan 13 18:28:18 EST 2004
I had a bit of a similar problem.
It had to do with mandrakes "clever" support for having both 1.4 and 1.7
versions of automake provided by a "not so clever" wrapper script.
result was that ./configure failed, try with ./bootstrap failed, get paranoid
and run all by hand, fail. Accidentally tab-complete and find out that there are
several versions of the tools available. Hand type "aclocal-1.7 && autoheader
&& autoconf && automake-1.7 -a -c" smile. Get angry at mandrake and rpm -e old
Quoting Simon Hosie <Simon.Hosie at connexionz.co.nz>:
> Tim Van Holder:
> > [...] However, the CVSrepository also contains automake output, and
> > automake 1.6 and up have the understandable but annoying habit to
> > hardcode their own version into the makefiles [...]
> > So I would suggest removing configure, aclocal.m4 and all automake
> > generated Makefile.in files from the CVS repository. Alternatively,
> > add a note to README that running the bootstrap script is recommended
> > after a CVS checkout.
> Kyle Hamilton:
> > The problem, of course, is that it requires == 1.6 on both of them.
> > have 1.7 installed. I had to symlink $HOME/bin/automake-1.6 to
> > /usr/bin/automake-1.7, and same with aclocal, to get it to work.
> > (This is from CVS on sourceforge.)
> Did you consider/try what I've quoted above? That is, did you try
> manually removing the files that shouldn't be there, or try running the
> bootstrap script (whatever that is)?
> Sometimes I try 'make distclean' right after a configure, and then
> another configure.
> My text ends here. Anything further has been added without my consent.
> Connexionz Ltd
> Simon Hosie
> Simon.Hosie at connexionz.co.nz
> New Zealand Office
> Building 2,Level 1,1 Show Place
> Office: +64 33394536
> Fax: +64 33394537
> United Kingdom Office
> Regus House, Fairbourne Drive, Atterbury -Milton Keyes MK10 9RG
> Phone : 02890 577 774
> The information in this email (including attachments) is confidential
> and may be legally privileged. If an addressing or transmission error
> has misdirected this email, please notify the author by replying to this
> email and destroy the message. If you are not the intended recipient,
> any use, disclosure, copying or distribution is prohibited and may be
> splint-discuss mailing list
> splint-discuss at cs.virginia.edu
This mail was sent through Ludd's webmail https://webmail.ludd.luth.se/
More information about the splint-discuss