From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 214BECBA for ; Thu, 6 Sep 2018 15:07:15 +0000 (UTC) Received: from mail-ua1-f66.google.com (mail-ua1-f66.google.com [209.85.222.66]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B14F97D6 for ; Thu, 6 Sep 2018 15:07:13 +0000 (UTC) Received: by mail-ua1-f66.google.com with SMTP id f4-v6so8992815uao.10 for ; Thu, 06 Sep 2018 08:07:13 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Geert Uytterhoeven Date: Thu, 6 Sep 2018 17:06:58 +0200 Message-ID: To: Kees Cook Content-Type: text/plain; charset="UTF-8" Cc: ksummit-discuss@lists.linuxfoundation.org Subject: Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] API replacement/deprecation List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Kees, On Thu, Sep 6, 2018 at 4:59 PM Kees Cook wrote: > On Thu, Sep 6, 2018 at 3:11 AM, Geert Uytterhoeven wrote: > > On Thu, Sep 6, 2018 at 12:57 AM Kees Cook wrote: > >> I'd like to discuss ways that we could deprecate APIs more sanely. At > >> present I've seen (and used) two approaches, fast and slow: > > > >> Example: strscpy(), VLA removal > > > > I didn't know VLAs were a kernel API ;-) > > I couldn't find a better short-hand that covered everything. "usage > patterns"? Whatever, people understand what I mean. :) Initially I though it made a big difference, as no VLA provider API was removed. But it indeed becomes an equivalent problem when adding -Werror=vla. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds