Received: by 10.213.65.68 with SMTP id h4csp530395imn; Fri, 16 Mar 2018 10:32:15 -0700 (PDT) X-Google-Smtp-Source: AG47ELtcMSngAO2s55LxQ04/g8cY7kMKuoUMi8g107zN0QDqP3XXjHRQebDwgJDA9CAXqvlif8Th X-Received: by 2002:a17:902:24c7:: with SMTP id l7-v6mr254422plg.320.1521221535368; Fri, 16 Mar 2018 10:32:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521221535; cv=none; d=google.com; s=arc-20160816; b=0msiX9ofIlBzULW65zy/nPk99yE26TkjZiXXHzsE3CJjxjYJYtXJlWtMLH3Zed+8mn IJoIhD3UQP1gJ/9yN6Z0Xibgz0H7Dr61b5WCBcspx3En2xo0yH7u/8y5XV/RfFLj1SmU HYqh9PMC8r4VzYSJevr3CVitQ5OOYTPnI+yhrAdgwNy5N/w8LVyOUBZxHan9drh5K5OG YDFa/CyE8/65B+57ezK5SwhTh1qk2KcCvmO55qYocKfAfbmTcWDa/Kbj6FD8GZlRTQei j/RPwdz+MMKv6hX1om0xv6IdIT00vezCXnaMfi9o3nHBCJb+Q3fHwPOn/DPtGJD1BqRF gslA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:references:in-reply-to:mime-version :dkim-signature:dkim-signature:arc-authentication-results; bh=Slj3yBwN0wiEz1KN606U5DYnW0FpaZjf/Aqp3IADf4U=; b=BiESjmdZufaEDq7kwc8JLwFle2q2U25k61iNN97sFPhUY6AOGRyVwWfFGQCRt5iW4r iRZp4ShaFxXZt0/BO1gCVqvDP3l/ApAtWFBmEl7NNyB5hoNyUzSUaVukbm0rYDPTHMH+ etLYkg5CMkFhWO2VmXwHb8+b80T9+EbsJeRzJvgGM7UDMYhGGThlN5WnnjuKplinbvWF lxoEkV9nFwq0HquFHxmwRBXTNtbvZZNaItilVethYzsWzqMe98WTk8wvg33Rb/KBQ5u2 dT2zd/gIL5TUi+BC+cbYRqZ29j6RyMDfddSH6SrRwBTlh5p2ZeX6IS2nPqdr4MKoiaUF TGow== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=NWecBNfq; dkim=fail header.i=@linux-foundation.org header.s=google header.b=dz3Rrslg; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f6si318627pgq.39.2018.03.16.10.32.00; Fri, 16 Mar 2018 10:32:15 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=NWecBNfq; dkim=fail header.i=@linux-foundation.org header.s=google header.b=dz3Rrslg; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932906AbeCPR3t (ORCPT + 99 others); Fri, 16 Mar 2018 13:29:49 -0400 Received: from mail-io0-f195.google.com ([209.85.223.195]:34612 "EHLO mail-io0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752052AbeCPR3S (ORCPT ); Fri, 16 Mar 2018 13:29:18 -0400 Received: by mail-io0-f195.google.com with SMTP id e7so13534766ioj.1; Fri, 16 Mar 2018 10:29:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=Slj3yBwN0wiEz1KN606U5DYnW0FpaZjf/Aqp3IADf4U=; b=NWecBNfq5AEz0X2cOM0RVT9tOu3Zzo1O4YTmqwLO074C5XhOcqbgdb6yn2hytBdsoJ A3xMOvCEoOVBISdrwcJ3pdJjMOukXxyccF8vcYkTKLJhhMyFoX0wSshxX9570u6rYYtI 8VPZiGl+uMqxhmCvei/TJpCthwz5vIsRYJOpYBQEedhgqfVdGoCDg+bPtUS246wAfa0j wLzEnecHqjAQRD/HE8g0ZW3aQVFPTkcOKGuAjAy2NCevs7CuzBx9OORWbQEMaVeENWU9 yNGTVt2VzVSa8Se1fU1uuCsxUJsaF63mSOr3/DSH9hNEoS8lXs5Vq1yrviNcaIdQGJos jc1g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=Slj3yBwN0wiEz1KN606U5DYnW0FpaZjf/Aqp3IADf4U=; b=dz3Rrslg/n+UqWuAO1eQ8YN3ZjCxU/3+2zeSGbBp30KOEDYyXxgqAcbOabXhA1BsbL qPqfJtc4mN4d6h6jETYcmCtrrgUh05rFLCiZn4gQ9ShOJaxtQpoz2chOgTMGWVLWeFFm S9NQ1nDiKFr0aLF61rmxVzqfDY852uFNRkqzU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=Slj3yBwN0wiEz1KN606U5DYnW0FpaZjf/Aqp3IADf4U=; b=iZqW/XOW0rPHsMS/NnPAzPwLEisPftUl7dXNcsBmQS93kzRzic7oUcvyV9XpJRLIe9 pTnTqvW+xEsyBgVZdJgP72R7Jj/0m7UJ5Yv9Bq6hSed/4dh22i61GPzzXYW5am0fSrP6 BwMHRjyqsWSznxlXo3CwAo2HBHZ7ZocX7sw9uNupECwhDVjHL1eS7GRmU5AjczpMgHF5 Z8ivgXT3S7MUmSv5Mmkysmy0xWlfMa7j5cIqEhuqwXXJgZXHLByB7tYfjzgJiOVwLkNu ZkZT+BnZRCeLEkfcXON8pGYpTOxzTBmAJ7fvEB8FlYHgwa+S+U+zeYfrJx4gwdQAd/T4 AayQ== X-Gm-Message-State: AElRT7E2xIbDr/9k1x8fTJZfxCJTpxpsNRLCAttoI34rZZagFPhcvK5u oAiXltzu+jCS5tI5q0mfXUUDKFB6dIFaCZ0MB+E= X-Received: by 10.107.22.1 with SMTP id 1mr2862958iow.238.1521221357553; Fri, 16 Mar 2018 10:29:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.135.221 with HTTP; Fri, 16 Mar 2018 10:29:16 -0700 (PDT) In-Reply-To: References: <1521174359-46392-1-git-send-email-keescook@chromium.org> From: Linus Torvalds Date: Fri, 16 Mar 2018 10:29:16 -0700 X-Google-Sender-Auth: sr-pecB0Vpe9RLUGo9h0To0DogU Message-ID: Subject: Re: [PATCH v5 0/2] Remove false-positive VLAs when using max() To: Florian Weimer Cc: Kees Cook , Andrew Morton , Josh Poimboeuf , Rasmus Villemoes , Randy Dunlap , Miguel Ojeda , Ingo Molnar , David Laight , Ian Abbott , linux-input , linux-btrfs , Network Development , Linux Kernel Mailing List , Kernel Hardening Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 16, 2018 at 4:47 AM, Florian Weimer wrote: > > If you want to catch stack frames which have unbounded size, > -Werror=3Dstack-usage=3D1000 or -Werror=3Dvla-larger-than=3D1000 (with th= e constant > adjusted as needed) might be the better approach. No, we want to catch *variable* stack sizes. Does "-Werror=3Dvla-larger-than=3D0" perhaps work for that? No, because the stupid compiler says that is "meaningless". And no, using "-Werror=3Dvla-larger-than=3D1" doesn't work either, because the moronic compiler continues to think that "vla" is about the _type_, not the code: t.c: In function =E2=80=98test=E2=80=99: t.c:6:6: error: argument to variable-length array is too large [-Werror=3Dvla-larger-than=3D] int array[(1,100)]; Gcc people are crazy. Is there really no way to just say "shut up about the stupid _syntax_ issue that is entirely irrelevant, and give us the _code_ issue". Linus