Binary Ninja UI doesn't process odd sized integers and pointers

[WeiN76LQh]

Version and Platform (required):

• Binary Ninja Version: 4.3.6635-dev (6a04b0e5)
• OS: macOS
• OS Version: 15.1.1
• CPU Architecture: M1

Bug Description:
If an integer or pointer type is defined as a non-standard size (1, 2, 4 or 8 bytes in size) then it won't be handled properly in the Binary Ninja UI. The value of the type will just display the hex data for the bytes it covers and for pointers there will be no data reference.

Steps To Reproduce:
Set random data in a binary to one of the following types:

void* __ptr_width(0x3)

uint40_t

Or any other non-standard sizes.

Expected Behavior:
These values should be handled like any other sized integer or pointer. Which means that the type's value should not just display the bytes it covers but instead either shows a hex value (or whatever is appropriate) for an integer type or the destination for a pointer type, with a data reference, like they do in the standard size cases.

Screenshots/Video Recording:

Additional Information:
When setting non-standard size integer types the following message is logged in the Binary Ninja UI:

[Default] Type size mismatch converting uint40_tuint40_t to Clang (Binja size 0x5, Clang 0x8)

Also it seems that due to this Clang, Binary Ninja, mismatch, defining a structure with a uint24_t followed by a uint8_t using the C source parser will create a type that is larger than 4 bytes. Using the API the structure will be the expect 4 bytes with the uint8_t field at an offset of 3. Thats another bug so that might require another bug report but it might be related.