From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.cs.ucla.edu (mail.cs.ucla.edu [131.179.128.66]) by sourceware.org (Postfix) with ESMTPS id B47953858C78 for ; Tue, 28 May 2024 01:50:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B47953858C78 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=cs.ucla.edu Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=cs.ucla.edu ARC-Filter: OpenARC Filter v1.0.0 sourceware.org B47953858C78 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=131.179.128.66 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1716861044; cv=none; b=ggYRVCfHNifK/GCtmuoRsKI9NAn6EoInC5GJOyrL4Q0pSww+jdvnf+pH3Wk2Hr+MZhl6UPg2Oz5PVnW7UiJ8dZaQQulsZ0yKs8/sqtGkxJDEvTMkfh2UvVb5UEkSs251q6ExpOsVNDPoUNG366gUBSAAcj9kqGjWYlHhjXmr6xo= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1716861044; c=relaxed/simple; bh=9BlRhV1e0Ly6fOJXj5XRCNkd/buX75ZYhPO78i/br3M=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=qWNs3YwGdJjcFWfHALWiJTci2dQWckM/klS8iCpfo2SUXtEgxszdwGy2lEevXect/Vn07AqMoUccKoXAoj9ETaV84gAgNoARJL5Mioscwiajw21s5cSsdqmwk7+9ZrELh9ZV5/3lqpZgHvAA9Eg8tEwmI8c5HmhtGw614118jmY= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id A2C093C011BDA; Mon, 27 May 2024 18:50:41 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id 3vJAAMRlSqFQ; Mon, 27 May 2024 18:50:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 4ADF93C00E8B0; Mon, 27 May 2024 18:50:41 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 4ADF93C00E8B0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1716861041; bh=8UjOhKiym3lF88XFQZvyuFaJpPKvqU7o8Lwv1xWnJUM=; h=Message-ID:Date:MIME-Version:To:From; b=ZvcF80mxc/OD+lCFzzmTWqjGVNu67v+fAKxi5q/xWwUADGmukMz0eRmNQjaGlCWtb Jha1UoMqSd6g/mKSLysNtcS8kx9mR9JlXjIvynayjA0wFuya8wk7vj0lkB/Ujguyys qW8SxqnMZ2ZKwQbZ2hCu3Nv+H4ANaAULsXb0+PFRK1KgDQY1RoCRWhU4Y0/NgF2jGy pCMCFEZ5lTIMuivATvL4NUkMoKHrXw4dCDqHhtzzs/ycmvmyPLmhJKPLfx9Xtt8xKu Bntx0g/Lb1SpwIb+bkeIodz1bFkXX5p6hWiUBQXYfIQCKmYy7yC45qDuqwRBUZ7G8o +KdBwsjyuRazw== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id fhBPbg1a86tA; Mon, 27 May 2024 18:50:41 -0700 (PDT) Received: from [192.168.254.12] (unknown [47.154.17.165]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 214683C011BDA; Mon, 27 May 2024 18:50:41 -0700 (PDT) Message-ID: <25aee7da-bdd5-4a2a-b6ac-fa1a4aa11cc7@cs.ucla.edu> Date: Mon, 27 May 2024 18:50:40 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: configure adds -std=gnu++11 to CXX variable To: Jakub Jelinek Cc: Florian Weimer , Peter Johansson , Zack Weinberg , Autoconf , gcc@gcc.gnu.org References: <00dc6e30-2e12-4b29-951b-d600097b38d0@gmail.com> <80bf1a5a-63a3-4da4-8721-88c760243add@cs.ucla.edu> <878qzv1r13.fsf@oldenburg.str.redhat.com> <3e852f76-9508-4c2e-bef3-7af8a10b626e@cs.ucla.edu> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 2024-05-27 12:18, Jakub Jelinek wrote: > Maybe respect the carefully chosen compiler default (unless explicitly > overridden in configure.ac)? Autoconf gave up on that idea long ago, as we had bad experiences with compiler defaults being chosen for the convenience of distro maintainers rather than for application developers and builders. Compilers were still defaulting to K&R long after that made little sense. It was a bit like what we're still experiencing with _FILE_OFFSET_BITS defaulting to 32 on x86 GNU/Linux. Using the compiler default puts you at the mercy of the distro. It's not always wrong to do that - which is why developers and builders should have an option - but it's not always right either.