From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [63.128.21.124]) by sourceware.org (Postfix) with ESMTP id 1CB8D3854819 for ; Tue, 9 Mar 2021 15:48:54 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 1CB8D3854819 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-362-JnqgeFOdPcGUIygKUp6N0w-1; Tue, 09 Mar 2021 10:48:50 -0500 X-MC-Unique: JnqgeFOdPcGUIygKUp6N0w-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id DA338184214B; Tue, 9 Mar 2021 15:48:48 +0000 (UTC) Received: from [10.3.112.36] (ovpn-112-36.phx2.redhat.com [10.3.112.36]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 59F345D9CD; Tue, 9 Mar 2021 15:48:48 +0000 (UTC) Subject: Re: SIGSTKSZ is now a run-time variable To: Andreas Schwab , Eric Blake via Libc-alpha Cc: Carol Bouchard , Bruno Haible , "austin-group-l@opengroup.org" , bug-m4@gnu.org References: <1841269.IEpri3ZHvQ@omega> <6ea9c6e1-40dc-19c9-397d-0d812903bd7e@redhat.com> <87y2ew8i1w.fsf@igel.home> From: Eric Blake Organization: Red Hat, Inc. Message-ID: Date: Tue, 9 Mar 2021 09:48:47 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <87y2ew8i1w.fsf@igel.home> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-5.4 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 15:48:55 -0000 On 3/9/21 9:26 AM, Andreas Schwab wrote: > On Mär 09 2021, Eric Blake via Libc-alpha wrote: > >> The question becomes whether glibc is in violation of POSIX for having >> made the change, or whether POSIX needs to be amended to allow SIGSTKSZ >> to be non-preprocessor-safe and/or non-constant. > > POSIX already allows non-preprocessor-safe. True, but expanding 'SIGSTKSZ' to 'sysconf (_SC_SIGSTKSZ)' is not a symbolic constant., as it is not "a compile-time constant expression with an integer type', per definition 3.380. Looks like this discussion is happening in parallel in: https://sourceware.org/bugzilla/show_bug.cgi?id=20305 I can open a defect against POSIX if we decide that is needed, but want some consensus first on whether it is glibc's change that went too far, or POSIX's requirements that are too restrictive for what glibc wants to do. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org