GNU bug report logs -
#34526
Updating node from version 10
Previous Next
Reported by: Daniel Gerber <dg <at> atufi.org>
Date: Mon, 18 Feb 2019 14:50:02 UTC
Severity: normal
Done: Sarah Morgensen <iskarian <at> mgsn.dev>
Bug is archived. No further changes may be made.
Full log
Message #23 received at 34526 <at> debbugs.gnu.org (full text, mbox):
Hi,
2019-02-20, Jelle Licht:
> Daniel Gerber <dg <at> atufi.org> writes:
>
>> [snip]
>> What about statically linking llhttp's C "sources" included in
>> node? Building v11.10.0 succeeds with this:
>
> You could do this, of course, but afaics this is not acceptable
> for
> inclusion in Guix proper.
>
> I don't really see any way forward between convincing the fine
> node
> folks to see the 'error of their ways', or to implement a
> ABI-compatible
> replacement for llhttp that we can actually bootstrap.
Although I would prefer the convincing-the-fine-node-folks
solution, here are two more ways to avoid dropping node with the
EOL of 8.x(LTS) at the end of 2019.
- Remove llhttp and keep only the "legacy" http-parser, or
- Accept to bootstrap it -- I mean use intermediary self-compiling
steps, like ccl, golang, java, or haskell do.
The build-time dependencies are: node <at> 11.x -> llhttp -> ts-node ->
typescript -> self (typescript), plus quite a few npm packages.
It seems that node <at> 8.x or 9.x should be a native-input to later
versions, but I do not know enough of Guile / Guix packaging to do
it myself anytime soon.
This bug report was last modified 3 years and 242 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.