-
Notifications
You must be signed in to change notification settings - Fork 3k
Deprecate unsupported exporters #4742
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
Deprecate unsupported exporters #4742
Conversation
Can't we fix these instead of remove them? Do we have any data on the usage of these exporters? |
Good questions ! I'll add here contributors for these exporters to be aware |
@janjongboom I would love to have them fixed, but they really should be supported by the respective partner. I specifically put a blurb about how to get the exporters not-deprecated in the description for that purpose. |
I raise my hand also for keeping and fixing and would help with that. Yesterday I was disappointed because I'm still using mbed2 (mbed-os is too large for tiny targets) and the 'gnuarmeclipse' exporter was not availible. It took me until today to find out that it is in the mbed-sdk-tools mercurial repo, not in the github projects. A note in the mbed-cli about updating the command and the tools would be fine. Actually, the gnuarmeclipse exporter for mbed2 also has two problems:
I think for the LPC targets the LPCXpresso and now the successor MCUXpresso has some more debugging support. So I want to try again to fix this exporter and I also want to have the option to build a seperated project with only the target files for a particular target. Basically, I got this working manually:
Now there are target specific templates for this exporter, but I think these are not necessary and the IDE will create the necessary settings itself by selecting the right target MCU. So I will check if the 'single template file' requirement can be fullfilled. |
@JojoS62 I updated the mbed2 tools to follow the 5.5.2 release of mbed OS on Friday. Thanks for the feedback on them. I'm so happy that you're looking into updating the lpcxpresso exporter! I will remove the deprecation notice from this PR when I see your PR (That's why they are all separate commits). @janjongboom @JojoS62 I'm quite happy to keep exporters. I will gladly remove deprecations from this PR, or if this PR is merged, revert the appropriate commits upon update of the offending exporter. Note that some of these IDEs may be superseded, so deprecating their exporter and replacing it with the new one may be in order. |
@JojoS62 Feel free to submit an exporter PR in a broken/not working state. I will help out with hashing out the implementation. |
Thanks! |
@theotherjimmy I'm trying to trigger the zipfile option. but when I pass "--source None" the exporter complains. In OS2, the code looks strange: (line 268)
When I force zip_proj = True, the zip file is created in OS5. Couldn't be the project.py files the same in OS2 and 5? The zip file contains what eclipse needs for the import. Is this function also used by the online compiler? |
They should be
Yep. |
When you say OS 2, are you trying to do |
ok, they are not, I checked line 238 in project.py in the repos mbed-sdk-tools. I will try to use the mbed-os version tomorrow.
No, I have created two projects with mbed-cli, one is a mbed-os and the other a mbed-classic . There I start the export tests. |
ok, with forcing zip_file = True in the code I can create a .zip for my project in OS2 also. I accidently deleted .mbed in the .\export subdir, that caused the an file not found error. |
#4779 Let's not deprecate SW4STM32. |
68ab741
to
8cccd11
Compare
8cccd11
to
54cb6ef
Compare
I restarted jenkins CI as it was a problem with resources from the last week, should rerun soon. @theotherjimmy What is the status of this PR? I assume its ready for CI run? |
/morph export-build |
Result: SUCCESSYour command has finished executing! Here's what you wrote!
Outputmbed Build Number: 89 All exports and builds passed! |
We have a few questions against this PR. From contents of this PR, we read that mbed Exporter function will be not support e2 studio from now on. Is our recognition right? In addition, |
Kind of. You are correct in pointing out that the exporter is not supported, but it still functions.
That depends on your plans. I don't plan on making a PR it support the e2 studio exporter. If you or someone else did, I will remove the deprecation notice, as it is now supported by that person.
Sounds like we'll be removing the deprecation notice soon then.
This PR marks them as "not currently supported" but leaves the code in. I have already removed the SW4STM32 exporter from the list of deprecated exporters because of #4779. If you or someone else publishes a similar PR for e2 studio, I will remove the "Deprecate e2studio" commit from this series, if it's not merged yet, or ask you to add a revert commit to your PR if this PR comes in first. |
Thank you for your comments. After "export to e2 studio" was no longer supported by this PR, |
Yes. Until it is removed from the mbed OS code base, you can still export. |
Sorry that my question was not enough. |
Sorry to bother you again.
I'd appreciate if you could answer the above question. |
Alright, I'll answer again. Yes. Until I REMOVE the exporter it will still work. The exporter is currently DEPRECATED which means:
|
Thank you. |
These exporters are planned for removal in mbed OS 5.6. To keep an exporter
around, a pull request to remove one of the "Deprecate *" commits should be
submitted against mbed-os along with an update to that exporer to make it
better conform to the best practices of an exporter from the
"adding exporters" documentation. For your convinience, the applicable section
is reproduced below: