Make use of latin1 encoding explicit in gdextension_interface.cpp.

[Ivorforce]

This is a small sanity PR with no change in behavior. latin1 constructors and parsing functions are exposed with this PR (as is parse_utf32 with similar reasoning).

Some functions in the gdextension interface advertise to parse latin1, but they currently parse "whatever the String constructor uses" - which is parse_latin1. This is correct, but imprecise.

To give more context, for most String constructor callers, the current parse_latin1 is incorrect, as most use it to parse utf-8 literals¹. It would be sane to make the use of latin1 explicit, to avoid confusing it with the other cases.

I also took the opportunity to clean up the memnew calls of related functions a bit.

Footnotes

1. https://github.com/godotengine/godot/issues/100641 ↩

[Repiteo]

How am I just now realizing we've never had a parsing equivalent for ascii of all things. Yeah, there's the CharString function, but the fact we've never had a parse_ascii or static String ascii feels like a wild oversight.

[Ivorforce]

How am I just now realizing we've never had a parsing equivalent for ascii of all things. Yeah, there's the CharStringfunction, but the fact we've never had aparse_ascii or static String ascii feels like a wild oversight.

Hah, yeah that surprised me too. I have a PR open for it: #101304

[Ivorforce]

Quick fix due to build failing because of erroneous cache restores.

I have previously established that including a non-generated file explicitly solves such cache issues for good.

[dsnopek]

Thanks!

Overall, this is a great idea, however, I'm a little worried about introducing subtle behavior changes. There's two spots where I think behavior may be changing, and we should discuss if this is a change we want or not.

[dsnopek]

The changes in gdextension_interface.cpp look good to me!