From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 9DDDA158042 for ; Fri, 1 Nov 2024 18:05:14 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BB2DFE0965; Fri, 1 Nov 2024 18:05:07 +0000 (UTC) Received: from mail-qk1-f171.google.com (mail-qk1-f171.google.com [209.85.222.171]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 79C67E0942 for ; Fri, 1 Nov 2024 18:05:07 +0000 (UTC) Received: by mail-qk1-f171.google.com with SMTP id af79cd13be357-7b1539faa0bso149016885a.1 for ; Fri, 01 Nov 2024 11:05:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1730484307; x=1731089107; h=content-transfer-encoding:content-disposition:message-id :in-reply-to:mime-version:to:subject:from:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=YOw/GFh+UDRRuuPraWVKBv3YDA7MTSJNH8y1Jk/a6nw=; b=mrAHj0kkVZh0aclU4CmrdJYVFXz5XgUkRdjAzX1LFIdRZhPIB9cVUWy5u6cMmaJ/Ua Pe4WYxH5k4pmJYgTd+kqdvbUmbZflNUCzdPK7hu0ABQVtBYAShKn2DEAJ31POdHGZ8Fk 0ad+vnbVTpaMsv/65NpwyoCR3sPuhbHGPvST5dtFNjCl9pw3nx9L7Z2atBh11gtsrALs OMxLGtOWjuGbD2RR306ZZeYROOE70iXJan7YHZePId/HHN4prJSb2Btg+3xSa0zNn+XK DgIi+FN75n1xsCpXAvsm9miYXA/BaWV0zlnrujTqDlsxM0kLe9eHf+vuPUlaejgGhsrB boGw== X-Gm-Message-State: AOJu0Yy9WBDwsLZ0cQgZmuXiva00dYcbJFmq65/T1U4TBH4bLi7HDu9U jqC7z7QYIhzgeeMlyNg3MT2eGg0MYsfn7A2+XSnivokLqQQaBdABiEzeQ8VjqIcWkUJMKjyXgVL v X-Google-Smtp-Source: AGHT+IEsBXITkvaTpbcHhTaN5lYupnaLa0cuz2kmLG2wwoYYo9BWaB8S1XLu8DczKGSCCIgpd+NAbQ== X-Received: by 2002:a05:620a:3909:b0:7b0:6e8:94fd with SMTP id af79cd13be357-7b2f2407dd2mr1150315285a.0.1730484306614; Fri, 01 Nov 2024 11:05:06 -0700 (PDT) Received: from ffortso9 (32-216-196-135.bng01.wlmn.ct.frontiernet.net. [32.216.196.135]) by smtp.gmail.com with ESMTPSA id af79cd13be357-7b2f3a81323sm191232785a.110.2024.11.01.11.05.05 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 01 Nov 2024 11:05:06 -0700 (PDT) Date: Fri, 01 Nov 2024 14:05:04 -0400 From: Jack Subject: Re: [gentoo-user] Re: Firefox and clang To: gentoo-user@lists.gentoo.org Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: <115370864.nniJfEyVGO@rogueboard> X-Mailer: Balsa 2.6.4-238-gb8ad7d4f7 Message-Id: Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Archives-Salt: d5d49920-9d2f-49d2-b60d-47e15efa6d32 X-Archives-Hash: c0e8bbe116aa392b9b9aa8c7b84be35c On 2024.11.01 12:41, Michael wrote: > On Friday 1 November 2024 14:43:17 GMT Jack Ostroff wrote: > > On 11/1/24 7:15 AM, Michael wrote: > > > Any idea why clang was disabled in www-client/firefox-128.4.0: > > > > > > [ebuild U ] www-client/firefox-128.4.0:esr::gentoo > > > [128.3.1:esr::gentoo] USE=3D"X dbus gmp-autoupdate hwaccel =20 > jumbo-build > > > openh264 system-av1 system- harfbuzz system-icu system-jpeg > > > system-libevent system-libvpx system-webp telemetry wayland =20 > -clang* > > > -debug -eme-free -gnome-shell -hardened -jack - libproxy -lto -pgo > > > -pulseaudio (-selinux) -sndio -system-png -wifi" L10N=3D"en- GB =20 > -ach -af > > > -an -ar -ast -az -be -bg -bn -br -bs -ca -ca-valencia -cak -cs =20 > -cy -da > > > -de -dsb -el -en-CA -eo -es-AR -es-CL -es-ES -es-MX -et -eu -fa =20 > -ff -fi - > > > fr -fur -fy -ga -gd -gl -gn -gu -he -hi -hr -hsb -hu -hy -ia -id =20 > -is -it > > > -ja - ka -kab -kk -km -kn -ko -lij -lt -lv -mk -mr -ms -my -nb =20 > -ne -nl > > > -nn -oc -pa - pl -pt-BR -pt-PT -rm -ro -ru -sc -sco -si -sk -skr =20 > -sl -son > > > -sq -sr -sv -szl - ta -te -th -tl -tr -trs -uk -ur -uz -vi -xh =20 > -zh-CN > > > -zh-TW" LLVM_SLOT=3D"18 -17 (-19)" 546,124 KiB > > > > > > https://gitweb.gentoo.org/repo/gentoo.git/commit/? > > > id=3D75c0bdfd0b02568466c14d81aa0027c873a76617 > > > > Unless I miss something, I don't see evidence of that in the =20 > ebuilds. > > It looks like IUSE has changed from +clang to just clang in the =20 > latest > > ebuilds in both slots. Is it possible there is something else in =20 > your > > make.conf or packages.* which disables it? Actually, it might be =20 > that > > you need to explicitly add clang to packages.use, as not it is still > > allowed, but does not default to on. >=20 > I've checked and I have no bespoke directives for USE=3D"clang". =20 > Emerge will > use whatever is the default setting for this flag. Right, and since clang is not set by default in make.conf or your =20 profile, it is not set for firefox, although the IUSE=3D+clang set it as =20 the default in the prvious ebuild. >=20 > Without USE=3D"clang" the emerge takes 12-18% longer, but I am not sure =20 > what is > the recommended compiler for FF or why it was changed. My inadequate understanding (from the wiki) is that clang works better =20 with firefox's use of rust, compiling faster and giving better =20 performance due to optimizations which don't happen with gcc. Without =20 having read the git logs for the ebuild, I would assume the change is =20 because the relative build and runtime performance using gcc vs. clang =20 has changed. >=20 > PS. Also I do not understand the meaning of these notations: >=20 > IUSE=3D"foo" This just says that the package responds to the use flag "foo" > IUSE=3D"+foo" This also says that the default value of "foo" for this package is on, =20 unless explicitly unset in make.conf or package.use. > IUSE+=3D"foo" The "+=3D" (similar to use with ENV variables) appends the right hand =20 string to the current value, allowing the full set of IUSE flags to be =20 set over more than one line, where without the "+" a second "IUSE=3Dxxx" =20 line in an ebuild would just completely override a previous line.