arduino 1.6.6 aka nightly build

zmemw16
Sat Oct 03, 2015 7:42 pm
just thought i’d try arduino.cc nightly aka 1.6.6 after seeing someone using it

playing with micro-sd from hobbytronics, returned to a nano to test it works, ok albeit at SPI_QUARTER_SPEED

so pointed sketchbook to sketchbook_stm32 for Arduino_STM32, compiled for a red/blue pill and got


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 ‘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.
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 ‘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.
Board Arduino_STM32:STM32F3:discovery_f3 doesn’t define a ‘build.board’ preference. Auto-set to: STM32F3_DISCOVERY_F3
Board Arduino_STM32:STM32F4:netduino2plus doesn’t define a ‘build.board’ preference. Auto-set to: STM32F4_NETDUINO2PLUS
Board Arduino_STM32:STM32F4:discovery_f407 doesn’t define a ‘build.board’ preference. Auto-set to: STM32F4_DISCOVERY_F407
Board Arduino_STM32:STM32F4:stm32f4stamp doesn’t define a ‘build.board’ preference. Auto-set to: STM32F4_STM32F4STAMP
Missing ‘maintainer’ from library in /home/stephen/sketchbook/libraries/ILI9225

Error compiling.

might serve as a heads up?

stephen


RogerClark
Tue Oct 06, 2015 1:00 am
Thanks

Perhaps they have depricated one of the work around they put in at 1.6.2 (or 1.6.3 etc … I really cant remember)
i.e the platform.rewrite.keys stuff

But looking at the output you posted it looks like another issue.

Its not exacly clear which bit of the “recipe” that it doesnt like :-(

Also, it could just be that the nightly version is broken.

It may be better just to test in a day or two, and if its still broken to post an issue on GitHub (in Arduino/Arduino)


zmemw16
Tue Oct 06, 2015 1:03 am
maybe i’ll give it a week and try again.

srp


RogerClark
Tue Oct 06, 2015 1:13 am
If I get chance I’ll try to download a nighty build at the weekend, and see if I can figure out whats causing the problem.

I think its probably about time to get rid of the plaform.rewrite keys stuff, which is only present to support Arduino 1.5.x, as I’m pretty sure no one is using that version(s) any more, and there is no reason not to use one of the stable 1.6.x verions e.g. 1.6.4


darth_llamah
Tue Oct 06, 2015 2:04 pm
This isn’t restricted to Linux.
Here are logs from Library Manager and compilation- portable Arduino 1.6.6 with official and unofficial Arduino_stm32 on Windows 10 x64

RogerClark
Tue Oct 06, 2015 8:23 pm
Some of the errors / warnings are because we have the tools folder and examples as part of the repo and the IDE throws errors about this.
(There is a work around for the boards.txt issue by putting in empty boards.txt files)

The other errors I’ll need to investigate further.


RogerClark
Thu Oct 08, 2015 6:26 am
I downloaded 1.6.6 nightly build, and then installed the Due to get the ARM compiler, and Immediatly I get warnings

And when I try to compile an empty sketch for the Due I get these warnings.

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: Category '' in library SPI is not valid. Setting to 'Uncategorized'
WARNING: Category '' in library Wire is not valid. Setting to 'Uncategorized'

Sketch uses 10,660 bytes (2%) of program storage space. Maximum is 524,288 bytes.


RogerClark
Thu Oct 08, 2015 6:47 am
Edit

I think they are intending to fix this in the next release, as my issue https://github.com/arduino/Arduino/issues/3935
now has these responses to it

ffissore closed this 7 minutes ago
@ffissore ffissore added Component: Core Type: Duplicate Architecture: SAM labels 7 minutes ago
@ffissore ffissore added this to the Release 1.6.6 milestone 7 minutes ago
@cmaglie cmaglie was assigned by ffissore 7 minutes ago


zoomx
Thu Oct 08, 2015 8:24 am
I believe that 7 is for “7 minutes ago” like the other lines.

RogerClark
Thu Oct 08, 2015 9:24 am
I’ll try downloading again tomorrow and see if its fixed in the nightly build

RogerClark
Thu Oct 08, 2015 7:44 pm
update.

I got this response on GitHub

Also these have been fixed. But until these updates to SAM core won’t get released, the warning will keep on popping up

So basically. Dont use 1.6.6 at the moment as it does not work for us and its currently not clear what we need to change.

I will need to wait for the official release of the new SAM core, before I can figure out what the changed and what we need to change


Rick Kimball
Thu Oct 08, 2015 8:50 pm
The warnings don’t prevent the IDE from working, it is the missing ‘maintainer’ entry in the library.properties file, that seems to be the deal killer.
If you edit each library.properties file and add a keyword value pair for each library:

maintainer=Joebob <[email protected]>


RogerClark
Thu Oct 08, 2015 10:16 pm
Rick,

Its also missing some stuff from boards.txt for build.board on the F3 boards (that we don’t use ) and one of the F4 boards.

I can fix these, but a lot of people are going to keep asking questions about the warnings / errors until we can fix them.
Note. I noticed someone else mailed the IDE developers mailing list about this, requesting doc’s.
As every the IDE team don’t seem to view the IDE as something anyone else is using, i.e anyone other than the Arduino dev team :-(


mrburnette
Fri Oct 09, 2015 12:14 am
Rick Kimball wrote:<…>
I can live with warnings.
-rick

RogerClark
Fri Oct 09, 2015 6:25 am
I’ve push a change, so that it will now compile on 1.6.6 – but there are loads of warnings.

I’m not quite sure why a lot of the warnings are appearing, they are associated with inline functions – (Rick I know this is a long standing issue), but it looks more like its a change to the warning level under which the code is being compiled rather than the known issue of __always_inline_ clashing with the compile definition of the same name

I guess I could bite the bullet and perhaps change all the __always_line_ stuff in the core, but this is rather high risk, and at the moment I think there are other problems with 1.6.6 in the way they have changed the “recipe” stuff.

I think we need to let the dust settle a bit on 1.6.6 before jumping to conclusions about why there are these warnings, rather than wasting time making loads of changes, only for the IDE team to possibly change things in 1.6.6. before its officially released


zmemw16
Fri Oct 09, 2015 7:21 am
maybe keep the previous 1.6.5 and it could(should?) be an ‘alpha 1.6.6’ branch, it would allow anyone interested to have a prod/play with it.
daft idea, they’d do the prod/play anyway. however it would be on a clearly separate and clean code tree
the 1.6.5 would remain as ‘was’ ready for a more complete fix to be applied later.

idle thoughts of an up all night(2nd or 3rd consecutive retired hw/sw bod:-)
the cat kept wanting out, easier to leave door open and suffer the cool night air

stephen


RogerClark
Fri Oct 09, 2015 7:25 am
The changes I pushed should not effect 1.6.5 they were mistakes / omissions in various places and what looks like possibly a new field in the libraries properties file which I expect will be ignored by 1.6.5

RogerClark
Fri Oct 09, 2015 8:27 pm
I just tried the latest Nightly version, but it still has issues as soon as install the Due.

So I really don’t think this is worth wasting time on (and download bandwidth), until its officially released, and they have fixed all the issues for their own boards.


Leave a Reply

Your email address will not be published. Required fields are marked *