From nobody Sun Jul 27 19:41:13 2025 X-Original-To: current@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 4bqsRt6pWRz633gw for ; Sun, 27 Jul 2025 19:41:30 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bqsRt4fPSz3xM5 for ; Sun, 27 Jul 2025 19:41:30 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qk1-x734.google.com with SMTP id af79cd13be357-7e638975262so323962785a.0 for ; Sun, 27 Jul 2025 12:41:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; t=1753645285; x=1754250085; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=iPe69w4wc5o80np9jjK/RDKw12MFv9XkMcC332mgoPM=; b=ojx3Zn6s6OCqt+81J7BsiFM+SMCtu51h9a4LJOeCh57moyZ4CLdg7od5Ule3IA0p5X bjA9GtiJsmLll6WEEYvoUab7wRXj75KluxNTzrQs1B5T1uYko8YT25Im5RXJ6amH/si7 eRB9GKiHR9u2xhDcsQkGSqjscPmuLggvxChMI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753645285; x=1754250085; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=iPe69w4wc5o80np9jjK/RDKw12MFv9XkMcC332mgoPM=; b=e9xHiHhdpRK7k2WZOKRnyFNtzalCumxpekm46hY8REjkIonUPwa5eWSttwVmKaWtNk imuG66PXoSGonUIZhMFLoaFqbpPJawcbVAbI83ZDHxxZoKPwSv8R6hPJELrPkYQoh6Wp b5fVx6YXrZ0AUqWOnvEutJAI5wgtBL0ZH3Fu69XItMBQIkyVonwy6fLhcnCqyJRjfL0n SFDbLHnTV9C9cyLp6I8qtVuyiF+V4AEnrWmceDqMornzV2hpwTOvD50gXMmoY/wEBYFg jbJiTf/6k9UcPhEbk9zXUgHSNCIdHj2q/XyKn+El9iZDwXvgIyLzyxtL6UUolRXtMo1H UcOA== X-Forwarded-Encrypted: i=1; AJvYcCU1unSKfouIF+7qOWEbCbliFds2zKIitKVg/7ngT22U4KsMGDfjH8zapQ4RqR5kmA/jFsoZCNtm@freebsd.org X-Gm-Message-State: AOJu0Yyp5gEhJEdP173B5+x2lpdqUpBmM4sMF65eL3og+47lvcEfN3// mu4ic5qJkK6sI/3CnzSYJQbPe3G8rqyIaFvQwXNDDoxCuZ0LR/fuRaXocxCsCFJVZI0x0oRTBob xh6ei7V7xE4d5N5k6PMAIEk381UJuLvwMnbg7W388 X-Gm-Gg: ASbGncsepo7KSPJxnX9TiLR7N/Rsu85Ybamjd8TtBs3ond37owatgZaZGEUSdQy8Jxb ZuFcagzdX/zjKePh4wB1Kl4FpLiHVul0AknwlG/m+NQ5dtk63mNGV1r8OnnqCDY8qBclUuDP7Wa b/7dQ+cLXbbpvB3458c8m2oRe07216ZTfH4y6KsZDtfOhf0b7xFKabq2oMqDW5pBGxrdU2XFKi2 NchyUSX X-Google-Smtp-Source: AGHT+IGZgqyIH3uI4DxXRtYhj+DFHYKa45sqDD4Efn1C2ADz7hl0yQppNNa/FpqO6gpOTxFTZfeEYGpgE/jfucaeXBI= X-Received: by 2002:a05:620a:3887:b0:7e3:28f3:893 with SMTP id af79cd13be357-7e63c1c7502mr1109063485a.35.1753645284860; Sun, 27 Jul 2025 12:41:24 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <7F8E9486-3FF5-436F-B584-8ACB7BCF1BAD@FreeBSD.org> In-Reply-To: <7F8E9486-3FF5-436F-B584-8ACB7BCF1BAD@FreeBSD.org> From: Kevin Bowling Date: Sun, 27 Jul 2025 12:41:13 -0700 X-Gm-Features: Ac12FXyxzLGcH9MI8cfQacoqYAeIJ85LqLTxOQDY94He__4BYW-MxxfC-P9-vCo Message-ID: Subject: Re: LLVM broken on main (arm64)? To: Dimitry Andric Cc: Lexi Winter , "Herbert J. Skuhra" , current@freebsd.org, arm@freebsd.org, Kevin Bowling Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bqsRt4fPSz3xM5 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On Sun, Jul 27, 2025 at 4:58=E2=80=AFAM Dimitry Andric wr= ote: > > On 27 Jul 2025, at 13:33, Lexi Winter wrote: > > > > Dimitry Andric: > >> On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: > >>> > >>> after updating from main-n279078-1f2c178e5688 to > >>> main-n279105-9b3055d0d4bc (arm64) I have the following issue: > >>> > >>> $ cc > >>> PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and in= clude the crash backtrace, preprocessed source, and associated run script. > >>> Stack dump: > >>> 0. Program arguments: cc > >>> 1. Compilation construction > >>> Stack dump without symbol names (ensure you have llvm-symbolizer in y= our PATH or set the environment var `LLVM_SYMBOLIZER_PATH` to point to it): > >>> 0 libprivatellvm.so.19 0x00000edc041485ec llvm::sys::PrintStackTrace= (llvm::raw_ostream&, int) + 72 > >>> 1 libprivatellvm.so.19 0x00000edc041464ec llvm::sys::RunSignalHandle= rs() + 128 > >>> 2 libprivatellvm.so.19 0x00000edc04148d48 llvm::support::detail::pro= vider_format_adapter::format(llvm::raw_ostream&, llvm::StringRef) + 41= 2 > >>> 3 libthr.so.3 0x00000edc06bafc38 _pthread_sigmask + 1320 > >>> Segmentation fault > >> > >> That's a very short trace, with no useful information. Maybe installwo= rld was half-finished? > > > > i am seeing something similar on amd64 after updating past 9b3055d0d4bc= : > > > > 1& 1? 172!freebsd15 ~/src/bsd/dev [lf/dev/pkgbase-toolchain]% cc > > > > PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and incl= ude the crash backtrace, preprocessed source, and associated run script. > > Stack dump without symbol names (ensure you have llvm-symbolizer in you= r PATH or set the environment var `LLVM_SYMBOLIZER_PATH` to point to it): > > 0 libprivatellvm.so.19 0x00001ca34ed8f2c9 llvm::sys::PrintStackTrace(l= lvm::raw_ostream&, int) + 57 > > 1 libprivatellvm.so.19 0x00001ca34ed8d185 llvm::sys::RunSignalHandlers= () + 85 > > 2 libprivatellvm.so.19 0x00001ca34ed8f9d7 llvm::support::detail::provi= der_format_adapter::format(llvm::raw_ostream&, llvm::StringRef) + 375 > > 3 libthr.so.3 0x00001ca352fc88ec _pthread_sigmask + 1340 > > 4 libthr.so.3 0x00001ca352fc7ebb pthread_signals_unblock_np += 1467 > > 5 libthr.so.3 0x00001ca34449d2d3 pthread_signals_unblock_np += 18446744073462962643 > > 6 libprivatellvm.so.19 0x00001ca34d5b28be llvm::cl::opt>::~opt() + 62 > > 7 libc.so.7 0x00001ca35434131f __cxa_finalize + 351 > > [2] 5802 bus error (core dumped) cc > > > > i'm using pkgbase so unlikely to be a partial install. could it be tha= t > > this change requires a clean build? > > I think it's likely that Kevin's https://reviews.freebsd.org/D50388 / htt= ps://cgit.freebsd.org/src/commit/?id=3D9b3055d0d4bc is the cause: it flips = MK_LLVM_ASSERTIONS from "yes" to "no" by default. My guess is that some obj= ects, libraries or binaries do not get rebuilt, leading to inconsistencies. > > There probably has to be another depend-cleanup.sh hack to get over this.= Another complication is that in depend-cleanup.sh you don't have access to= the MK_xxx options from src.opts.mk. That would not be fun because the idea is to allow someone to easily toggle both directions, and not blow up the noclean build time for everyone unconditionally whacking libprivatellvm.so or the like unless there is a trivial way to detect the change. I am inclined to back this out if someone can confirm simply setting WITH_LLVM_ASSERTIONS fixed the issue. > > -Dimitry > >