Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

CLI fails silently on v4.30.0+ when using module system

オープン
#89 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
52/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
静か
領域
cli, compilers

調査の方向性

リンクされた2コミットのMWEリポジトリから始め、v4.29.1とv4.30.0での動作を比較し、Main.leanとそのモジュール宣言に焦点を当てます。lean4-cliが公開されたmeta mainエントリポイントをどのように検出して呼び出すかを追跡します。モジュールベースのMain.leanが暗黙にno-opになるのではなく通常どおり実行され、既存のプレーンファイルの場合も引き続き動作すれば完了です。

索引モデルが issue の本文から書いたものです。

説明

Up to v4.29.1, it was possible to use the module system for the entry point of an executabl (Main.lean in the template lake projects). In v4.30.0 this will cause lean4-cli to fail silently resulting in a no-op when the executable is called.

Reproduction

I've created an MWE-repo with 2 commits, one working in v4.29.1 and one failing in v4.30.0:

https://github.com/joneugster/lean-cli-bug-demo/commits/main/

The key is that Main.lean contains

module

...

public meta def main (args : List String) : IO UInt32 :=
  i18n.validate args

If module is removed from Main.lean turning it into a plain Lean file, it works again.

主要言語
Lean
スター
120
フォーク
30
平均マージ
5分
マージ済み PR(30日)
4

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

leanprover/lean4-cli のほかの issue

leanprover/lean4-cli の issue をすべて見る

似ている issue

CLI の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。