-
-
Notifications
You must be signed in to change notification settings - Fork 63
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
Compilation of programs for the Pololu 3pi+ 2040 robot broke with the 0.7.0 release #2282
Comments
Could you see if this PR fixes your problem? #2283 |
There are still issues after testing a manual build. I have not manually built LF before, so please verify that my build process was correct: I checked out your branch, made sure to update the git submodules via
Something in the CMakeLists.txt file still seems to be off, but I have never worked with it to really understand the message. |
Yes, this build process works. An even more convenient way is to just use The CMake error is because in our Cmake system we are now using PUBLIC/PRIVATE keywords when adding compile defs or linking targets. Can you try with this version of the lab: lf-lang/lf-3pi-template#5 |
Thanks for your quick support! Your PR solves that issue, but the next one is right around the corner. As the same compilation worked with 0.6.0, I assume the issue is not really that the pico/stdlib is not there, but some new configuration causes the compilation to not find it anymore. (cutting to the relevant part)
|
Also getting
|
In our run of the lab we also want to show some of the newer layout-related features present since version 0.7.0, but this issue is preventing us from switching to 0.7.x for the robots. Can someone help us out here? |
I'm trying to help here, despite finding cmake to be a total mystery, but I ran into other problems. First, I've issued a PR (lf-lang/reactor-c#440) that fixes erroneous CMake syntax. But this just took me to this problem:
Suggestions for how to get past this problem? |
I believe this issues should have been addressed by Samules recent merges to |
@NiklasRentzCAU could you try out latest version of |
I updated my master branch and the submodule and built the project as above, now yet another issue shows up during compilation:
The related CMakeLists.txt file in src-gen/AccelerometerDisplay/low_level_platform/impl/CMakeLists.txt:64 around that line is generated to look like this:
I did not add any property related to the number of workers in the C target declaration, only the usual |
This issue is fixed in lf-lang/reactor-c#440. |
I have issued two more PRs, one in lingua-franca and one in reactor-c. Together with @erlingrj 's fix in lf-3pi-template, I was able to get the AccelerometerDisplay.lf program to compile. |
@edwardalee, you mention https://github.com/lf-lang/lf-3pi-template/pull/5/files but that's a draft PR which doesn't pass the tests. I don't get the full picture here. Could it be that there is a circular dependency in the tests not passing? |
I don't understand CMake well enough to be able to explain this magic, but the code does not compile without the change in https://github.com/lf-lang/lf-3pi-template/pull/5/files. I've gone ahead and pushed this change to main and closed the draft PR. I would not expect the tests to pass because building rp2040 code is broken with changes needed in both lingua-franca master and reactor-c. |
@edwardalee Thank you, you fixes also solve all compilation problems on my machine as well. Tomorrow I can test if the compiled program actually executes correctly on the Pololu robots as well, but this looks promising. edit: this works on the robot in the latest nightly build of the extension, this issue may be closed. |
With the newest release of Lingua Franca 0.7.0, the compilation of programs for the Pololu 3pi 2040 robot throws errors and does not compile correctly anymore. I tested one of the programs of the Embedded Systems Lab, specifically the AccelerometerDisplay.lf example with both the 0.6.0 and 0.7.0 versions of the VS Code extension and the lfc tool. Both old versions 0.6.0 compile fine, while the 0.7.0 versions show this in the output and the error log (taken from the VS Code extension):
CMakeError.log
CMakeOutput.log
Executing from lfc results in very similar errors.
The text was updated successfully, but these errors were encountered: