[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ac_config_libobj_dir broken

From: Paul Eggert
Subject: Re: ac_config_libobj_dir broken
Date: Sat, 7 Sep 2002 12:49:12 -0700 (PDT)

> From: Akim Demaille <address@hidden>
> Date: 06 Sep 2002 13:50:20 +0200
> >>>>> "Andreas" == Andreas Schwab <address@hidden> writes:
> Andreas> The default value of ac_config_libobj_dir is wrong, it should
> Andreas> be $srcdir.  Similarily, AC_CONFIG_LIBOBJ_DIR should prepend
> Andreas> $srcdir to the directory.
> Arg, you are right.  But I'm not sure sticking srcdir in
> ac_config_libobj_dir is the right thing to do.  For instance, in the
> replacement of fnmatch, you have:
> AC_CONFIG_LINKS([$ac_config_libobj_dir/fnmatch.h:$ac_config_libobj_dir/fnmatch_.h])
> This idiom is expected to spread, for getopt and others, and it should
> not try to write in the $srcdir tree.  I suppose there will be more
> such examples where some replacement file will actually be in the
> build hierarchy :(
> So I'm more inclined to paste $srcdir in from of $ac_config_libobj_dir
> where needed.
> What do you (and other people :) think?

Yes, I tend to agree.  $ac_config_libobj_dir should be a relative
path, and it should be a subdirectory of both $srcdir and of
$builddir.  It sounds like Autoconf should reject attempts to use an
absolute directory as an argument to AC_CONFIG_LIBOBJ_DIR.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]