cvs commit: src/gnu/usr.bin/binutils/gasp Makefile
src/gnu/usr.bin/binutils/gdb Makefile src/gnu/usr.bin/cvs/cvs
Makefile src/gnu/usr.bin/cvs/lib Makefile
src/gnu/usr.bin/cvs/libdiff Makefile src/gnu/usr.bin/diff Makefile
src/gnu/usr.bin/grep Makefile
Ruslan Ermilov
ru at FreeBSD.ORG
Thu Feb 19 00:43:50 PST 2004
On Thu, Feb 19, 2004 at 06:30:09AM +0300, Andrey Chernov wrote:
> On Wed, Feb 18, 2004 at 10:30:44PM +0300, Andrey Chernov wrote:
> > there must be -I${.CURDIR}/.../gnu/lib/libregex insead, but too many ../
> > are ugly in anycase.
>
> There is yet one reason against ../ comes to mind, especially with planned
> upgrade to new regex: source regex.h (i.e. one in gnu/lib/libregex) will
> be not ready to include as is, it will be patched at 'make includes' stage
> to replace <posix/regex.h> into <gnu/posix/regex.h>, it means that only
> final (i.e. ${DESTDIR}/include/gnu/regex.h) is good for include.
>
I have an idea: how about introducing the WANT_GNU_REGEX_H, and having
the standard <regex.h> deal with it, by including the <gnu/regex.h> if
the latter is defined, and using BSD's regex.h otherwise?
Cheers,
--
Ruslan Ermilov
FreeBSD committer
ru at FreeBSD.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20040219/b989a56e/attachment.bin
More information about the cvs-src
mailing list