From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS22989 209.51.188.0/24 X-Spam-Status: No, score=-3.7 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 07BDA1F4B4 for ; Fri, 16 Apr 2021 22:30:55 +0000 (UTC) Received: from localhost ([::1]:60270 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lXWzF-0006dW-T1 for normalperson@yhbt.net; Fri, 16 Apr 2021 18:30:53 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59430) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lXWzC-0006dA-Bt for bug-gnulib@gnu.org; Fri, 16 Apr 2021 18:30:50 -0400 Received: from vmicros1.altlinux.org ([194.107.17.57]:33552) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lXWzA-00008v-Co for bug-gnulib@gnu.org; Fri, 16 Apr 2021 18:30:50 -0400 Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14]) by vmicros1.altlinux.org (Postfix) with ESMTP id 8498472C8B1; Sat, 17 Apr 2021 01:30:45 +0300 (MSK) Received: by mua.local.altlinux.org (Postfix, from userid 508) id 70B9E7CC8A7; Sat, 17 Apr 2021 01:30:45 +0300 (MSK) Date: Sat, 17 Apr 2021 01:30:45 +0300 From: "Dmitry V. Levin" To: arnold@skeeve.com Subject: Re: current gnulib regex breaks in gawk Message-ID: <20210416223045.GC17630@altlinux.org> References: <202102070957.1179vU6M000313@freefriends.org> <12701376.Ek0rttrokf@omega> <202102071208.117C8s0q014959@freefriends.org> <2898337.fT53xVPUIt@omega> <202102080611.1186BJYj009728@freefriends.org> <202102080636.1186aTQY012783@freefriends.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202102080636.1186aTQY012783@freefriends.org> Received-SPF: pass client-ip=194.107.17.57; envelope-from=ldv@altlinux.org; helo=vmicros1.altlinux.org X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: bug-gnulib@gnu.org, bruno@clisp.org Errors-To: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Sender: "bug-gnulib" Hi Arnold, On Sun, Feb 07, 2021 at 11:36:29PM -0700, arnold@skeeve.com wrote: > arnold@skeeve.com wrote: > > > I still have to have the following change, otherwise I get a linkage > > error on the gl_dyanarray_* routines. :-( > > > > So, at least for the nonce, my copy and Gnulib's will be out of sync. > > Oh well. > > So actually, I've managed to work around this issue too. So the files > are back in sync. Whew! I've just tried to build the latest commit gawk-5.1.0-260-gde598391 from gawk-5.1-stable branch. Unfortunately, the result executable uses a private glibc interface: $ nm gawk |grep GLIBC_PRIVATE U __libc_dynarray_resize@GLIBC_PRIVATE This makes it unusable at least in GNU/Linux distributions. Such an unfortunate result is due to very unusual method used to integrate dynarray module from gnulib into gawk: - unlike gnulib's lib/dynarray.h, gawk's support/dynarray.h is empty; - gnulib's lib/malloc/dynarray_resize.c is not imported into gawk's support/malloc/ at all. I was able to make an ad-hoc fix by replacing gawk's support/dynarray.h with gnulib's lib/dynarray.h, importing gnulib's lib/malloc/dynarray_resize.c as support/malloc/dynarray_resize.c, and adding malloc/dynarray_resize.c to libsupport_a_SOURCES of support/Makefile.am, hope this helps. I wish gawk sources used some gnulib module import automation, e.g. gnulib-tool script, like many other gnulib users do, that would make updating gnulib modules a relatively straightforward task. -- ldv