with structuredAttrs lists will be bash arrays which cannot be exported
which will be a issue with some patches and some wrappers like cc-wrapper
this makes it clearer that NIX_CFLAGS_COMPILE must be a string as lists
in env cause a eval failure
As a follow-up to #97927, chez can now find its libraries in a
nix-shell, and derivations for such libraries don't need to handle the
search path themselves.
- Add a new postInstall hook that installs Chez's kernel.o file into
the library directory. This library /should/ be installed by Chez, but
isn't, and it's the only way to properly embed Chez in your applications
or write your own shell/bootfile harness directly.
- Fixes the version number for Nix to properly reflect the one Chez
shows the user.
- Loose odds and ends (fix homepage URL, tidy up comments)
Signed-off-by: Austin Seipp <aseipp@pobox.com>
This allows us to remove a hack in the makefile, fixes a few bugs, and
also catches another edge case in the configure scripts.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
The Chez build was failing, as usual, due to impurities. The build
system refers to absolute paths for tools like `ln` or `true`, which
was the real culprit here. Furthermore the build also 'helpfully'
suppresses errors in these cases by piping to /dev/null, so you never
see any errors at build time until it's too late (otherwise, you'd
see failures to call /bin/ln or at ./configure time).
This also re-enables parallel builds, as they should be safe from
all my testing, I believe.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
Remove the parallel build[1], and update to the latest commit which
updates the .boot files and fixes a few bugs, too.
[1] I figured many builds on my dual-socket 12core would expose
problems, but I have a suspicion of that being an issue.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
