mirror of
https://github.com/carbon-language/carbon-lang.git
synced 2026-09-27 21:00:10 +01:00
Richard Smith
c8141b59d9
These functions are dangerous, as they check whether conversions are possible without actually performing the conversions. In each case where they were used, explorer would crash in some cases if a user-defined conversion is required. This change moves us more towards implicit conversions being handled by a regular function call on an interface and away from them being magical builtins. Unfortunately, this exposes a pre-existing bug that a call of the form `x.(ImplicitAs(T).Convert)()` compiles even if `x` only has an explicit conversion to `T`. That's worked around here for now, but will need a proper fix later.
31 lines
878 B
Plaintext
31 lines
878 B
Plaintext
// Part of the Carbon Language project, under the Apache License v2.0 with LLVM
|
|
// Exceptions. See /LICENSE for license information.
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
|
//
|
|
// AUTOUPDATE
|
|
// RUN: %{not} %{explorer-run}
|
|
// RUN: %{not} %{explorer-run-trace}
|
|
|
|
package ExplorerTest api;
|
|
|
|
class IntLike {
|
|
var n: i32;
|
|
}
|
|
|
|
impl i32 as ImplicitAs(IntLike) {
|
|
fn Convert[self: i32]() -> IntLike { return {.n = self}; }
|
|
}
|
|
|
|
fn Main() -> i32 {
|
|
var arr: [i32; 4] = (0, 1, 2, 3);
|
|
// TODO: We should accept this, but currently have nowhere in our
|
|
// representation to describe the conversion.
|
|
for (x: IntLike in arr) {
|
|
Print("{0}", x.n);
|
|
// CHECK:STDERR: COMPILATION ERROR: {{.*}}/explorer/testdata/for/fail_convert.carbon:[[@LINE+3]]: type error in `for` pattern
|
|
// CHECK:STDERR: expected: i32
|
|
// CHECK:STDERR: actual: class IntLike
|
|
}
|
|
return 0;
|
|
}
|