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