"array element types do not match" error with certain literals.

[calroc]

I've been busy the last couple of days, but I sat down this evening to fiddle with fixed point 3D math and discovered something odd while building a table of sin values.

Contents of t.c:

u64 a[2] = {0x7fff8beb, 0x8000e82a};

Result of attempting to compile:

uvm/ncc % cargo run ./examples/t.c
    Finished dev [unoptimized + debuginfo] target(s) in 0.01s
     Running `target/debug/ncc ./examples/t.c`
Error: array element types do not match

I tried with 0xffffffff and 0x100000000 on the theory that it might have something to do with having literal values of both 31 and 32 bits, respectively, in the same initializer. But with that pair of initial values the program compiles without the error message.

[maximecb]

In C, int literals have type int if they can fit in the int32 range, and type long otherwise. That's probably why it's complaining.

That being said, your code should work. I'll start working on a fix :)

[maximecb]

Should be all fixed now :)

[calroc]

In C, int literals have type int if they can fit in the int32 range, and type long otherwise. That's probably why it's complaining.

I figured, that's why I thought it was odd that {0xffffffff, 0x100000000} didn't generate the same error message.

Anyway, it is fixed now, thank you very much! :)

---

(Ugh! I just noticed I wrote "31 and 32 bits" in the original comment, d'oh! I meant of course 32 and 33.)

[maximecb]

Let me know if you run into other problems and I'll try to fix them quickly, especially if they're easy to fix.

[calroc]

Will do! Cheers!

That other bug I mentioned in the UVM Wishlist #7 issue turns out not to be related to #define at all. I'll open an issue. :)