Literal ${wl} in build commands
オープン
まだ誰も着手していません。
Bug
Category: Build System
Status: Needs Triage
- 主要言語
- C
- スター
- 40.4k
- フォーク
- 8.1k
- 平均マージ
- 2日 13時間
- マージ済み PR（30日）
- 96
説明
Description
When building a PHP extension using phpize (either a bundled extension or third-party extension) on macOS I see the literal string ${wl} in the build commands that are printed to the terminal, e.g.:
/usr/bin/clang ${wl}-undefined ${wl}dynamic_lookup -o .libs/soap.so -bundle .libs/soap.o .libs/php_encoding.o .libs/php_http.o .libs/php_packet_soap.o .libs/php_schema.o .libs/php_sdl.o .libs/php_xml.o -L/opt/local/lib -lxml2 -arch x86_64 -Wl,-headerpad_max_install_names -Wl,-syslibroot -Wl,/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk -arch x86_64 -Wl,-rpath -Wl,/opt/local/lib
Shouldn't that ${wl} have been replaced with -Wl, somewhere beforehand?
PHP Version
8.2.1
Operating System
macOS 13.0.1
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、macOS で phpize を使ってバンドルされた PHP 拡張機能またはサードパーティ製の PHP 拡張機能のビルドを再現し、表示されたビルドコマンドを調べます。リテラル ${wl} がどこで導入されるのか、またリンカーフラグがどのように生成されるのかを追跡します。完了の条件は、コマンドに未解決のプレースホルダーが表示されなくなることです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- c
- 領域
- build-system
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 45/100