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

Build infrastructure adjusted to new LF repository structure #17

Merged
merged 10 commits into from
Jun 17, 2023
Merged

Conversation

a-sr
Copy link
Collaborator

@a-sr a-sr commented Jun 15, 2023

  • Updated LF submodule
  • Adjusted build configuration in Maven and Eclipse
  • Added mock classes that provide Kotlin-based classes for live runs. (This only affects live runs and debug runs from within Eclipse, not the final product, which will contain the real compiled Kotlin classes.)
  • Fixed problem with URI access (requires Adjustments for running the LF compiler in Epoch lingua-franca#1844)
  • Fixed compiler error detection in tests
  • Fixed code in FederatedHelloWorld

a-sr added 3 commits June 14, 2023 18:17
This only affects live runs and debug runs from within Elcipse, not the
final product, which will contain the real compiled Kotlin classes.
@a-sr a-sr changed the title Adjust build infrasturcutre to new LF reposittory structure Adjust build infrasturcture to new LF repository structure Jun 15, 2023
@a-sr a-sr marked this pull request as ready for review June 15, 2023 19:13
@a-sr a-sr requested a review from lhstrh June 15, 2023 19:13
Copy link
Member

@lhstrh lhstrh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good idea to introduce these mock classes. Much better than the injection we were doing in the main code base...

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really understand what you did here. What is the point of these changes?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I need to check whether there is an error during compilation but I don't want to parse the output of the compiler. Hence, I supply the compiler with a special error reporter to hook into the error handling. In the previous version, the occurrence on an error directly raised assertion error but it turns out the compilation is running in a separate thread, so JUnit does not notice the error and reported a successful test, even if the compilation failed. Admittedly, the new version is not perfect, but now it sets a static field to file the error in the compilation and then the JUnit test checks that field to raise an assertion error there.

@lhstrh lhstrh changed the title Adjust build infrasturcture to new LF repository structure Adjust build infrastructure to new LF repository structure Jun 16, 2023
@lhstrh lhstrh merged commit 1499185 into main Jun 17, 2023
5 checks passed
@lhstrh lhstrh deleted the lf-update branch June 17, 2023 01:29
@lhstrh lhstrh changed the title Adjust build infrastructure to new LF repository structure Build infrastructure adjusted to new LF repository structure Aug 28, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants