From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 17778 invoked from network); 26 Oct 2020 17:38:49 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 26 Oct 2020 17:38:49 -0000 Received: (qmail 11485 invoked by uid 550); 26 Oct 2020 17:38:46 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 11449 invoked from network); 26 Oct 2020 17:38:46 -0000 X-Virus-Scanned: Debian amavisd-new at disroot.org Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=disroot.org; s=mail; t=1603733910; bh=BIXtcTID82Wi8grpS057kKnTCvMuWD5j80KGeqPlJOI=; h=From:To:Cc:Subject:Date:In-Reply-To; b=bXc52KgbEKs/bjYB6ud04kdJwdb5aWylP0o0oL2/p1xzTc8pMEDOvLecoSVUg6XD1 ammWYn8CcpLC4ag2g5aCh3ovaxRIPxuES6wu3+5DRS7I90TygwKto/W6posKRu1ktQ ydjYU4Q8NNHTGElHEAi8J4f6wnlm3S9aadN/mSLaFyh00oFDvwil2FdcHwExGq93Kf TAGkusyf+1VP/VD1lRMk/UgWWnDm3qk10fxKKpoGV3EyvvYJB1SW6wA9GKGaW7MUDZ KCz7SFKI2NfdO7S5hPXQ2EUtKTJbwRFj3BRpZwJ8XUQiqpmfp+KhVxo4BALdPuYZmt wczbhv9uNYzsA== Content-Type: text/plain; charset=UTF-8 From: =?utf-8?q?=C3=89rico_Nogueira?= To: "Mark Wielaard" , , Cc: =?utf-8?q?=C3=89rico_Rolim?= Date: Mon, 26 Oct 2020 14:28:59 -0300 Message-Id: In-Reply-To: <723b967389be88475206c5afc280c3be02ab677c.camel@klomp.org> Subject: [musl] Re: [QUESTION] Which fnmatch() functionality does elfutils depend on? On Mon Oct 26, 2020 at 3:10 PM -03, Mark Wielaard wrote: > Hi =C3=89rico, > > On Mon, 2020-10-26 at 12:03 -0300, =C3=89rico Nogueira via Elfutils-devel > wrote: > > Do elfutils program actually depend on the extra functionality > > enabled by > > FNM_EXTMATCH? Is changing the flag to have no effect a "bug"? > > Yes. The extended wildcard pattern is relied upon by both > eu-strip with > > --keep-section=3DSECTION Keep the named section. SECTION is an > extended wildcard pattern. May be given > more than once. > > and eu-elfcompress with > > -n, --name=3DSECTION SECTION name to (de)compress, SECTION is an > extended wildcard pattern (defaults to > '.?(z)debug*') > > In the eu-strip case it might be reasoned that instead of a > wildcard pattern the user might most of the time simply provide > a section name as is (especially since the option may be given > multiple times). But in the case of eu-elfcompress the > program relies on the default SECTION name being an extended > wildcard pattern. So not supporting FNM_EXTMATCH breaks the > default functionality of eu-elfcompress. > > Cheers, > > Mark Understood, thank you. I'm replying to the musl mailing list as well, then, to hopefully gather more opinions, since I don't know what the best way of solving this would be. Thanks, =C3=89rico