Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[WIP] Versioning, back-porting, version-detection & forward/backward compatibility #418

Open
follower opened this issue Jun 22, 2020 · 1 comment
Labels
enhancement This is an enhancement on the current functionality

Comments

@follower
Copy link

follower commented Jun 22, 2020


TL;DW:

It would be useful/nice to have:

  • A godot-cpp-specific version #define or similar that could be used to conditionally include different code when building with different branches, especially in situations like Ref<> where workarounds that were required in earlier versions cause crashes in later versions. (See: [WIP] Summarise current feature state (especially Ref) vs app/branch versions #417)

  • Significant godot-cpp fixes (like the Ref<> one above) back-ported from 3.2 to 3.1 so that in many cases one code-base can support both Godot 3.1 & 3.2. (Or, prioritize 3.1 and forward-port to 3.2.)

Update: It seems like the Ref<> issue is compatible with earlier versions also.


  • Versioning, back-porting, version-detection & forward/backward compatibility

  • Back-porting to branches of godot-cpp specific fixes/improvements.

  • Compile-time version detection

  • Run-time version detection

Maybe in:

Related:

[WIP]

@Calinou Calinou added the enhancement This is an enhancement on the current functionality label Dec 17, 2020
@Calinou
Copy link
Member

Calinou commented Apr 6, 2022

See also godotengine/godot-docs#5744. We are discussing what to do for the 3.x branch and whether it's worth trying to support multiple minor versions with a single compiled add-on, but it doesn't seem to be feasible or worth it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement This is an enhancement on the current functionality
Projects
None yet
Development

No branches or pull requests

2 participants