bug-gnulib
[Top][All Lists]
Advanced

[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.  




reply via email to

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