Option to have a shared V8 library?
まだ誰も着手していません。
- 主要言語
- JavaScript
- スター
- 122k
- フォーク
- 37.3k
- 平均マージ
- 4日 2時間
- マージ済み PR(30日)
- 283
説明
What is the problem this feature will solve?
In distros like NixOS and GuixSD, building NodeJS from scratch is a heavy computation. Building vendored V8 NodeJS is not only computationally heavy, but it also makes caching the good parts of the library impossible for a simple failed test. It is painful having to wait for a day to have a package build, only for the tests to fail for the package maintainer to disable or patch them one by one per build.
What is the feature you are proposing to solve the problem?
With V8 as a shared library, it would be possible to not only cache the dependency in a functional package manager, but also use it with other packages that require them.
What alternatives have you considered?
None, as I've read somewhere than v8 dependencies are patched, which would make it impossible to use vanilla v8 alongside.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
この issue ではファイル、エントリポイント、テストが指定されていません。まず issue の議論と Node.js の V8 ビルド統合を確認し、次に共有ライブラリのサポートに必要な範囲と互換性要件を判断してください。完了とは、パッチが適用された V8 依存関係とパッケージマネージャーのキャッシュに対応する、定義済みでテスト済みのアプローチが確立されている状態です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- nodejs
- 領域
- build-system
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 活発
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 38/100