CMake: Remove starting . from GODOTCPP_SUFFIX

[enetheru]

This is a tiny but kinda annoying issue I want to fix.

During the configuration phase to get the binary suffix(eg windows.editor.x86_64) cmake builds up a generator expression out of the relevant pieces, and that expression is put into GODOTCPP_SUFFIX. Which is analagous enough to how scons builds the binary suffix, it so that part is all good.

As it is currently, the first entry in the expression starts with a prepending . so that later when its used ike ${PROJECT_NAME}${GODOT_SUFFIX} the resulting binary looks like godot-cpp.linux.template_release.x86_64.so

This GODOTCPP_SUFFIX varible is then attached to the godot-cpp target so that downstream projects can fetch it and use it for themselves, avoiding having to build up the suffix from the pieces themselves manually which can be a pain.

So today I was wanting to use this suffix, but it comes with a leading ., and that's just not expected, and I think very rarely desired, considering all other use cases when getting parts of a whole, the delimiter isnt usually part of the resulting piece. ie a hypothetical function get_extension wouldn't provide .cpp, it would just provide cpp

So I want to remove the leading ., making the libname ~${PROJECT_NAME}.${GODOT_SUFFIX}.

The problem arises that it will effect consumer build artifacts if they use the GODOTCPP_SUFFIX variable, like I do, to name their libraries and configure related files. So if this change is accepted, I think it would need notice somehow provided to users, or fit into a specific release cycle of some sort. I'm not super familiar with release processes.

Cheers,
Samuel.

[dsnopek]

The problem arises that it will effect consumer build artifacts if they use the GODOTCPP_SUFFIX variable, like I do, to name their libraries and configure related files. So if this change is accepted, I think it would need notice somehow provided to users, or fit into a specific release cycle of some sort.

Would it make sense to add a new variable without the dot, rather than removing the dot from the existing variable? The old variable could be set in terms of the new one.

I don't know how weird or annoying that would be in a CMake context, but after the big break, it'd be nice to not do breaks that don't solve important problems

[enetheru]

Would it make sense to add a new variable without the dot, rather than removing the dot from the existing variable? The old variable could be set in terms of the new one.

That's entirely possible to do, and satisifies the possible breakage, GODOTCPP_SUFFIX2?
No matter what I name it I'm going to be unsatisfied, whats the godot convention for compatibility things like this?

In the future, would a major version be able to remove the old name? or will my mistakes live forever?
If its unlikely to change in the future I would want to use a name that at least makes sense.

• GODOTCPP_OUTPUT_SUFFIX?
• GODOTCPP_NAME_SUFFIX?
• GODOTCPP_LIB_SUFFIX?

I just read the scons code, does it also include the leading '.' ? It seems that it does from a casual glance, so perhaps there was reason in my orginal process.

Apologies if I'm a bit wordy on this, pre-emptively dealing with consequences for changes that may break code is new to me, and more talking seems the best approach to build confidence, even for such a minor thing.

[enetheru]

A little bit of bike shedding can be fun, but not too much.

• GODOTCPP_SUFFIX_TRIMMED?