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... Not amused, Corinna
