JomiTech Forums

Ahh, that makes sense. This was a known issue with 5.9 - basically the in-memory changes to the project were not being passed into the MSBuild process, so the version information was not updated. Download the following file and extract into the TwineCompile Program Files directory to resolve the iss...

That makes sense - there are some issues with the way CLANG interacts with TwineCompile and the IDE (CLANG emits UTF-8 by default, but TwineCompile operates under ISO-8859-1)

Unfortunately, jtmake doesn't support that right now. We'll definitely take it under advisement as a potential future feature. Thanks for mentioning it.

That is weird. Can you create a simple test project that reproduces this issue and send it to support@jomitech.com?

If you run a build, does the updated module version number get linked into the executable?

Glad to hear it's resolved for you.

Thanks for the test case, I was able to reproduce it. And yes, you're correct, I was testing with both options enabled. Did not expect a missing library to be resolve by having the address sanitizer turned on.

The attached targets file should resolve the issue.

Can you send a sample project that reproduces this issue to support@jomitech.com? I'm having trouble reproducing it.

Apologies for this issue. I have attached a revised targets file that should resolve this issue. Extract into the TwineCompile Program Files directory.

I can't reproduce this issue. TwineCompile is still showing up after that patch is installed. Make sure that the TwineCompile plugin is not listed in the Disabled IDE Packages section in the registry for RAD Studio, under this key:

HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\23.0