Closed Bambofy closed 4 years ago
Caching might not be active if it was de-activated before 1.8.10 and you upgraded. The option is no more displayed in the IDE, but you can change the preferences.txt.
I also notice that even with this option active it tends to recompile often. At least everytime you changed one option and if you go back to an old set of option you used the same day, it will recompile anyway. Plus it is extremely slow, but probably this is because of a gcc bug to be fixed in next version.
Caching might not be active if it was de-activated before 1.8.10 and you upgraded. The option is no more displayed in the IDE, but you can change the preferences.txt.
I also notice that even with this option active it tends to recompile often. At least everytime you changed one option and if you go back to an old set of option you used the same day, it will recompile anyway. Plus it is extremely slow, but probably this is because of a gcc bug to be fixed in next version.
I have set the option "compiler.cache_core=true" inside the perferences.txt however this didn't seem to fix anything.
I am waiting for the next Arduino IDE realease since it's a paint to work on my project now. It sometimes takes 5 or 10 or more minutes to compile. "Hooray Python" maybe?
@Bambofy, @mrguen As I said several times, I could do anything on this. This is due to how Arduino handles the build. So stop to claims here it is slow. @Bambofy about your log what I can see is your sketch is dependant to:
1st log:
vm.platform.root.path=c:\program files (x86)\microsoft visual studio\2019\preview\common7\ide\extensions\p1hbfuhp.cmm\Micro Platforms\arduino16x
2nd log:
vm.platform.root.path=c:\program files (x86)\microsoft visual studio\2019\preview\common7\ide\extensions\safxk1c5.4tc\Micro Platforms\arduino16x
I don't know exactly your environment (I gues VScode) nor the sketch you built. Anyway, like this path change, I guess all is rebuilt. In the Arduino IDE, if you change one option, the IDE rebuild all. Under Linux the time to build is 10x faster (and more) for the same core and toolchain version. Under Windows, I know several network access are made for example slowing down the build and this is worst when it is a third party core.
So, it is not a core issue, I close this issue.
Describe the bug When i build/verify a sketch that uses the STM32 board nucleo-64 L452RE, the STM32 is always rebuilt causing the time taken to verify a sketch to be very long.
To Reproduce
Expected behavior Once the STM32 package is compiled it shouldn't need to re-compile every build since it doesn't change.
Screenshots
Desktop (please complete the following information):
Board (please complete the following information):
Additional context This issue is the same as here: https://github.com/stm32duino/Arduino_Core_STM32/issues/770 However there is no setting "Aggressively cache compiled core" in the arduino 1.8.10 IDE.
See attached file for full logs stm32l452re successful build.txt STM32 building every time.txt