[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-gnulib] Wrong path to fnmatch_.h with gl_FUNC_FNMATCH_GNU ?
From: |
James Youngman |
Subject: |
[Bug-gnulib] Wrong path to fnmatch_.h with gl_FUNC_FNMATCH_GNU ? |
Date: |
24 May 2003 22:20:55 +0100 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 |
Hi there.
I've imported gnulib into findutils like this :-
destdir="gnulib"
modules="\
alloca argmatch dirname error fileblocks fnmatch \
getline getopt human idcache lstat malloc memcmp memset mktime \
modechange pathmax quotearg realloc regex rpmatch savedir stat \
stpcpy strdup strftime strstr strtol strtoul strtoull strtoumax \
xalloc xgetcwd xstrtol xstrtoumax yesno human basename filemode \
getline stpcpy"
exec "$1"/gnulib-tool --create-testdir --dir="$destdir" --lib=libgnulib $modules
I then use AC_CONFIG_SUBDIRS(gnulib). This works fine on GNU/Linux.
However, when I try the result on Solaris 2.8, I get an error relating
to the use of FNM_CASEFOLD. This is because gnulib/m4/fnmatch.m4
does
AC_CONFIG_LINKS([lib/fnmatch.h:lib/fnmatch_.h])
However, in this case the relevant command to make the link I need
would be
AC_CONFIG_LINKS([gnulib/lib/fnmatch.h:gnulib/lib/fnmatch_.h])
Hence since the symlink has not been made, I'm still using the system
fnmatch.h, which doesn't have FNM_CASEFOLD. The extra "gnulib" in the
changed command above is the same as the argument that was given to
gnulib-tool's --dir option.
Of course, I don't want to edit gnulib/m4/fnmatch.m4 to fix the
problem, because I'd prefer to keep the gnulib sources unmodified.
So, is the problem really that I invoked gnulib-tool wrongly? Should
I have used --dir=.? If so, presumably I can't use --create-testdir
because the generated configure.ac file would have superseded my own
file.
--
James Youngman
Manchester, UK.