leanprover / leanprover/lean4

`Application type mismatch` when using nested structure projection

Open
#9,567 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug P-low
Dominant language
Lean
Stars
9.2k
Forks
990
Avg merge
1d 17h
Merged PRs (30d)
175

Description

Prerequisites

Please put an X between the brackets as you perform the following steps:

Steps to Reproduce
structure Foo where
  S : Type

structure Foo.Bar (self : Foo) where
  s : self.S

def Foo.Bar.frob {foo : Foo} (bar : foo.Bar) : foo.Bar where
  s := bar.s

Expected behavior: Code succeeds.

Actual behavior:

Application type mismatch: The argument
  bar
has type
  foo.Bar
of sort `Type` but is expected to have type
  Foo
of sort `Type 1` in the application
  @s bar

Renaming the self variable for Foo.Bar avoids the error:

structure Foo.Bar (foo : Foo) where
  s : foo.S
Versions

Lean 4.23.0-nightly-2025-07-26

Impact

Add 👍 to issues you consider important. If others are impacted by this issue, please ask them to add 👍 to it.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the minimal Foo, Foo.Bar, and Foo.Bar.frob reproducer against the specified Lean nightly release. Trace the nested structure projection involved in the @s bar application; the issue is done when the original code succeeds without renaming self and the reproducer remains dependency-free.

Written by the indexing model from the issue text.

Assessment

Domain
compilers
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Clearly specified
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.