ametzler at downhill.at.eu.org
Sun Feb 19 13:49:18 CET 2012
On 2012-02-19 Nikos Mavrogiannopoulos <nmav at gnutls.org> wrote:
> On 02/18/2012 07:28 PM, Andreas Metzler wrote:
> > On 2012-02-18 Nikos Mavrogiannopoulos <nmav at gnutls.org> wrote:
> > [...]
> >> ** command line apps: Use gnu autogen (libopts) to parse command
> >> line arguments and template files.
> > [...]
> > Hello,
> > This seems to be slightly broken:
> > a) If there is no local installation of autoopts-config/libopts.so
> > running gnutls' make install gives you /usr/lib/libopts.so.25.11.2 and
> > the cmdline utilities are linked against it.
> Ouch, I never noticed that. I've committed a fix and reported it as a
> bug to libopts.
I complete concur with you here.
> > b) With a local $libdir/libopts.so and autoopts-config (25.10.0) I get
> > a build error:
> Do you mean by specifying --enable-local-libopts and having libopts
> installed as well? It could be a header conflict with the installed
> and the bundled.
It happens without specifying any extra options, ./configure
automatically finds autoopts-config and uses it to locate the
> > OTOH (b) if libopts is locally installed the respective autogenerated
> > files (serv-args.h) should also be regenerated instead of breaking
> > compilation.
> > I will take a look at this tomorrow. (Unless weather permits
> > snowboarding.)
> The problem is that libopts might be there but not autogen. If you find
> any possible solutions to that let me know!
For the time being I am using this hack in Debian:
# force regeneration of autogen-ed files.
for i in `grep -l AutoGen-ed src/*.c` ; do \
t=`basename $$i .c` ;\
rm -v $$i src/$$t.h;\
The problem really does not suggest a tidy resolution to me either.
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
More information about the Gnutls-devel