`@compileLog` output includes redundant `@as`

[xdBronch]

Zig Version

0.14.0-dev.1951+857383689

Steps to Reproduce and Observed Behavior

comptime {
    const a: u32 = 0;
    @compileLog(&a);
    @compileLog(@as([*]const u8, @ptrFromInt(1)));
}

Compile Log Output:
@as(*const u32, @as(u32, 0))
@as([*]const u8, @as([*]const u8, @ptrFromInt(1)).*)

@compileLog seems to try to represent the value being pointed to rather than the pointer but in both cases it ends up being wrong. the second one also dereferences a many-item pointer

Expected Behavior

i think the second one should just be @as([*]const u8, @ptrFromInt(1)), not particularly useful but correct, not any worse than current. the first one maybe should show @as(*const u32, &a)? im not sure if that would really be useful, @as(*const u32, &@as(u32, 0)) could work if we wanted it to be a little more descriptive so it'd show the underlying value for vars

[xdBronch]

fixed by #22425
new output

Compile Log Output:
@as(*const u32, &@as(u32, 0))
@as([*]const u8, @as([*]const u8, @ptrFromInt(0x1)))

should this maybe be kept open as a tracking issue to remove the redundant @as in the second log? is that much of a goal?

[mlugg]

I think this can probably be closed.

EDIT: actually, leave it, because the first also has a redundant @as which can be avoided.