jiebi/CodeConvo huggingface dataset:
Change:
Package name: PDF4QT Latest released version: 1.4.0 Current version on the unstable channel: 1.3.7 Current version on the stable/release channel: 1.3.7 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Sorry for the ignorance. Repology didn't prompt me to update. I will try to update it tomorrow.
is it possible to backport to 24.05?

Discussion:
<ins> { lib, stdenv, fetchFromGitHub, cmake, asmjit, }: stdenv.mkDerivation { pname = "blend2d"; # Note: this is an outdated version for pdf4qt, but vcpkg also uses it # See 'Commit Hashes' in https://blend2d.com/download.html for newest # If the newest version is needed, we can rename this package. version = "0.10"; src = fetchFromGitHub { owner = "blend2d"; repo = "blend2d"; rev = "452d549751188b04367b5af46c040cb737f5f76c"; hash = "sha256-LDhnXsp/V1A3YqVyjBVaL7/V6Nhts/1E9hRhl2P293o="; }; outputs = [ "out" "dev" ]; nativeBuildInputs = [ cmake ]; cmakeFlags = [ (lib.cmakeFeature "ASMJIT_DIR" (toString asmjit.src)) ]; meta = { description = "2D Vector Graphics Engine Powered by a JIT Compiler"; homepage = "https://blend2d.com"; license = lib.licenses.zlib; maintainers = with lib.maintainers; [ aleksana ]; platforms = lib.platforms.all; }; } </ins>

, cmake , pkg-config , qt6 <ins> , wrapGAppsHook3 </ins> , openjpeg , tbb_2021_11 <ins> , blend2d </ins> }: stdenv.mkDerivation (finalAttrs: { pname = "pdf4qt"; <del> version = "1.3.7"; </del> <ins> version = "1.4.0.0"; </ins> src = fetchFromGitHub { owner = "JakubMelka"; repo = "PDF4QT"; rev = "v${finalAttrs.version}"; <del> hash = "sha256-wZJDMLEaHGBPSToQ+ObSfB5tw/fTIX1i5tmNPmIa7Ck="; </del> <ins> hash = "sha256-NlIy/C4uHRG5wwXPuqCShe113qhhsQ5jp50zrOLLA2c="; </ins> }; patches = [

pkg-config qt6.qttools qt6.wrapQtAppsHook <ins> # GLib-GIO-ERROR: No GSettings schemas are installed on the system wrapGAppsHook3 </ins> ]; buildInputs = [

lcms openjpeg tbb_2021_11 <ins> blend2d </ins> ]; cmakeFlags = [ (lib.cmakeBool "PDF4QT_INSTALL_TO_USR" false) ]; <ins> dontWrapGApps = true; preFixup = '' qtWrapperArgs+=(''${gappsWrapperArgs[@]}) ''; </ins> meta = { description = "Open source PDF editor"; longDescription = ''
Change:
In the process of trying to install pgmoon, I discovered than moonc wasn't available. Indeed, I can't find any reference in nixpkgs to except for an emacs mode. I can probably package this up, but I'm shocked to find that it's not already available; it's fairly obscure, but Nix has pretty good coverage. So I'll check to see if I'm just missing it (or if anyone has a nix expression for it handy) before spending the effort on it. Please run and paste the results. Odd....

Discussion:
# nix name, luarocks name, server, version,luaversion,maintainers <ins> alt-getopt,,,,,arobyn </ins> ansicolors,,,,, argparse,,,,, basexx,,,,,

markdown,,,,, mediator_lua,,,,, mpack,,,,, <ins> moonscript,,,,,arobyn </ins> nvim-client,,,,, penlight,,,,, rapidjson,,,,,

with self; { <ins> alt-getopt = buildLuarocksPackage { pname = "alt-getopt"; version = "0.8.0-1"; src = fetchurl { url    = https://luarocks.org/alt-getopt-0.8.0-1.src.rock; sha256 = "1mi97dqb97sf47vb6wrk12yf1yxcaz0asr9gbgwyngr5n1adh5i3"; }; disabled = (luaOlder "5.1") || (luaAtLeast "5.4"); propagatedBuildInputs = [ lua ]; meta = with stdenv.lib; { homepage = "https://github.com/cheusov/lua-alt-getopt"; description = "Process application arguments the same way as getopt_long"; maintainers = with maintainers; [ arobyn ]; license = { fullName = "MIT/X11"; }; }; }; </ins> ansicolors = buildLuarocksPackage { pname = "ansicolors"; version = "1.0.2-3";

}; }; }; <ins> moonscript = buildLuarocksPackage { pname = "moonscript"; version = "0.5.0-1"; src = fetchurl { url    = https://raw.githubusercontent.com/rocks-moonscript-org/moonrocks-mirror/master/moonscript-0.5.0-1.src.rock; sha256 = "09vv3ayzg94bjnzv5fw50r683ma0x3lb7sym297145zig9aqb9q9"; }; disabled = (luaOlder "5.1"); propagatedBuildInputs = [ lua lpeg alt-getopt luafilesystem ]; meta = with stdenv.lib; { homepage = "http://moonscript.org"; description = "A programmer friendly language that compiles to Lua"; maintainers = with maintainers; [ arobyn ]; license = { fullName = "MIT"; }; }; }; </ins> nvim-client = buildLuarocksPackage { pname = "nvim-client"; version = "0.2.0-1";
Change:
Opening up a new issue, as the last one, , is closed. is designed to lazy load completions via . NixOS's generated however eagerly sources everything in on startup (). This usually isn't a big problem when isn't installed into a profile, since the big bulk of completion scripts ships with will be correctly lazy loaded, leaving only a small amount of scripts being sourced on startup. This however breaks when installing as everything will be sourced on startup. I believe the fix is simply not sourcing via , leaving it fully up to lazely load the scripts (it should look in its own nix store path and in via (). Though I might've missed something of course so ccing as he's the author of and might know if there's any pitfalls in not sourcing on startup. enable install , either via. or start a new interactive bash shellsystem: host os: multi-user?: sandbox: version: channels(hed): channels(root): nixpkgs:
Tested the fix out now, and it does seem to work, (completion scripts are being picked up from and ), will make PR.

Discussion:
bashCompletion = optionalString cfg.enableCompletion '' # Check whether we're running a version of Bash that has support for # programmable completion. If we do, enable all modules installed in <del> # the system (and user profile). </del> <ins> # the system and user profile in obsolete /etc/bash_completion.d/ # directories. Bash loads completions in all # $XDG_DATA_DIRS/share/bash-completion/completions/ # on demand, so they do not need to be sourced here. </ins> if shopt -q progcomp &>/dev/null; then . "${pkgs.bash-completion}/etc/profile.d/bash_completion.sh" nullglobStatus=$(shopt -p nullglob) shopt -s nullglob for p in $NIX_PROFILES; do <del> for m in "$p/etc/bash_completion.d/"* "$p/share/bash-completion/completions/"*; do </del> <ins> for m in "$p/etc/bash_completion.d/"*; do </ins> . $m done done
Change:
Package name: jadx Latest released version: 1.5.0 Current version on the unstable channel: 1.4.7 Current version on the stable/release channel: 1.4.7 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers affects 1.4.7 - I would generally bump this myself but the packaging appears to have quirks that look like they need adaptation. Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<del> { lib , stdenv , fetchFromGitHub , gradle , jdk , quark-engine , makeWrapper , imagemagick , makeDesktopItem , copyDesktopItems , desktopToDarwinBundle </del> <ins> { lib, stdenv, fetchFromGitHub, gradle, jdk, quark-engine, makeWrapper, imagemagick, makeDesktopItem, copyDesktopItems, desktopToDarwinBundle, </ins> }: stdenv.mkDerivation (finalAttrs: {

hash = "sha256-+F+PHAd1+FmdAlQkjYDBsUYCUzKXG19ZUEorfvBUEg0="; }; <del> nativeBuildInputs = [ gradle jdk imagemagick makeWrapper copyDesktopItems ] ++ lib.optionals stdenv.hostPlatform.isDarwin [ desktopToDarwinBundle ]; </del> <ins> nativeBuildInputs = [ gradle jdk imagemagick makeWrapper copyDesktopItems ] ++ lib.optionals stdenv.hostPlatform.isDarwin [ desktopToDarwinBundle ]; </ins> # Otherwise, Gradle fails with `java.net.SocketException: Operation not permitted` __darwinAllowLocalNetworking = true;

exec = "jadx-gui"; icon = "jadx"; comment = finalAttrs.meta.description; <del> categories = [ "Development" "Utility" ]; </del> <ins> categories = [ "Development" "Utility" ]; </ins> }) ];

''; sourceProvenance = with sourceTypes; [ fromSource <del> binaryBytecode  # deps </del> <ins> binaryBytecode # deps </ins> ]; license = licenses.asl20; platforms = platforms.unix;
Change:
Build on master Steps to reproduce the behavior: Full log: it builds successfully with python39 <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It builds successfully with python39

Discussion:
{ lib, stdenv <del> , fetchurl </del> <ins> , fetchFromGitHub </ins> , substituteAll , appstream-glib , gettext , pkg-config , wrapGAppsHook3 <ins> , gobject-introspection , autoreconfHook </ins> , gtk3 , ibus , libhangul

pname = "ibus-hangul"; version = "1.5.5"; <del> src = fetchurl { url = "https://github.com/libhangul/ibus-hangul/releases/download/${version}/${pname}-${version}.tar.xz"; sha256 = "sha256-parIgobNGJYCKYYOPhp3iXinrqpIStms+kgoS4f9w7s="; </del> <ins> src = fetchFromGitHub { owner = "libhangul"; repo = "ibus-hangul"; rev = version; hash = "sha256-x2oOW8eiEuwmdCGUo+r/KcsitfGccSyianwIEaOBS3M="; </ins> }; patches = [

gettext pkg-config wrapGAppsHook3 <ins> gobject-introspection.setupHook autoreconfHook </ins> ]; buildInputs = [
Change:
Steps to reproduce the behavior: Commit seems likely to have broken the build for bitsandbytes. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I suspect the above output is related to that commit modifies or creates the module referenced above. I'm rebuilding setting the to and to to see if having dummy definitions solves the problem. Unfortunately it's slow going as it requires a full pytorch rebuild to see if it repaired bitsandbytes.
the trivial fix proposed above appears to resolve the build. Not sure if this would have ramifications elsewhere in the tree. Happy to PR the change if others want to help kick the tires
Oh!!! was mean to be a not ... how on earth did this even pass the tests (i.e. I only meant to abuse python's imperative-ness to override and keep all other symbols intact...)
a PR would be very welcome
looks like your original idea should also work, and be less broken in mysterious ways, I can do a quick PR after I make sure it works on my end.

Discussion:
--replace "include (''${CMAKE_CURRENT_SOURCE_DIR}/googletest.cmake)" "" --replace "include(GoogleTest)" "find_package(GTest REQUIRED)" <del> cat << EOF > python/triton/common/build.py </del> <ins> cat << EOF >> python/triton/common/build.py </ins> def libcuda_dirs(): return [ "${addDriverRunpath.driverLink}/lib" ] EOF
Change:
Importing as recommended in the docs should work. The circular import was notificed by the expression author: ,L32 Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
{ lib, buildPythonPackage, <del> fetchFromGitHub, </del> <ins> fetchPypi, </ins> dash, setuptools, pythonOlder,

disabled = pythonOlder "3.8"; <del> src = fetchFromGitHub { owner = "facultyai"; repo = "dash-bootstrap-components"; rev = "refs/tags/${version}"; hash = "sha256-6tx7rOB5FVj44NbTznyZd1Q0HOc8QdxiZOhja5kgpAE="; </del> <ins> src = fetchPypi { inherit version; pname = "dash_bootstrap_components"; hash = "sha256-lgoeyTl1dHkvSagkECT6POzeD1kwyXGj/IHwFsvrEJU="; </ins> }; build-system = [ setuptools ];

# Tests a additional requirements doCheck = false; <del> # Circular import # pythonImportsCheck = [ "dash_bootstrap_components" ]; </del> <ins> pythonImportsCheck = [ "dash_bootstrap_components" ]; </ins> meta = with lib; { description = "Bootstrap components for Plotly Dash";
Change:
Project description Workbench for writing toy implementations of distributed system <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit, bsd, gpl2+ , Eclipse Public License 1 platforms: linux and darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { stdenv , lib , fetchurl , makeWrapper , git , coreutils , jdk , gnuplot , graphviz }: stdenv.mkDerivation rec { pname = "maelstrom"; version = "0.2.3"; src = fetchurl { url = "https://github.com/jepsen-io/maelstrom/releases/download/v${version}/maelstrom.tar.bz2"; hash = "sha256-ISS2qma139Jz9eDxLJvULkqDZeu1vyx9ot4uO0LIVho="; }; installPhase = '' runHook preInstall mkdir $out cp -R lib $out/lib # see https://github.com/jepsen-io/maelstrom/blob/b91beef83ee40add17dfe0baf2df272869e144cf/pkg/maelstrom makeWrapper ${jdk}/bin/java $out/bin/maelstrom  --add-flags -Djava.awt.headless=true  --add-flags "-jar $out/lib/maelstrom.jar"  --set PATH ${lib.makeBinPath runtimeDependencies} runHook postInstall ''; nativeBuildInputs = [ makeWrapper ]; runtimeDependencies = [ git coreutils jdk gnuplot graphviz ]; meta = with lib; { description = "Workbench for writing toy implementations of distributed systems"; homepage = "https://github.com/jepsen-io/maelstrom"; changelog = "https://github.com/jepsen-io/maelstrom/releases/tag/${version}"; mainProgram = "maelstrom"; sourceProvenance = [ sourceTypes.binaryBytecode ]; license = licenses.epl10; maintainers = [ maintainers.emilioziniades ]; platforms = platforms.linux ++ platforms.darwin; }; } </ins>
Change:
Package name: vaultwarden Latest released version: 1.31.0 (, ) <!-- Search your package here: --- Current version on the unstable channel: 1.30.5 Current version on the stable/release channel: 1.30.5 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers: <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Damn someone beat me to it lol
vaultwarden seems borken to me, at least in aarch builds. anyone else seeing this?
it should be fixed in

Discussion:
server.succeed('[ -f "/var/lib/vaultwarden/backups/db.sqlite3" ]') server.succeed('[ -d "/var/lib/vaultwarden/backups/attachments" ]') server.succeed('[ -f "/var/lib/vaultwarden/backups/rsa_key.pem" ]') <del> server.succeed('[ -f "/var/lib/vaultwarden/backups/rsa_key.pub.pem" ]') </del> # Ensure only the db backed up with the backup command exists and not the other db files. server.succeed('[ ! -f "/var/lib/vaultwarden/backups/db.sqlite3-shm" ]') '';

rustPlatform.buildRustPackage rec { pname = "vaultwarden"; <del> version = "1.30.5"; </del> <ins> version = "1.31.0"; </ins> src = fetchFromGitHub { owner = "dani-garcia"; <del> repo = pname; </del> <ins> repo = "vaultwarden"; </ins> rev = version; <del> hash = "sha256-OwFB5ULWBefDHSkUM3nT0v2jcc5vHUvs8Ex0JauDu8w="; </del> <ins> hash = "sha256-fQjTSLPJQk1byjX+HADtQvQRqEaEiCmWjgA1WIMLBu4="; </ins> }; <del> cargoHash = "sha256-K0T0uTERjxlI3bGG/Tz6sJ0A08J0ROAhpppdZcdQPB8="; </del> <ins> cargoHash = "sha256-VWKkZvuv+B9V6pgxZRGlLIRUdLEh61RpOfEnOtEBKU0="; </ins> # used for "Server Installed" version in admin panel env.VW_VERSION = version;

}: let <del> version = "2024.5.1"; </del> <ins> version = "2024.5.1b"; </ins> bw_web_builds = fetchFromGitHub { owner = "dani-garcia"; repo = "bw_web_builds"; rev = "v${version}"; <del> hash = "sha256-iNSkvQn3g64pI0uY7M4S7jEiRRDAc0wlPuJevzMJ+dc="; </del> <ins> hash = "sha256-5nlFt05ari9ovl+CaoyR/X9BzhsmsGyDt6eGLJ5ae/4="; </ins> }; in buildNpmPackage rec {
Change:
Steps to reproduce the behavior: openbabel or any package that depends on it, i.e Kalzium The issue seems to have appeared in the most recent push to nixos-unstable, it seems to be an issue with the openbabel dependency <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Actually after properly inspecting this issue I realize that it is rather an issue with it's dependency, openbabel that fails to build
The problem is exactly this line and Python 3.12, which removed distutils: We can work around it by setting in CMake , but I didn't manage to get the Python bindings to build again, as the nix expression also crafts a custom like that:

Discussion:
<del> { stdenv, lib, fetchFromGitHub, cmake, perl, zlib, libxml2, eigen, python, cairo, pcre, pkg-config, swig, rapidjson }: </del> <ins> { stdenv , lib , fetchFromGitHub , cmake , perl , zlib , libxml2 , eigen , python , cairo , pcre , pkg-config , swig , rapidjson , boost , maeparser , coordgenlibs }: </ins> stdenv.mkDerivation rec { pname = "openbabel";

sed '1i#include <ctime>' -i include/openbabel/obutil.h # gcc12 ''; <del> buildInputs = [ perl zlib libxml2 eigen python cairo pcre swig rapidjson ]; </del> <ins> buildInputs = [ perl zlib libxml2 eigen python cairo pcre swig rapidjson boost maeparser coordgenlibs ]; </ins> nativeBuildInputs = [ cmake pkg-config ]; <del> pythonMajorMinor = "${python.sourceVersion.major}.${python.sourceVersion.minor}"; cmakeFlags = [ "-DRUN_SWIG=ON" "-DPYTHON_BINDINGS=ON" ]; </del> <ins> preConfigure = '' cmakeFlagsArray+=( "-DRUN_SWIG=ON" "-DPYTHON_BINDINGS=ON" "-DPYTHON_INSTDIR=$out/${python.sitePackages}" ) ''; </ins> # Setuptools only accepts PEP 440 version strings. The "unstable" identifier # can not be used. Instead we pretend to be the 3.2 beta release. postFixup = '' <del> cat <<EOF > $out/lib/python$pythonMajorMinor/site-packages/setup.py from distutils.core import setup </del> <ins> cat << EOF > $out/${python.sitePackages}/setup.py from setuptools import setup </ins> setup( name = 'pyopenbabel',

buildPythonPackage rec { inherit (openbabel) pname version; <del> src = "${openbabel}/lib/python${python.sourceVersion.major}.${python.sourceVersion.minor}/site-packages"; </del> <ins> src = "${openbabel}/${python.sitePackages}"; </ins> <del> nativeBuildInputs = [ openbabel ]; </del> <ins> buildInputs = [ openbabel ]; </ins> # these env variables are used by the bindings to find libraries # they need to be included explicitly in your nix-shell for
Change:
Steps to reproduce the behavior: bitwarden-desktop-2024-6.4 Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
yep, same error on my machine, as well as in I guess should be exported:
I tried this, but failed with a different error
Are you sure you are trying to build it with the latest nixpkgs? I managed to build & run bitwarden 2024.6.4 log hooks stuff appeared recently , function
Ah yes, sorry, I forgot to pull latest nixpkgs, now it works. Happy to throw together a quick PR. Do you know why this works? I'm guessing it's got something to do with the checkPhase invoking and passing into another bash invocation (and cargoCheckHook depends on logHook). I got curious, and there aren't any other packages that export logHook like this:

Discussion:
pushd ${cargoRoot} export HOME=$(mktemp -d) <del> export -f cargoCheckHook runHook _eval _callImplicitHook </del> <ins> export -f cargoCheckHook runHook _eval _callImplicitHook _logHook </ins> export cargoCheckType=release dbus-run-session  --config-file=${dbus}/share/dbus-1/session.conf
Change:
Steps to reproduce the behavior: phpactor Started bisecting it, the bad commit is in a staging merge: . <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It seems that when installing the bash completion it fails running the binary phpactor on the line : it doesn't find php. Building the package on triggers the same error but apparently it does not crash . Indeed on nixos-unstable now checks the output : So I guess the shell completion does not work on nixos-24.05 and now generate a build failure on nixos-unstable.

Discussion:
nativeBuildInputs = [ installShellFiles ]; <ins> postPatch = '' patchShebangs bin/phpactor ''; </ins> postInstall = '' installShellCompletion --cmd phpactor  --bash <($out/bin/phpactor completion bash)
Change:
Steps to reproduce the behavior: git-cola <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I'm not at a laptop for the coming weeks, so I'm not able to look into it. A segfault inside pytest doesn't sound like something git-cola specific, but not sure. If someone else wants to take a look in the meantime, that would be much appreciated
I've also run into this and have opened builds and runs with the updated PyQt5 version.
I link a few related issues:
I was able to workaround this problem by overriding the python version to be 3.11 instead of 3.12: The proper patch () is already in staging-next (), so it shouldn't be too long before it lands on master and nixpkgs-unstable.
In about a week, probably.

Discussion:
buildPythonPackage rec { pname = "pyqt5"; <del> version = "5.15.9"; </del> <ins> version = "5.15.10"; </ins> format = "pyproject"; disabled = isPy27;

src = fetchPypi { pname = "PyQt5"; inherit version; <del> hash = "sha256-3EHoQBqQ3D4raStBG9VJKrVZrieidCTu1L05FVZOxMA="; </del> <ins> hash = "sha256-1Gt4BLGxCk/5F1P4ET5bVYDStEYvMiYoji2ESXM0iYo="; </ins> }; patches = [
Change:
Steps to reproduce the behavior: distutils module was removed in python 3.12 <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
cmake ninja git <del> python3Packages.python </del> <ins> (python3Packages.python.withPackages (p: [ p.setuptools ])) </ins> ] ++ lib.optionals (buildDocs || buildMan) [ doxygen sphinx

../libcxx/test/std/utilities/utility/mem.res/mem.res.pool/mem.res.pool.mem/unsync_allocate_overaligned_request.pass.cpp ../libcxx/test/std/utilities/utility/mem.res/mem.res.pool/mem.res.pool.mem/unsync_allocate_reuse_blocks.pass.cpp ../libcxx/test/std/utilities/utility/mem.res/mem.res.pool/mem.res.pool.mem/unsync_allocate.pass.cpp <ins> ../libcxx/test/std/language.support/support.dynamic/hardware_inference_size.compile.pass.cpp ../libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.array/sized_delete_array14.pass.cpp ../libcxx/test/std/language.support/support.dynamic/new.delete/new.delete.single/sized_delete14.pass.cpp ../libcxx/test/libcxx/selftest/sh.cpp/empty.sh.cpp </ins>
Change:
Steps to reproduce the behavior: and perform a nixos-rebuild. Full Log: This is a clang build error related to the unsupported option '-fzero-call-used-regs=used-gpr'. <!-- --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Weird, that flag is supposed to be disabled by default.
Nonetheless, disabling it manually fixes it, I will create a pr.
Thanks!

Discussion:
]; # BPF A call to built-in function '__stack_chk_fail' is not supported. <del> hardeningDisable = [ "stackprotector" ]; </del> <ins> hardeningDisable = [ "stackprotector" "zerocallusedregs" ]; </ins> cmakeFlags = [ "-DUSE_EXTERNAL_JSON=ON"