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.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,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 19484 invoked from network); 26 Oct 2020 17:52:42 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 26 Oct 2020 17:52:42 -0000 Received: (qmail 16237 invoked by uid 550); 26 Oct 2020 17:52:36 -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 16208 invoked from network); 26 Oct 2020 17:52:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1603734744; bh=9f+ZWp2eUVBkqywsmhyHbQ7WdXAlMAvDt3zvI6z3oWM=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=arr6YiBuY8NVl3/yPhjBuxyAuhz1cF5jSREvJbblbOT24AW9lfn6mo2vSYOMy7ggD ULumOhStKcGYd1sjdr8Mwe/oP1IYdQfKnPBnnYLYpiR0qftfoxHR0wjLaVpB9il4wv e7AOAaidOndZzd2us0A/jvWjnyb7c9MAGuf5ywo5JZB+ABCsvTTr8LmXfk1yQ3Hpf8 Ja2ow5KrQgq7KTKHHoRQqVnF8w0TkAFYHFfzjqLAKZHMMPxcSBhFzT/JWCf5jnBQK0 pE9dQgNjD14Ow//26Z17qgEbqN9DVtpjOXmdx1GRPfqxU2Jb6Lga2t2qugVmViYdtS yyKQ05wZ9r7nA== Date: Mon, 26 Oct 2020 13:54:30 -0400 From: Max Rees To: musl@lists.openwall.com Cc: Mark Wielaard , elfutils-devel@sourceware.org, =?utf-8?B?w4lyaWNv?= Rolim Message-ID: <20201026175430.GA6473@sachiel> Mail-Followup-To: musl@lists.openwall.com, Mark Wielaard , elfutils-devel@sourceware.org, =?utf-8?B?w4lyaWNv?= Rolim References: <723b967389be88475206c5afc280c3be02ab677c.camel@klomp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235,18.0.737 definitions=2020-10-26_08:2020-10-26,2020-10-26 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=3 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2010260120 Subject: Re: [musl] Re: [QUESTION] Which fnmatch() functionality does elfutils depend on? On Mon Oct 26 01:28 PM, Érico Nogueira wrote: > On Mon Oct 26, 2020 at 3:10 PM -03, Mark Wielaard wrote: > > Hi Érico, > > > > On Mon, 2020-10-26 at 12:03 -0300, Érico 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=SECTION Keep the named section. SECTION is an > > extended wildcard pattern. May be given > > more than once. > > > > and eu-elfcompress with > > > > -n, --name=SECTION 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, > Érico When I was working on porting elfutils to Adélie (kind of on the backburner right now) I noticed this problem as well. Rather than try to add FNM_EXTMATCH support to musl, I worked around it in elfutils in this manner. 1. I changed the default like so: - add_pattern (".?(z)debug*"); + add_pattern (".debug*"); + add_pattern (".zdebug*"); 2. I updated the corresponding help text to mention this new default. The user could do something similar themselves with multiple "-n" options. Max