#3561Target
K64F
Toolchain:
GCC_ARM
Toolchain version:
not relevant
mbed-cli version:
1.0.0
meed-os sha:
f4864dc Merge pull request #3930 from ARMmbed/release-candidate
DAPLink version:
Expected behavior
mbed export -m K64F -i gnuarmeclips to create the new project
Actual behavior
the command fails with an exception
Steps to reproduce
mbed import mbed-os-example-blinky
cd mbed-os-example-blinky/
mbed export -m K64F -i gnuarmeclipse
The result is
Scan: .
Traceback (most recent call last):
File "/Users/ilg/tmp/mb/mbed-os-example-blinky/mbed-os/tools/project.py", line 248, in <module>
main()
File "/Users/ilg/tmp/mb/mbed-os-example-blinky/mbed-os/tools/project.py", line 244, in main
build_profile=profile)
File "/Users/ilg/tmp/mb/mbed-os-example-blinky/mbed-os/tools/project.py", line 94, in export
build_profile=build_profile, silent=silent)
File "/Users/ilg/tmp/mb/mbed-os-example-blinky/mbed-os/tools/project_api.py", line 222, in export_project
macros=macros)
File "/Users/ilg/tmp/mb/mbed-os-example-blinky/mbed-os/tools/project_api.py", line 89, in generate_project_files
exporter.generate()
File "/Users/ilg/tmp/mb/mbed-os-example-blinky/mbed-os/tools/export/gnuarmeclipse/__init__.py", line 129, in generate
raise NotSupportedException("No linker script found.")
tools.utils.NotSupportedException: No linker script found.
[mbed] ERROR: "python" returned error code 1.
[mbed] ERROR: Command "python -u /Users/ilg/tmp/mb/mbed-os-example-blinky/mbed-os/tools/project.py -i gnuarmeclipse -m K64F --source ." in "/Users/ilg/tmp/mb/mbed-os-example-blinky"
Same here
@ilg-ul Shoudn't this be filed under mbed-cli?
the exporter sources are part of the mbed-os repo:
https://github.com/ARMmbed/mbed-os/tree/master/tools/export/gnuarmeclipse
anyway, it is puzzling that such things happen, with so many and elaborated continuous integration bots running. :-(
I think it's #3852 @theotherjimmy
https://github.com/ARMmbed/mbed-os/pull/3924 is the fix. It's not in yet.
@theotherjimmy do you have a merge ETA?
Carlo
It should happen today
Lovely, thanks
Hey y'all, just as a follow up I'd like to mention that these kinds of failures should be caught sooner in the near future. We currently have a few different jobs that we run on PRs depending on what they modify. The most common one we run doesn't include exporters, however I am working to add this in. So hopefully we can avoid these issues in the future :+1:
any idea when the fix for this bug will be publicly available? I guess we need to wait for the next release. when is it due?
5.4.1 was released about a week ago, so I would expect the patch to be showing up publicly within the next two weeks or so. We publish patch releases usually every two weeks (give or take).
Hey @bridadan could you explain me what do you mean with We currently have a few different jobs that we run on PRs depending on what they modify.?
I guess it's some kind of automatic testing, am I right?
Cheers,
Carlo
Yup, when you look at open PRs you'll see a bunch of automatic testing that occurs. The results are at the bottom of the PR. We run a number of jobs on them, sometimes not always the same ones. This will help reduce the gap between the jobs that we run, limiting the issues that can slip through in the future.
with the current version, the export seems functional now.