IDE Arduino 1.6.6 is out!

download failures are in themselves are rather rare, except for taobao

srp

Warning: platform.txt from core 'Arduino ARM (32-bits) Boards' contains deprecated recipe.c.combine.pattern="{compiler.path}{compiler.c.elf.cmd}" {compiler.c.elf.flags} -mcpu={build.mcu} "-T{build.variant.path}/{build.ldscript}" "-Wl,-Map,{build.path}/{build.project_name}.map" {compiler.c.elf.extra_flags} -o "{build.path}/{build.project_name}.elf" "-L{build.path}" -mthumb -Wl,--cref -Wl,--check-sections -Wl,--gc-sections -Wl,--entry=Reset_Handler -Wl,--unresolved-symbols=report-all -Wl,--warn-common -Wl,--warn-section-align -Wl,--warn-unresolved-symbols -Wl,--start-group "{build.path}/syscalls_sam3.c.o" {object_files} "{build.variant.path}/{build.variant_system_lib}" "{build.path}/{archive_file}" -Wl,--end-group -lm -gcc, automatically converted to recipe.c.combine.pattern="{compiler.path}{compiler.c.elf.cmd}" {compiler.c.elf.flags} -mcpu={build.mcu} "-T{build.variant.path}/{build.ldscript}" "-Wl,-Map,{build.path}/{build.project_name}.map" {compiler.c.elf.extra_flags} -o "{build.path}/{build.project_name}.elf" "-L{build.path}" -mthumb -Wl,--cref -Wl,--check-sections -Wl,--gc-sections -Wl,--entry=Reset_Handler -Wl,--unresolved-symbols=report-all -Wl,--warn-common -Wl,--warn-section-align -Wl,--warn-unresolved-symbols -Wl,--start-group "{build.path}/core/syscalls_sam3.c.o" {object_files} "{build.variant.path}/{build.variant_system_lib}" "{build.path}/{archive_file}" -Wl,--end-group -lm -gcc. Consider upgrading this core.
Warning: platform.txt from core 'Arduino ARM (32-bits) Boards' contains deprecated recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/{archive_file}" "{object_file}", automatically converted to recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{archive_file_path}" "{object_file}". Consider upgrading this core.
Warning: platform.txt from core 'Arduino SAMD (32-bits ARM Cortex-M0+) Boards' contains deprecated recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/{archive_file}" "{object_file}", automatically converted to recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{archive_file_path}" "{object_file}". Consider upgrading this core.
Warning: platform.txt from core 'ESP8266 Modules' contains deprecated recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/{archive_file}" "{object_file}", automatically converted to recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{archive_file_path}" "{object_file}". Consider upgrading this core.
Warning: platform.txt from core 'GD32 Boards (STM32duino.com)' contains deprecated compiler.path={runtime.ide.path}/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/, automatically converted to compiler.path={runtime.tools.arm-none-eabi-gcc.path}/bin/. Consider upgrading this core.
Warning: platform.txt from core 'GD32 Boards (STM32duino.com)' contains deprecated recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/{archive_file}" "{object_file}", automatically converted to recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{archive_file_path}" "{object_file}". Consider upgrading this core.
Warning: platform.txt from core 'STM32 Boards (STM32duino.com)' contains deprecated recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/{archive_file}" "{object_file}", automatically converted to recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{archive_file_path}" "{object_file}". Consider upgrading this core.
Warning: platform.txt from core 'STM32F3 boards' contains deprecated compiler.path={runtime.ide.path}/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/, automatically converted to compiler.path={runtime.tools.arm-none-eabi-gcc.path}/bin/. Consider upgrading this core.
Warning: platform.txt from core 'STM32F3 boards' contains deprecated recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/{archive_file}" "{object_file}", automatically converted to recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{archive_file_path}" "{object_file}". Consider upgrading this core.
Warning: platform.txt from core 'STM32F4 boards' contains deprecated compiler.path={runtime.ide.path}/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/, automatically converted to compiler.path={runtime.tools.arm-none-eabi-gcc.path}/bin/. Consider upgrading this core.
Warning: platform.txt from core 'STM32F4 boards' contains deprecated recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/{archive_file}" "{object_file}", automatically converted to recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{archive_file_path}" "{object_file}". Consider upgrading this core.
Warning: platform.txt from core 'JeeLabs ARM Boards' contains deprecated compiler.path={runtime.ide.path}/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/, automatically converted to compiler.path={runtime.tools.arm-none-eabi-gcc.path}/bin/. Consider upgrading this core.
Warning: platform.txt from core 'JeeLabs AVR Boards' contains deprecated tools.avrdude.cmd.path={runtime.ide.path}/hardware/tools/avr/bin/avrdude, automatically converted to tools.avrdude.cmd.path={path}/bin/avrdude. Consider upgrading this core.
Warning: platform.txt from core 'JeeLabs AVR Boards' contains deprecated tools.avrdude.config.path={runtime.ide.path}/hardware/tools/avr/etc/avrdude.conf, automatically converted to tools.avrdude.config.path={path}/etc/avrdude.conf. Consider upgrading this core.
Warning: platform.txt from core 'JeeLabs AVR Boards' contains deprecated recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} "{build.path}/{archive_file}" "{object_file}", automatically converted to recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} "{archive_file_path}" "{object_file}". Consider upgrading this core.
Warning: platform.txt from core 'JeeLabs AVR Boards' contains deprecated recipe.c.combine.pattern="{compiler.path}{compiler.c.elf.cmd}" {compiler.c.elf.flags} -mmcu={build.mcu} -o "{build.path}/{build.project_name}.elf" {object_files} "{build.path}/{archive_file}" "-L{build.path}" -lm, automatically converted to recipe.c.combine.pattern="{compiler.path}{compiler.c.elf.cmd}" {compiler.c.elf.flags} -mmcu={build.mcu} -o "{build.path}/{build.project_name}.elf" {object_files} "{archive_file_path}" "-L{build.path}" -lm. Consider upgrading this core.
Board ide-hardware:avr:jnmicro doesn't define a 'build.board' preference. Auto-set to: AVR_JNMICRO
WARNING: Category '' in library OneWireSTM is not valid. Setting to 'Uncategorized'
WARNING: Category '' in library RTClock is not valid. Setting to 'Uncategorized'
WARNING: Category '' in library SPI is not valid. Setting to 'Uncategorized'
WARNING: Category '' in library Serasidis_EtherCard_STM is not valid. Setting to 'Uncategorized'
WARNING: Category '' in library Serasidis_VS1003B_STM is not valid. Setting to 'Uncategorized'
Missing 'maintainer' from library in /Users/jcw/Documents/Arduino/hardware/Arduino_STM32/STM32F1/libraries/TFT_ILI9163C

Error compiling.

It looks like the “recipies” in platform.txt are no longer supported.

I’ll look at what the Due recipies look like and see if I can figure out whether this is a simple change of name or something more structural.

Edit.

It looks like the compile recipies are actually OK. They run but with warnings

The issues I’m having are with libraries.

e.g. the Adafruit_ILI9341_STM
gives

exit status 1
Error compiling.

And I get

Invalid library found in xxxxx

For lots of libraries

I think I’m going to switch back to 1.6.5 and wait for the dust to settle, and I can’t believe that we are the only ones who are going to have issues when they make changes like this.

Note. I think it moves the hidden data to %LOCALAPPDATA% instead of %APPDATA% so if you downgrade you probably need to manually move it back otherwise you’ll need to download the SAM compiler again

Warning: platform.txt from core 'STM32 Boards (STM32duino.com)' contains deprecated compiler.path={runtime.ide.path}/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/, automatically converted to compiler.path={runtime.tools.arm-none-eabi-gcc.path}/bin/. Consider upgrading this core.
Warning: platform.txt from core 'STM32 Boards (STM32duino.com)' contains deprecated recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/{archive_file}" "{object_file}", automatically converted to recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{archive_file_path}" "{object_file}". Consider upgrading this core.

I took a quick look at the 2 recipes that give warnings and I could not see anything obviously wrong

I can compile a blank sketch. Its just the libraries that seem to freak it out

But then again that code doesn’t compile out of the box for 1.6.5 .. so maybe I have to grab other libraries. I’ve never tried to compile that I guess I should go read the thread.

Yeah, I did grab another project using SPI and it failed the same way

it’s whiny compiler wrote:/home/kimballr/Arduino/hardware/Arduino_STM32/STM32F1/cores/maple/wirish.h:51:28: fatal error: libmaple/stm32.h: No such file or directory
#include <libmaple/stm32.h>

I noticed its not just us that has issues, there is a 5 page thread on the Arduino.cc site with various people having various issues, for various boards.

https://forum.arduino.cc/index.php?topic=357312.60

Was the 1.6.7 you downloaded, the hourly build?

No worries

I’ll download the 1.6.6 zip file (Windows) just in case 1.6.7 has even more issues

PS. I’ve just remove the platform.rewrite.keys stuff from all other cores, and have pushed the change back to master and merged into development branches

This gets rid of most of the initial warnings apart from the stm32duino bootloader which is not a core, and I should really detach that submodule, as it doesnt get download in the zip file by default its completely separate really.

I just need to work out the syntax of how to remove a submodule in the git command line

Edit.

http://stackoverflow.com/questions/1260 … -submodule

I think I know how to fix the deprecated recipes stuff, well at least some of it

recipe.ar.pattern=”{compiler.path}{compiler.ar.cmd}” {compiler.ar.flags} {compiler.ar.extra_flags} “{build.path}/{archive_file}” “{object_file}”,

needs to become

recipe.ar.pattern=”{compiler.path}{compiler.ar.cmd}” {compiler.ar.flags} {compiler.ar.extra_flags} “{archive_file_path}” “{object_file}”.

i.e They changed

“{build.path}/{archive_file}”

to

“{archive_file_path}”

I ran the boards manager to install the SAM core to get the arm compiler, by installing the Due – and it fully installed.

But after I quite and ran the IDE again, I could not see the Due in the boards list. So I’ve had to download the SAM core all over again ….arrrggghh

Update.

Part of the issue with the libraries is that the git repo uses Submodules to reference libraries in other people’s repos, e.g. the Ethernet_STM from vassilis

Unfortunately when you download a zip file you only get empty folders for these, as git does not pull in the submodules
This is a known bug.
However it looks like the IDE gets upset if there is an empty folder in Libraries

If I populate the submodules, those initial warnings seem to go away, however it looks like if a libraies property file is not perfect it also kills the build process (which is lunacy)

WARNING: Category ” in library OneWireSTM is not valid. Setting to ‘Uncategorized’
WARNING: Category ” in library RTClock is not valid. Setting to ‘Uncategorized’
WARNING: Category ” in library SPI is not valid. Setting to ‘Uncategorized’
WARNING: Category ” in library Serasidis_EtherCard_STM is not valid. Setting to ‘Uncategorized’
WARNING: Category ” in library Serasidis_VS1003B_STM is not valid. Setting to ‘Uncategorized’
Missing ‘maintainer’ from library in C:\Users\rclark\Desktop\arduino-1.6.6\portable\sketchbook\hardware\Arduino_STM32\STM32F1\libraries\TFT_ILI9163C

Error compiling.

Just to add to the 1.6.6 madness I’m also getting this error about the Due

Warning: platform.txt from core ‘Arduino ARM (32-bits) Boards’ contains deprecated recipe.ar.pattern=”{compiler.path}{compiler.ar.cmd}” {compiler.ar.flags} {com
piler.ar.extra_flags} “{build.path}/{archive_file}” “{object_file}”, automatically converted to recipe.ar.pattern=”{compiler.path}{compiler.ar.cmd}” {compiler.a
r.flags} {compiler.ar.extra_flags} “{archive_file_path}” “{object_file}”. Consider upgrading this core.

Because you have to update to 1.6.6 of all the cores.

Strangely 1.6.5 seemed to be the default for the Due core, so I didnt really pay an attention when I Installed it.

But it looks like you must install 1.6.6 of the Due core as well, if it prompts to install 1.6.5 !!

I get

arm-none-eabi-gcc: error: C:\Users\rclark\AppData\Local\Temp\build8882868068620618024.tmp/core/syscalls_sam3.c.o: No such file or directory
arm-none-eabi-gcc: error: C:\Users\rclark\AppData\Local\Temp\build8882868068620618024.tmp/core.a: No such file or directory
Error compiling.

Edit.

The Issue with the Due not compiling seems to be some conflict between 1.6.5 and 1.6.6 even though 1.6.6 is supposed to be installed in a portable way.

It looks like the 1.6.6 installation uninstalled my Due installation in 1.6.5, so I had to re-install it.

I’m not sure why I still get that error when compiling for the Due

However I have now committed a change to fix the depreaction warnings.

This still doesnt fix our libraries issues, and even running the debug version of the IDE it doesnt give any more information about why a library is invalid.

It could be it now only accepts new style libraries with properties files etc, I’ll need to check.