From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.73]) by sourceware.org (Postfix) with ESMTPS id 01E243858C53 for ; Fri, 17 Mar 2023 09:15:13 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 01E243858C53 Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=cygwin.com Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=cygwin.com Received: from calimero.vinschen.de ([24.134.7.25]) by mrelayeu.kundenserver.de (mreue108 [212.227.15.183]) with ESMTPSA (Nemesis) id 1M6ltQ-1paLoW2KFy-008NlJ; Fri, 17 Mar 2023 10:15:10 +0100 Received: by calimero.vinschen.de (Postfix, from userid 500) id B3F7FA80B93; Fri, 17 Mar 2023 10:15:09 +0100 (CET) Date: Fri, 17 Mar 2023 10:15:09 +0100 From: Corinna Vinschen To: cygwin-apps@cygwin.com Cc: Brian Inglis Subject: Re: grep rebuild? Message-ID: Reply-To: cygwin-apps@cygwin.com Mail-Followup-To: cygwin-apps@cygwin.com, Brian Inglis References: <3ad3d9ce-3569-91f9-7f80-0d3fc8fbe237@Shaw.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Provags-ID: V03:K1:AwkFsSZMfWET/7oAwbfrduO0zNKMqHZcKs11YtSomHU/KjYrBhJ 10uY6ToPvNQbwiYK76egpGlZjjG8crVEwHBwkDBid5BV+cRgBJ4SwvAjfc/bVxyyamx7v5L DXUbC8ygJfD0mvW4lS4lICvtjBfDXfChKkxjXrhu5XJFfQdEch34hXrxcrQOoVyUAT/aAhx qZjg4omEHv/FH13VVUIiw== UI-OutboundReport: notjunk:1;M01:P0:TTCtCGZK86s=;hJlYn0BgQGXuJIRy6H4eOlXCnTn ZGHHh/M26o6GqzIaO58JJHHKqRSkBjV9TUDhKV42e4ZMsTQDcSlKeGLeK3Ra2X7gJ+vDjxFKs pKPKy4GdrTcmSCUWBpvEaFJJc4dzChbDn/4LITcqiY4u7uIFxdKxpaDfKodZ1amOplXZLkQUC ctmOhcDfkISJyQqAzB1gx/xA5rAlJKhZNPxAjZKdBzOfv4FmcJXJyPw1OwhSAu7oGZ3jXADAg HmCdHo7704eNcz5hZV3UVlbXosodNlJRpOkikvLltvo15mEs+qY4leaI3MtEwx+TyiBgO/idy sBAfxfYUgq7Rd6YkMfc9hUS2FqlInIavvucq7A5nTA6vnibtJO6BlaciMnzf7+ZZrMpCo1Pte MwElrRjC3yC0sTGgv0oo/9L6kqV+X4m01R5taPF3DEZG8tbOJWuUB56ETOiGnJpLlFy76ySVd 6eoax3T8+vduwxQU1BUI1eHpiba3GmgYSekg3y/Q+kpv5qW8bGBJEv+7cH9xhniHSvwtxU1w9 o8oK0++G5gzxEG5mDEfNJK3i2URoORY/RqXql3fgpYeqDLJFvNQ51z7ejTxL0AFhFmqeMQO45 ZwszgizFneUWhSaWIuGRhXt7l/PCYJ1CAj6Zh/ZQLQ7onw6z6GGLCRgr8W/x+HJQsX1y8I+Tr FpF6fiNBh05Q7jHAsBldmqkaZw5EiO0Utjg6HWkNwg== X-Spam-Status: No, score=-97.5 required=5.0 tests=BAYES_00,GOOD_FROM_CORINNA_CYGWIN,KAM_DMARC_NONE,KAM_DMARC_STATUS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_FAIL,SPF_HELO_NONE,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: 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