Fix PDB enum storage size handling

[SaveEditors]

Summary

• stop creating every imported PDB enum as an 8-byte enum
• derive enum storage size from the CodeView underlying type when it is a known primitive
• fall back to the resolved Ghidra datatype length for non-primitive enum backing types, then preserve the old 8-byte behavior as a last resort

Why

Issue #31 points out that PDB enums are currently hardcoded to 8 bytes. The bug is in TPIStream.AddEnumType, which always does
ew EnumDataType(en.name, 8) even though LF_ENUM already carries the underlying type in �n.utype.

Validation

• compiled the new CodeViewTypeInfo helper and ran a smoke test against representative 1/2/4/8-byte CodeView primitive types
• compiled the patched TPIStream.java and helper directly against the local Ghidra 12.0.4 jars with javac

Closes #31.

[zeroKilo]

thanks for the input! im not on my pc this week, but will try to merge this on the weekend, I have to make new releases anyway
greetz WV

[SaveEditors]

Closing this PR as I requested a newer one here: #33