This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: ac_config_libobj_dir broken
- From: Paul Eggert <eggert at twinsun dot com>
- To: akim at epita dot fr
- Cc: schwab at suse dot de, bug-autoconf at gnu dot org, automake at gnu dot org
- Date: Sat, 7 Sep 2002 12:49:12 -0700 (PDT)
- Subject: Re: ac_config_libobj_dir broken
- References: <jey9afqyf9.fsf@sykes.suse.de> <mv4znuvs5fn.fsf@nostromo.lrde.epita.fr>
> From: Akim Demaille <akim@epita.fr>
> Date: 06 Sep 2002 13:50:20 +0200
>
> >>>>> "Andreas" == Andreas Schwab <schwab@suse.de> 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.