Files
doslang-mirror/fec/tests/exec/radix.fe
T
coolguy b4f947b643 audit: 프런트엔드 빈틈 열하나와 진법 리터럴
전부 구현 쪽이었다. SPEC 은 §6.2(체이닝·단항 뒤 as), §5 R9(asm), §6.1·§7.3
(extern, 빈 enum/error)을 이미 옳게 적고 있었고 구현만 따라가지 않았다.

  const A: i32 = r();        전역 초기값에 호출. lowering 이 조용히 버리고 0
  static A: i32 = r();       같은 것을 저장소 0 으로
  true == false == true      비교 체이닝
  -x as u32                  괄호 없이 단항 뒤 as
  asm { }                    unsafe 밖에서
  extern fn f();             ABI 문자열 없이
  extern "stdcall" fn f();   c 아닌 ABI
  extern "c" fn f() { }      extern 에 본문
  fn f() -> i32;             extern 아닌데 본문 없음
  enum E { }  error E { }    빈 선언

FRONT-01/02 는 SPEC 에도 규칙이 없었다. §7.1 에 넣었다 -- 전역의 바이트는
이미지에 들어가므로 초기값이 실행될 순간이 없다. 리터럴과 다른 const, 배리언트,
error.Name, 그리고 그것들에 대한 연산까지가 허용된다.

-x as T 와 비교 체이닝을 잡으려면 괄호가 트리에 남아야 해서 FE_NODE_PAREN 을
두었다. 파싱 뒤에는 -x as T 와 -(x as T) 가 같은 트리다.

그리고 0b1010 이 0, 0o17 이 0 이었다. 10진으로 읽다가 b 에서 멈춰 0 을 내는데
0 도 숫자라 아무도 눈치채지 못한다. 값 계산 두 군데를 고쳤다.

262/262, 40/40.
2026-08-17 17:00:29 +09:00

30 lines
762 B
Plaintext

// EXIT:0
// OUTPUT:bin 10 255 0
// OUTPUT:oct 15 511 8
// OUTPUT:hex 255 4095 16
// OUTPUT:dec 1000 1000000
// OUTPUT:same yes yes
unit radix;
import std.io;
// SPEC §3 spells four radices. Reading `0b1010` as decimal stops at the `b`
// and answers zero -- which is a number, so nothing looks wrong until the
// program does the wrong thing.
fn main() -> i32 {
@print("bin {} {} {}\n", 0b1010, 0b11111111, 0b0);
@print("oct {} {} {}\n", 0o17, 0o777, 0o10);
@print("hex {} {} {}\n", 0xFF, 0xfff, 0x10);
@print("dec {} {}\n", 1_000, 1_000_000);
// The same number four ways.
@print("same {} {}\n", yesno(0b1111 == 0o17), yesno(0o17 == 0xF));
return 0;
}
fn yesno(b: bool) -> []u8 {
if b { return "yes"; }
return "no";
}