From nobody Fri Feb 23 08:58:17 2024 X-Original-To: toolchain@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Th3nm6Bb8z5C4VK for ; Fri, 23 Feb 2024 08:58:20 +0000 (UTC) (envelope-from pjfloyd@wanadoo.fr) Received: from smtp.smtpout.orange.fr (smtp-19.smtpout.orange.fr [80.12.242.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.smtpout.orange.fr", Issuer "DigiCert Global G2 TLS RSA SHA256 2020 CA1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Th3nl6Xnpz4GgF for ; Fri, 23 Feb 2024 08:58:19 +0000 (UTC) (envelope-from pjfloyd@wanadoo.fr) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=wanadoo.fr header.s=t20230301 header.b=F9qZ+bF+; dmarc=pass (policy=quarantine) header.from=wanadoo.fr; spf=pass (mx1.freebsd.org: domain of pjfloyd@wanadoo.fr designates 80.12.242.19 as permitted sender) smtp.mailfrom=pjfloyd@wanadoo.fr Received: from [192.168.1.28] ([90.112.30.115]) by smtp.orange.fr with ESMTPA id dRNprnLDW6DaadRNprCgee; Fri, 23 Feb 2024 09:58:17 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wanadoo.fr; s=t20230301; t=1708678697; bh=jbvOmubg1vru78EI+Ls5BD+86GHGz9uetuBs61rBnoM=; h=Date:Subject:To:References:From:In-Reply-To; b=F9qZ+bF+NUAFviXBYeKoLQTqjlLQlaOJgyo6w4LmjcWEZ0XipnM5ot8WmJEV0K50g OClIQnLstRUpvdCYOsI6qHCa5Jp2K3L54rW5w03MlnSZhF9jrIcNW2NznudVkMNk7L bKfeOV4tYQp93CAaqH7uPV2o2Du0/Q4VoGe5YfsZyskJPXp8BUmntgASxbbJslbOWs miMh/GIVy0hZK9Vb7PDMeGUzSwkuCb2QgStSI1QXfVtZSmzDZJqHMPkgA6e2gIPUJ4 CbEgH+o893M6/Rh2POpfZFmk8uVi+g9PJPwGtddXhtNmOpoQiaWxAov+uqjPbxwJ8R ZBFj0+BERgO6Q== X-ME-Helo: [192.168.1.28] X-ME-Auth: cGpmbG95ZEB3YW5hZG9vLmZy X-ME-Date: Fri, 23 Feb 2024 09:58:17 +0100 X-ME-IP: 90.112.30.115 Message-ID: <7b928159-c984-420e-9ab3-62245bf3814a@wanadoo.fr> Date: Fri, 23 Feb 2024 09:58:17 +0100 List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: system clang's -debugger-tuning setting: Is the default gdb setting intended? Content-Language: en-US To: toolchain@freebsd.org References: From: Paul Floyd In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: - X-Spamd-Result: default: False [-1.92 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[wanadoo.fr,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:80.12.242.0/25]; R_DKIM_ALLOW(-0.20)[wanadoo.fr:s=t20230301]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; NEURAL_HAM_SHORT(-0.03)[-0.034]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[wanadoo.fr]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[wanadoo.fr]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[80.12.242.19:from]; MLMMJ_DEST(0.00)[toolchain@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[wanadoo.fr:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[80.12.242.19:from]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; DWL_DNSWL_NONE(0.00)[wanadoo.fr:dkim] X-Rspamd-Queue-Id: 4Th3nl6Xnpz4GgF On 21-02-24 17:43, Brooks Davis wrote: > On Tue, Feb 20, 2024 at 05:54:25PM -0800, Mark Millard wrote: >> [Curiosity, not an objection.] >> >> It appears that most likely all FreeBSD platforms get the gdb >> setting by default . . . > > I'm not sure we've thought about it much, but gdb is almost certainly > the right default tuning since it's what most developers are accustom > to. And it may also affect other tools. Valgrind's DWARF reader was written based on GCC's output, which I assume is tuned for GDB. There are already a few limitations with clang's emitted DWARF. That has been improving, but there is still a bit lacking regarding local variables (possibly a limitation of the Valgrind DWARF reader, it's not part of the code that I've worked on much). I have no experience with changing that setting but I guess that it could have an impact. A+ Paul