Skip to content

failed to compile Arduino_core_STM32 V2.1 based projects #1414

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

Closed
graham-r opened this issue Nov 22, 2021 · 10 comments
Closed

failed to compile Arduino_core_STM32 V2.1 based projects #1414

graham-r opened this issue Nov 22, 2021 · 10 comments

Comments

@graham-r
Copy link

Using Sloeber v4.4 under Fedora 34 I am getting the #include "srcwrapper.h" not found again

I have tried using earlier STM version 2.0 but the problem persists.

The code is an existing project that compiles for Uno/Nano with no problems

@wimjongman
Copy link
Member

Are you referring to a previous issue?

@graham-r
Copy link
Author

Hi Wim

Yes, this was apparently resolved before (for Windows users ?), IIRC that issue was closed.

@wimjongman
Copy link
Member

You have to provide more information if you want us to say something meaningful. Did you not see the issue template when you filed a new issue?

http://www.catb.org/~esr/faqs/smart-questions.html

@jantje
Copy link
Member

jantje commented Nov 22, 2021

The main reasonns for #include "srcwrapper.h" not found are

  1. starting the build before the indexer finsihed so the library is not yet added. Work aroiund : build again
  2. the automatic adding of llibraries is disabled in windows->preferences->arduino. work around add srcwrapper lib manually

@graham-r graham-r reopened this Nov 22, 2021
@graham-r
Copy link
Author

Jante

I have started a new simple (example:blink) project - and the srcwrapper problem still happened until I set auto install/install libraries on #include - this seems to have sorted the srcwrapper problem (so far) - thanks for that !

The new problem (poss an STM problem) is several
"error: #include expects "FILENAME" or or #include VARIANT_H" (see attached file)

This may have something to do with the properties/settings - I shall experiment when I can.
stm_g071rb_variant_h.txt

@jantje
Copy link
Member

jantje commented Nov 22, 2021

That is issue #1369
Workaround described in #1369
or use a version smaller than V2
or use nightly

@graham-r
Copy link
Author

Thanks for the reply - I was going to try exactly that (adding a separate compile option).

I will see tomorrow.

@graham-r
Copy link
Author

graham-r commented Nov 23, 2021

Jante

I used your fix (-DVARIANT_H="${build.variant_h}") and it works (usually !)

But now I am getting this new problem - the same blink example works fine with STM32CubeProg but not on Eclipse - I have looked at other fixes for the problem below but not found a solution.

Failed to run the Upload recipe

Cannot run program "" (in directory "/home/graham/work/code/etc/etc"): error=2, No such file or directory
failed to upload "L/testSTM/${workspace_loc:/testSTM}/Release/testSTM.hex"

@jantje
Copy link
Member

jantje commented Nov 23, 2021

probably #1364

@jantje
Copy link
Member

jantje commented Dec 5, 2021

I guess this is fixed.
If not please reopen with remaining issue

@jantje jantje closed this as completed Dec 5, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants