Ruff 0.16 enables CPY001 under the existing ALL rule selection. Ignore the copyright-notice rule because this project does not configure a required notice.
Assisted-by: Codex (GPT-5)
Added `versionCheckHook`
Added `patches` to include missing header file `pthread.h`. Without it
the build will fail with:
> widgets/font_browser.cxx: In function 'void find_fonts()':
> widgets/font_browser.cxx:391:13: error: 'pthread_create' was not de
> 391 | if (pthread_create(&find_font_thread, NULL, find_fi
> | ^~~~~~~~~~~~~~
> | pthread_t
> make[2]: *** [Makefile:3513: widgets/flmsg-font_browser.o] Error 1
- `gccNGPackages.libbacktrace`: Remove, in favor of the `libbacktrace`
package in `pkgs/by-name`
- `stdenvNoCxx`: New, a compiler with a libc but no C++ standard library
- `libbacktrace`: Build with `stdenvNoCxx`, so `libstdc++` can link it
without a cycle
- `gccNGPackages.gcc`, `gccNGPackages.libgfortran`,
`gccNGPackages.libstdcxx`: Take `libbacktrace` as a build input and pass
`--with-system-libbacktrace`
That option is not upstream; it comes from a patch posted to gcc-patches[^1],
which we fetch from the archive rather than vendor.
One posting covers every component that links libbacktrace, so each
package filters it down to the files its own `src` carries, and leaves
out the generated files because we regenerate those locally anyway.
`gcc` and `libgfortran` were already using this `libbacktrace`, but by
faking up the sibling directory an in-tree build would have had --
archive, libtool archive and headers -- for the relative paths to resolve
against. Passing the flag lets that go.
Note that this means our libstdc++ is getting `std::stacktrace` support
for the first time; we were unwittingly excluding the vendored support.
Nothing failed, which is why it went unnoticed:
`--enable-libstdcxx-backtrace` defaults to `auto`, and `auto` means yes
wherever the library is hosted, so the feature was asked for. But the
probe that picks the object format runs `libbacktrace/filetype.awk`,
which was not among the files we copied, so it got nothing back, warned
"could not determine output file type", and quietly settled on
`enable_libstdcxx_backtrace=no`.
Note also that with this approach, a downstream `libbacktrace`
*cannot* be built by the regular `stdenv` with `useGccNG = true`,
because its symbols would conflict. We'll see whether that is acceptable
or not. If it isn't, we can still avoid vendoring, but we will need to
replicate the symbol renaming that GCC would have done externally.
[^1]: https://inbox.sourceware.org/gcc-patches/20260814013206.3818461-1-git@JohnEricson.me/
Assisted-by: Claude Code (Claude Opus 5)
With version 1.6.0 the project started using ShaderMake. There was
already a patch in place to fix compiling on Apple platforms. It seems
that with 1.6.0, this patch needs to be modified to be applied to
ShaderMake.
