Comments (10)
What's the expectation w/regards to the SDK tools packages for such a thing?
I believe we already provide a separate archive for (some kind) of sdk tools? Can be like that: to use SDK, one would need to download arch-specific toolchain + common tools packages. If that's found too cumbersome, well, I guess we can go for one package which include arch toolchain + (duplicated) common tools. That still should be quite an improvement re: download speed.
from sdk-ng.
@nashif @galak Can we investigate publishing the current combined but also architecture-specific SDKs.
from sdk-ng.
@dcpleung Your thoughts?
from sdk-ng.
I have been thinking about this for the Xtensa toolchains. One way is to produce a main SDK which supports all the QEMU targets, and others are add-ons (which install to the same directory).
The CI is already able to build all configured toolchains, but the issue is in packages. Right now everything gets packaged into one tar.gz. So the work would probably focus on changing the packaging script.
from sdk-ng.
+1
taking 20 minutes to download
Depending on circumstances, can take hours to download.
from sdk-ng.
What's the expectation w/regards to the SDK tools packages for such a thing?
from sdk-ng.
Note there are a couple more SDK developer experience improvement issues entered: #99 and #100
from sdk-ng.
few options there that will force us to move away from how we are doing things now:
-
Distribute tools with additional script that fetches the desired architecture and installs it alongside the tools, more architectures and specialized toolchains can be added on top
-
@mbolivar proposed a few times to make the toolchains part of the modules and distribute them as zephyr modules, so basically you get them via 'west' with no need to go and fetch them individually. This however does mean we still need to download the whole thing unless there is a way to just get one toolchain.
-
Make each toolchain an installable archive that can be added and stacked based on needs.
from sdk-ng.
@mbolivar proposed a few times to make the toolchains part of the modules and distribute them as zephyr modules, so basically you get them via 'west' with no need to go and fetch them individually. This however does mean we still need to download the whole thing unless there is a way to just get one toolchain.
We can support this in various ways -- I think the easiest would be to add project groups to west similarly to how they're supported by repo, and add a group namespace that's not fetched by default, but could be fetched manually.
from sdk-ng.
I've made a 0.11.0-alpha release with arch / toolchain specific pkgs as well as the full SDK.
https://github.com/zephyrproject-rtos/sdk-ng/releases/tag/v0.11.0-alpha
from sdk-ng.
Related Issues (20)
- ARC debug support broken after Zephyr SDK 0.14.2 HOT 9
- add TERM support for `tmux-256color` and `screen-256color`
- Picolibc build fails for microblazeel HOT 8
- microblaze: atomic compare-and-swap returns incorrect value HOT 2
- Zephyr SDK Bundle Link not Found HOT 1
- Invalid links in "releases" page HOT 2
- xtensa-sample_controller_zephyr-elf: qemu_xtensa boot failure with Newlib nano
- gas: Misinterpretation of the the ARM MVE VCVTNE instruction
- internal compiler error: arm_mat_mult_f64 HOT 2
- libstdc++: Use of non-standard memalign instead of C11 aligned_alloc HOT 2
- Support paths with UTF characters on Windows HOT 5
- Improve Zephyr SDK CMake with Zephyr.
- picolibc: long-long print support not enabled on prebuilt library HOT 5
- arc binutils generates incorrect thread local storage (TLS) offsets HOT 11
- qemu-system-arc has bugs in delay-slot handling that are fixed upstream HOT 1
- Illegal load of EXC_RETURN into PC issue while using spi and ble in NRF52840DK HOT 1
- Thread awareness is not available on QEMU targets HOT 1
- runpath not set for libusb.so HOT 2
- arc soft float multiply error HOT 3
- Picolibc printf options in SDK 'integer only' variant?
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from sdk-ng.