> If you are interested in helping, one of the files that needs to be
> replaced is src/lib/fnmatch.c. Along with it are fnmatch.h, enh_fnmatch.c,
> and enh_fnmatch.h.  enh_fnmatch.c is simply a derivative of fnmatch.c that
> has some enhancements that Robert added.  We have made a few minor changes
> to fnmatch.c to support Win32 paths.
>
> There are two ways that I see to eliminate the FSF fnmatch.c.  One is to
> take the current system fnmatch.c (either Linux or FreeBSD) and modify it
> to have our Win32 path code.  Another possibility is write a new fnmatch.c
> that uses your code to convert a wildcard to a regex and then call our
> regex routine. The advantage of using the Linux fnmatch.c (LGPL license) is
> that it uses wchar, which gives us a functionality that is currently
> missing from our fnmatch.c
>
> Once fnmatch.c is converted, the task will be to separate out the
> enhancements that were added to enh_fnmatch.c and to either add them to our
> new fnmatch.c or create a new enh_fnmatch.c

Ok, i will look this, i'm agree with you to take a look at the new LGPLed
version.

Bye


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to