From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9763 invoked by alias); 11 Sep 2017 14:38:51 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 9753 invoked by uid 89); 11 Sep 2017 14:38:51 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_SORBS_SPAM,RP_MATCHES_RCVD,SPF_PASS,URIBL_RED autolearn=no version=3.3.2 spammy=mess X-HELO: mailbackend.panix.com X-Gm-Message-State: AHPjjUjEEpBRTvUNjZqNUOGAEwlavQ3fJmTOHlWvJLQjuMund03ujBQl jc/jCtt39aLRXuxZzeMaG10Zdvt3+g== X-Google-Smtp-Source: AOwi7QAobGf9k21VbeZKVnL0ONP3OsqatTurkYOqtfBqRKfvq6gVFuoJ0Jz6tGDI3nWnkH7vIxaL5mAb1o0Jwj+3Yzc= X-Received: by 10.202.73.65 with SMTP id w62mr12547584oia.173.1505140727162; Mon, 11 Sep 2017 07:38:47 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <1504643122-14874-1-git-send-email-adhemerval.zanella@linaro.org> <1504643122-14874-4-git-send-email-adhemerval.zanella@linaro.org> <878thop5fa.fsf@linux-m68k.org> <9455e298-8c48-c42a-0ec3-ffb8d166c69b@linaro.org> <450d2eab-f21a-f90c-6210-ea638787e339@cs.ucla.edu> <403decc7-e039-9be1-fb44-25d611540156@linaro.org> From: Zack Weinberg Date: Mon, 11 Sep 2017 14:38:00 -0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 3/9] posix: Allow glob to match dangling symlinks [BZ #866] To: Joseph Myers Cc: Adhemerval Zanella , Paul Eggert , Andreas Schwab , GNU C Library Content-Type: text/plain; charset="UTF-8" X-SW-Source: 2017-09/txt/msg00446.txt.bz2 On Mon, Sep 11, 2017 at 10:33 AM, Joseph Myers wrote: > On Sun, 10 Sep 2017, Adhemerval Zanella wrote: > >> Another option is to add a compat glob symbol with previous semantic >> (without actually bumping _GNU_GLOB_INTERFACE_VERSION). It still won't > > To be clear, that's adding new symbol versions of glob and glob64 > everywhere, making all existing versions (some configurations already have > more than one version of glob or glob64) ignore gl_lstat for > compatibility. If this is done, the new symbol version should attempt to validate the altdirfuncs structure on entry, so that the buggy versions of make (and any other programs with the same bug) get a reliable failure rather than crashing only if glob thinks it needs to call gl_lstat. Otherwise it'll be like the memcpy mess, where people didn't notice that they had a bug they needed to fix. zw