The version 2609 seems broken for Visual Studio 2019 - it won’t compile Island project (that used to have no problem with earlier Element versions).
The error message complains some MSBuild issue.
And I have to reverted to version 2595
The version 2609 seems broken for Visual Studio 2019 - it won’t compile Island project (that used to have no problem with earlier Element versions).
The error message complains some MSBuild issue.
And I have to reverted to version 2595
Any chance of something more concrete?
Yes - the same EUnit project (that has been reported for replicating this runtime bug Login | Portal | RemObjects Software, but now has a different compile-time problem)
Note - This compile time problem happens with BOTH Visual Studio 2019, AND Water.
ConsoleApplication.zip (2.2 KB)That seems impossible, since Water doesn’t even use MSBuild.
Can you post the full (Detailed) build log?
FWIW, the attached project builds fine and without errors for me, here.
Can you set the build log verbosity to the highest setting and do a clean/rebuild again? I’m afraid there’s literally nothing actionable ion this version of the log
thanx!
That’s better; it looks like the ,linker crashes, which might explain why it doesn’t show for me as it may be Windows-specific. The linker is a new version in 2609…
2611 still having problem - the test project can be compiled, but won’t run (Windows, both Water and VS2019), raising the following errors:
An exception occurred in ConsoleApplication, thread 09C0
Type: RemObjects.Elements.System.ArgumentException
Message:
Unknown type for o [7D290CE8BCB2C68D] Test suite (0 tests) Kind: Suite
Call Stack:
00007FF6684A4D70 ElementsRaiseException ConsoleApplication.exe (linq.pas, line 205)
00007FF6684BE01E Convert.ToInt32 ConsoleApplication.exe (array.pas, line 0)
00007FF6684AEBDC Integer.CompareTo ConsoleApplication.exe (tests.pas, line 5)
000002654B172F00
00007FF6685AEAA4 $u6 ConsoleApplication.exe
000002654B172FC0
That sounds like a new/unrelated bug; logged. exact same testcase as before?
Yes. Exactly the SAME test case as before.
I feel this might be something related to the mixed source code (C# and Oxygene).
Doubtful; that distinction gets lost at a very high level in the compiler.
Would it be possible to get it fixed soon? I really need to move forward with the TensorFlow.Island project.
I’ve logged it as “unbreak now” priority, so hopefully Carlo can have a look first thing Monday.
Doesn’t seem to work? I downloaded the latest from FireHose (Based on commit [c57a5b0]) - it seems still not working
You might want to test using this test project? ConsoleApplication.zip (2.2 KB)