On Mar 17 10:03, Corinna Vinschen via Cygwin-apps wrote: > On Mar 16 18:50, Brian Inglis via Cygwin-apps wrote: > > On 2023-03-16 10:50, Brian Inglis via Cygwin-apps wrote: > > > On 2023-03-16 06:08, Corinna Vinschen via Cygwin-apps wrote: > > > > Hi Brian, > > > > > > > > there's a problem with the grep package. It uses the internally > > > > provided GNULIB regex library. > > > > > > > > Unfortunately, that's the default if the system doesn't provide a more > > > > recent GLibc. Which we'll never do. The problem is this: Native > > > > language support in GNULIB's regex is *only* available, if it's built as > > > > part of GLibc. > > > > > > > > I'd like to ask you to rebuild grep 3.9 with the > > > > --without-included-regex option. > > > > > > > > That will allow grep to use Cygwin's own regex, which already comes with > > > > basic native language support, and which I'm working on to sbetter > > > > support equivalence class and collation symbol expressions. > > > > > > Hi Corinna, > > > > > > We discussed this and I was going to release grep 3.8 test release 3, > > > for testing with snapshots or when Cygwin 3.5.0 is released, then grep > > > 3.9 came out, and I realized grep is updated every few months, so that > > > went on the back burner. I can do a test release for 3.9-2 with that > > > configuration change. > > > > > > The current release passes all the class tests and works for me and > > > Andrey. > > > Are there any other implications of language support affecting grep? > > > > Config option --without-included-regex no longer seems to build with grep > > 3.9 on Cygwin - may require glibc regex - or may now autoconfig depending on > > [g]libc? > > > > /usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/bin/ld: > > dfasearch.o: in function `regex_compile': > > /usr/src/debug/grep-3.9-2/src/dfasearch.c:159: undefined reference to > > `re_set_syntax' > > What a piece of crap! So you either run a GLibc system, or you're > forced to use GNULIB regex because grep uses non-standard functions > in the generic code. > > We should switch to FreeBSD grep, it still uses POSIX functions. > What a laugh...
And just for kicks, FreeBSD grep is mostly option compatible with GNU grep. The missing options are: -P, --perl-regexp --no-ignore-case (but --ignore-case exists) -y (obsolete anyway) -T, --initial-tab -Z (but --null exists) --group-separator --no-group-separator --exclude-from -I (but --binary-files exists) -R, --dereference-recursive I wonder if I should create a freebsd-grep package, installing its grep as 'bsdgrep' or something.... Corinna