FS0193 on a call with an explicit type argument after an earlier call with the same argument types picked another overload (works in the .NET 10 SDK)

Đang mở
#20,934 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 2 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
48/100
Loại issue
Lỗi
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
fsharp
Lĩnh vực
compilers

Hướng nghiên cứu

Start with the overload resolution behavior described in the repro and run dotnet fsi repro.fsx using the provided script. The issue also points to FSharp.Compiler.ComponentTests and a failing Assert.Equal call in TransparentCompiler.fs; inspect the related component tests to locate the regression. Done means both calls compile and select the overloads described, with the component test passing.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Bug Needs-Triage Regression

In the .NET 11 SDK (11.0.100-rc.1 and 11.0.100-rc.3) a call with an explicit type argument is rejected when an earlier call, with the same argument types but a different type argument, resolved to another overload of the same method. The .NET 10 SDK compiles the same code.

Repro steps

Save as repro.fsx and run dotnet fsi repro.fsx:

type A =
    static member Eq<'T>(x: 'T, y: 'T) = "T,T"
    static member Eq<'T>(x: seq<'T>, y: seq<'T>) = "seq,seq"

let first = A.Eq<int>([ 1 ], [ 1 ])        // picks the seq overload
let second = A.Eq<int list>([ 1 ], [ 1 ])  // should pick the 'T,'T overload with 'T = int list

Expected behavior

Both calls compile, and second picks Eq<'T>(x: 'T, y: 'T) with 'T = int list, as it does when it is the only call. On the .NET 10.0.402 SDK (F# 10) the script compiles and prints seq,seq and T,T.

Actual behavior

repro.fsx(6,29): error FS0193: Type constraint mismatch. The type
    'int list'
is not compatible with type
    'int list seq'

Without the first call the second one compiles and picks the T,T overload. It looks as if the result of resolving an overloaded call is remembered under the method and the argument types only, without the explicit type arguments.

Known workarounds

Give the two calls different argument types (for example arrays for one of them), or use the same explicit type argument in both.

Related information

  • Reproduces with 11.0.100-rc.1.26420.103 and 11.0.100-rc.3.26522.148 (dotnet fsi), Windows 11. Does not reproduce with 10.0.402.
  • Found in this repository's FSharp.Compiler.ComponentTests: Assert.Equal<ReferenceOnDisk>(list, list) in one file (xUnit's Equal<T>(IEnumerable<T>, IEnumerable<T>)) made Assert.Equal<ProjectSnapshot.ReferenceOnDisk list>(list, list) in a later file (TransparentCompiler.fs) fail with the same error.
Ngôn ngữ chính
F#
Star
4.3k
Fork
883
Merge trung bình
3 ngày 4 giờ
Pull request đã merge (30 ngày)
88

Chuẩn bị môi trường

Mở trong Codespaces

Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của dotnet/fsharp

Tất cả issue của dotnet/fsharp

Issue tương tự

Thêm issue về Compilers

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.