#crosscompilation — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #crosscompilation, aggregated by home.social.
-
Строим свой остров: как создать минимальный Linux для Raspberry Pi
Ещё три года назад меня просили рассказать, как собрать минимальный Linux для Raspberry Pi, — и сейчас я выполняю эту просьбу. Несмотря на то, что первоначальной целью Raspberry Pi было создание дешёвого устройства для обучения базовым навыкам программирования, информации о том как, создать минимальный Linux для Raspberry Pi в интернете немного. Я хочу восполнить этот пробел для желающих начать погружение в embedded-разработку. Linux для встраиваемых систем, включая Raspberry Pi, и Linux для PC имеют ряд различий. Различия касаются используемых загрузчиков, платформо-зависимого кода ядра, файловых систем и прочего. Для встраиваемых систем большое значение имеет Board Support Package (BSP), который обычно сопровождает различные системы на кристалле (System on Chip — SoC) или одноплатные компьютеры (Single Board Computer — SBC). Чтобы сделать статью интереснее и полезнее, я рассмотрю создание Linux для Raspberry Pi 3 и для Raspberry Pi 4 и укажу на различие этих одноплатных компьютеров в контексте загрузки и сборки ядра Linux. Также мы соберём и запустим downstream и upstream Linux-ядра для Raspberry Pi. Под Raspberry Pi 3 и Raspberry Pi 4 подразумеваются модели Raspberry Pi 3 Model B и Raspberry Pi 4 Model B соответственно. А обе модели называются в статье Raspberry Pi. Как и в моей прошлой статье по сборке Linux для PC собирать мы будем без использования Buildroot или Yocto Project , только сделаем его более практичным, так как он будет поддерживать работу с SD-картой. Такие сборки минимального Linux без Buildroot и Yocto Project мне чем-то напоминают высадку на необитаемый остров, где вы вынуждены минимальным набором инструментов благоустраивать свою жизнь. Да, вашей жизни ничего не угрожает, но определённая закалка в виде полученных базовых знаний остаётся. Поэтому системе Linux, создаваемой в статье, я дал кодовое название Robinson Linux. Я надеюсь, что после прочтения статьи вам будет гораздо проще собрать Linux для другого одноплатного компьютера, например, Orange Pi. Кому интересно погрузиться в embedded-разработку, добро пожаловать под кат.
https://habr.com/ru/companies/ruvds/articles/971084/
#linux #embedded_linux #raspberry_pi #linux_kernel #crosscompilation #devicetree #bootloader #uart #arm #статьи_ruvds
-
Строим свой остров: как создать минимальный Linux для Raspberry Pi
Ещё три года назад меня просили рассказать, как собрать минимальный Linux для Raspberry Pi, — и сейчас я выполняю эту просьбу. Несмотря на то, что первоначальной целью Raspberry Pi было создание дешёвого устройства для обучения базовым навыкам программирования, информации о том как, создать минимальный Linux для Raspberry Pi в интернете немного. Я хочу восполнить этот пробел для желающих начать погружение в embedded-разработку. Linux для встраиваемых систем, включая Raspberry Pi, и Linux для PC имеют ряд различий. Различия касаются используемых загрузчиков, платформо-зависимого кода ядра, файловых систем и прочего. Для встраиваемых систем большое значение имеет Board Support Package (BSP), который обычно сопровождает различные системы на кристалле (System on Chip — SoC) или одноплатные компьютеры (Single Board Computer — SBC). Чтобы сделать статью интереснее и полезнее, я рассмотрю создание Linux для Raspberry Pi 3 и для Raspberry Pi 4 и укажу на различие этих одноплатных компьютеров в контексте загрузки и сборки ядра Linux. Также мы соберём и запустим downstream и upstream Linux-ядра для Raspberry Pi. Под Raspberry Pi 3 и Raspberry Pi 4 подразумеваются модели Raspberry Pi 3 Model B и Raspberry Pi 4 Model B соответственно. А обе модели называются в статье Raspberry Pi. Как и в моей прошлой статье по сборке Linux для PC собирать мы будем без использования Buildroot или Yocto Project , только сделаем его более практичным, так как он будет поддерживать работу с SD-картой. Такие сборки минимального Linux без Buildroot и Yocto Project мне чем-то напоминают высадку на необитаемый остров, где вы вынуждены минимальным набором инструментов благоустраивать свою жизнь. Да, вашей жизни ничего не угрожает, но определённая закалка в виде полученных базовых знаний остаётся. Поэтому системе Linux, создаваемой в статье, я дал кодовое название Robinson Linux. Я надеюсь, что после прочтения статьи вам будет гораздо проще собрать Linux для другого одноплатного компьютера, например, Orange Pi. Кому интересно погрузиться в embedded-разработку, добро пожаловать под кат.
https://habr.com/ru/companies/ruvds/articles/971084/
#linux #embedded_linux #raspberry_pi #linux_kernel #crosscompilation #devicetree #bootloader #uart #arm #статьи_ruvds
-
Строим свой остров: как создать минимальный Linux для Raspberry Pi
Ещё три года назад меня просили рассказать, как собрать минимальный Linux для Raspberry Pi, — и сейчас я выполняю эту просьбу. Несмотря на то, что первоначальной целью Raspberry Pi было создание дешёвого устройства для обучения базовым навыкам программирования, информации о том как, создать минимальный Linux для Raspberry Pi в интернете немного. Я хочу восполнить этот пробел для желающих начать погружение в embedded-разработку. Linux для встраиваемых систем, включая Raspberry Pi, и Linux для PC имеют ряд различий. Различия касаются используемых загрузчиков, платформо-зависимого кода ядра, файловых систем и прочего. Для встраиваемых систем большое значение имеет Board Support Package (BSP), который обычно сопровождает различные системы на кристалле (System on Chip — SoC) или одноплатные компьютеры (Single Board Computer — SBC). Чтобы сделать статью интереснее и полезнее, я рассмотрю создание Linux для Raspberry Pi 3 и для Raspberry Pi 4 и укажу на различие этих одноплатных компьютеров в контексте загрузки и сборки ядра Linux. Также мы соберём и запустим downstream и upstream Linux-ядра для Raspberry Pi. Под Raspberry Pi 3 и Raspberry Pi 4 подразумеваются модели Raspberry Pi 3 Model B и Raspberry Pi 4 Model B соответственно. А обе модели называются в статье Raspberry Pi. Как и в моей прошлой статье по сборке Linux для PC собирать мы будем без использования Buildroot или Yocto Project , только сделаем его более практичным, так как он будет поддерживать работу с SD-картой. Такие сборки минимального Linux без Buildroot и Yocto Project мне чем-то напоминают высадку на необитаемый остров, где вы вынуждены минимальным набором инструментов благоустраивать свою жизнь. Да, вашей жизни ничего не угрожает, но определённая закалка в виде полученных базовых знаний остаётся. Поэтому системе Linux, создаваемой в статье, я дал кодовое название Robinson Linux. Я надеюсь, что после прочтения статьи вам будет гораздо проще собрать Linux для другого одноплатного компьютера, например, Orange Pi. Кому интересно погрузиться в embedded-разработку, добро пожаловать под кат.
https://habr.com/ru/companies/ruvds/articles/971084/
#linux #embedded_linux #raspberry_pi #linux_kernel #crosscompilation #devicetree #bootloader #uart #arm #статьи_ruvds
-
Строим свой остров: как создать минимальный Linux для Raspberry Pi
Ещё три года назад меня просили рассказать, как собрать минимальный Linux для Raspberry Pi, — и сейчас я выполняю эту просьбу. Несмотря на то, что первоначальной целью Raspberry Pi было создание дешёвого устройства для обучения базовым навыкам программирования, информации о том как, создать минимальный Linux для Raspberry Pi в интернете немного. Я хочу восполнить этот пробел для желающих начать погружение в embedded-разработку. Linux для встраиваемых систем, включая Raspberry Pi, и Linux для PC имеют ряд различий. Различия касаются используемых загрузчиков, платформо-зависимого кода ядра, файловых систем и прочего. Для встраиваемых систем большое значение имеет Board Support Package (BSP), который обычно сопровождает различные системы на кристалле (System on Chip — SoC) или одноплатные компьютеры (Single Board Computer — SBC). Чтобы сделать статью интереснее и полезнее, я рассмотрю создание Linux для Raspberry Pi 3 и для Raspberry Pi 4 и укажу на различие этих одноплатных компьютеров в контексте загрузки и сборки ядра Linux. Также мы соберём и запустим downstream и upstream Linux-ядра для Raspberry Pi. Под Raspberry Pi 3 и Raspberry Pi 4 подразумеваются модели Raspberry Pi 3 Model B и Raspberry Pi 4 Model B соответственно. А обе модели называются в статье Raspberry Pi. Как и в моей прошлой статье по сборке Linux для PC собирать мы будем без использования Buildroot или Yocto Project , только сделаем его более практичным, так как он будет поддерживать работу с SD-картой. Такие сборки минимального Linux без Buildroot и Yocto Project мне чем-то напоминают высадку на необитаемый остров, где вы вынуждены минимальным набором инструментов благоустраивать свою жизнь. Да, вашей жизни ничего не угрожает, но определённая закалка в виде полученных базовых знаний остаётся. Поэтому системе Linux, создаваемой в статье, я дал кодовое название Robinson Linux. Я надеюсь, что после прочтения статьи вам будет гораздо проще собрать Linux для другого одноплатного компьютера, например, Orange Pi. Кому интересно погрузиться в embedded-разработку, добро пожаловать под кат.
https://habr.com/ru/companies/ruvds/articles/971084/
#linux #embedded_linux #raspberry_pi #linux_kernel #crosscompilation #devicetree #bootloader #uart #arm #статьи_ruvds
-
So you created your favorite product system image, minimized it, tested its systemd-sysupdate over-the-air update capabilities, your CI automatically tests it in sandboxed virtual networks, and you are happy with it. Now your carefully engineered product wants to be deployed to a smaller embedded system without hassle? Maybe even from your Mac?
The final piece of the NixOS appliance image blog post series puzzle is here, and we are tackling one of the nastiest challenges in embedded systems and make it look easy: Cross-Compilation.
We started with the basics and progressively added advanced capabilities:
🔹 Part 1: Making "self-inflating" NixOS images that automatically resize their filesystems on first boot using systemd-repart
🔹 Part 2: Learn how to use builtin Nix capabilities to minimize images
🔹 Part 3: Implementing robust, atomic auto-updates with systemd-sysupdate
🔹 Part 4: Cross-compiling the image from any platform to any platformIf you are building IoT devices or optimized cloud images, you rarely build on the target hardware. You want to build here (e.g., a powerful x86 server or a MacBook) to deploy there (e.g., ARM64 Raspberry Pi, small RISCV board or whatever small system).
In this final guide, we provide a scalable Nix Flake architecture designed to handle this elegantly.
We move beyond simple cross-compilation hacks and show you how to:✅ Strictly separate system configuration from build platform metadata.
✅ Automatically generate every combination of build/host platform (the Cartesian product).
✅ Build Linux images effortlessly even from macOS.This is the blueprint for a maintainable, multi-architecture build pipeline.
👉 Read the Article: https://nixcademy.com/posts/cross-compile-nixos-images/
👉 Get the Code: https://nixcademy.com/posts/cross-compile-nixos-images/#NixOS #Nix #DevOps #EmbeddedSystems #IoT #CrossCompilation #Linux
-
So you created your favorite product system image, minimized it, tested its systemd-sysupdate over-the-air update capabilities, your CI automatically tests it in sandboxed virtual networks, and you are happy with it. Now your carefully engineered product wants to be deployed to a smaller embedded system without hassle? Maybe even from your Mac?
The final piece of the NixOS appliance image blog post series puzzle is here, and we are tackling one of the nastiest challenges in embedded systems and make it look easy: Cross-Compilation.
We started with the basics and progressively added advanced capabilities:
🔹 Part 1: Making "self-inflating" NixOS images that automatically resize their filesystems on first boot using systemd-repart
🔹 Part 2: Learn how to use builtin Nix capabilities to minimize images
🔹 Part 3: Implementing robust, atomic auto-updates with systemd-sysupdate
🔹 Part 4: Cross-compiling the image from any platform to any platformIf you are building IoT devices or optimized cloud images, you rarely build on the target hardware. You want to build here (e.g., a powerful x86 server or a MacBook) to deploy there (e.g., ARM64 Raspberry Pi, small RISCV board or whatever small system).
In this final guide, we provide a scalable Nix Flake architecture designed to handle this elegantly.
We move beyond simple cross-compilation hacks and show you how to:✅ Strictly separate system configuration from build platform metadata.
✅ Automatically generate every combination of build/host platform (the Cartesian product).
✅ Build Linux images effortlessly even from macOS.This is the blueprint for a maintainable, multi-architecture build pipeline.
👉 Read the Article: https://nixcademy.com/posts/cross-compile-nixos-images/
👉 Get the Code: https://nixcademy.com/posts/cross-compile-nixos-images/#NixOS #Nix #DevOps #EmbeddedSystems #IoT #CrossCompilation #Linux
-
So you created your favorite product system image, minimized it, tested its systemd-sysupdate over-the-air update capabilities, your CI automatically tests it in sandboxed virtual networks, and you are happy with it. Now your carefully engineered product wants to be deployed to a smaller embedded system without hassle? Maybe even from your Mac?
The final piece of the NixOS appliance image blog post series puzzle is here, and we are tackling one of the nastiest challenges in embedded systems and make it look easy: Cross-Compilation.
We started with the basics and progressively added advanced capabilities:
🔹 Part 1: Making "self-inflating" NixOS images that automatically resize their filesystems on first boot using systemd-repart
🔹 Part 2: Learn how to use builtin Nix capabilities to minimize images
🔹 Part 3: Implementing robust, atomic auto-updates with systemd-sysupdate
🔹 Part 4: Cross-compiling the image from any platform to any platformIf you are building IoT devices or optimized cloud images, you rarely build on the target hardware. You want to build here (e.g., a powerful x86 server or a MacBook) to deploy there (e.g., ARM64 Raspberry Pi, small RISCV board or whatever small system).
In this final guide, we provide a scalable Nix Flake architecture designed to handle this elegantly.
We move beyond simple cross-compilation hacks and show you how to:✅ Strictly separate system configuration from build platform metadata.
✅ Automatically generate every combination of build/host platform (the Cartesian product).
✅ Build Linux images effortlessly even from macOS.This is the blueprint for a maintainable, multi-architecture build pipeline.
👉 Read the Article: https://nixcademy.com/posts/cross-compile-nixos-images/
👉 Get the Code: https://nixcademy.com/posts/cross-compile-nixos-images/#NixOS #Nix #DevOps #EmbeddedSystems #IoT #CrossCompilation #Linux
-
So you created your favorite product system image, minimized it, tested its systemd-sysupdate over-the-air update capabilities, your CI automatically tests it in sandboxed virtual networks, and you are happy with it. Now your carefully engineered product wants to be deployed to a smaller embedded system without hassle? Maybe even from your Mac?
The final piece of the NixOS appliance image blog post series puzzle is here, and we are tackling one of the nastiest challenges in embedded systems and make it look easy: Cross-Compilation.
We started with the basics and progressively added advanced capabilities:
🔹 Part 1: Making "self-inflating" NixOS images that automatically resize their filesystems on first boot using systemd-repart
🔹 Part 2: Learn how to use builtin Nix capabilities to minimize images
🔹 Part 3: Implementing robust, atomic auto-updates with systemd-sysupdate
🔹 Part 4: Cross-compiling the image from any platform to any platformIf you are building IoT devices or optimized cloud images, you rarely build on the target hardware. You want to build here (e.g., a powerful x86 server or a MacBook) to deploy there (e.g., ARM64 Raspberry Pi, small RISCV board or whatever small system).
In this final guide, we provide a scalable Nix Flake architecture designed to handle this elegantly.
We move beyond simple cross-compilation hacks and show you how to:✅ Strictly separate system configuration from build platform metadata.
✅ Automatically generate every combination of build/host platform (the Cartesian product).
✅ Build Linux images effortlessly even from macOS.This is the blueprint for a maintainable, multi-architecture build pipeline.
👉 Read the Article: https://nixcademy.com/posts/cross-compile-nixos-images/
👉 Get the Code: https://nixcademy.com/posts/cross-compile-nixos-images/#NixOS #Nix #DevOps #EmbeddedSystems #IoT #CrossCompilation #Linux
-
I uploaded another #LLVM #Meetup #Darmstadt talk to our YouTube.
Talking about #Buildbots and #CrossCompilation to submit patches to the #XRay system.Check it out!
Sebastian Kreutzer - Taming the Buildbots [LLVM Meetup Darmstadt]
https://youtu.be/zsPkJmAgvOU -
I uploaded another #LLVM #Meetup #Darmstadt talk to our YouTube.
Talking about #Buildbots and #CrossCompilation to submit patches to the #XRay system.Check it out!
Sebastian Kreutzer - Taming the Buildbots [LLVM Meetup Darmstadt]
https://youtu.be/zsPkJmAgvOU -
I uploaded another #LLVM #Meetup #Darmstadt talk to our YouTube.
Talking about #Buildbots and #CrossCompilation to submit patches to the #XRay system.Check it out!
Sebastian Kreutzer - Taming the Buildbots [LLVM Meetup Darmstadt]
https://youtu.be/zsPkJmAgvOU -
Getting started with a cool new project: building my own minimalist Linux OS for x86_64 using Buildroot! 🛠️
Just finished the full cross-compilation with the pc_x86_64_bios_defconfig. The resulting tiny system is up and running in QEMU.
Excited to spend the next few days exploring Buildroot's potential, from custom kernels to package management. Time to dig into the embedded world! 🚀
#Buildroot #Linux #EmbeddedSystems #QEMU #CrossCompilation #OSDev #VirtIO #OpenSource
-
Getting started with a cool new project: building my own minimalist Linux OS for x86_64 using Buildroot! 🛠️
Just finished the full cross-compilation with the pc_x86_64_bios_defconfig. The resulting tiny system is up and running in QEMU.
Excited to spend the next few days exploring Buildroot's potential, from custom kernels to package management. Time to dig into the embedded world! 🚀
#Buildroot #Linux #EmbeddedSystems #QEMU #CrossCompilation #OSDev #VirtIO #OpenSource
-
Getting started with a cool new project: building my own minimalist Linux OS for x86_64 using Buildroot! 🛠️
Just finished the full cross-compilation with the pc_x86_64_bios_defconfig. The resulting tiny system is up and running in QEMU.
Excited to spend the next few days exploring Buildroot's potential, from custom kernels to package management. Time to dig into the embedded world! 🚀
#Buildroot #Linux #EmbeddedSystems #QEMU #CrossCompilation #OSDev #VirtIO #OpenSource
-
Getting started with a cool new project: building my own minimalist Linux OS for x86_64 using Buildroot! 🛠️
Just finished the full cross-compilation with the pc_x86_64_bios_defconfig. The resulting tiny system is up and running in QEMU.
Excited to spend the next few days exploring Buildroot's potential, from custom kernels to package management. Time to dig into the embedded world! 🚀
#Buildroot #Linux #EmbeddedSystems #QEMU #CrossCompilation #OSDev #VirtIO #OpenSource
-
Getting started with a cool new project: building my own minimalist Linux OS for x86_64 using Buildroot! 🛠️
Just finished the full cross-compilation with the pc_x86_64_bios_defconfig. The resulting tiny system is up and running in QEMU.
Excited to spend the next few days exploring Buildroot's potential, from custom kernels to package management. Time to dig into the embedded world! 🚀
#Buildroot #Linux #EmbeddedSystems #QEMU #CrossCompilation #OSDev #VirtIO #OpenSource
-
I've found out the reason for the error:
error: could not find native static library `ggml`, perhaps an -L flag is missing?
Apparently, when cross-compiling, it can sometimes happen (especially with Windows target) that the compiler searches for "lib*" as prefix in the file name.
So when renaming compiled `ggml` to `libggml`, the error disappeared.
Unfortunately, I still get a linker error, but I don't bother anymore (direct Windows compile in CI works now)
-
I've found out the reason for the error:
error: could not find native static library `ggml`, perhaps an -L flag is missing?
Apparently, when cross-compiling, it can sometimes happen (especially with Windows target) that the compiler searches for "lib*" as prefix in the file name.
So when renaming compiled `ggml` to `libggml`, the error disappeared.
Unfortunately, I still get a linker error, but I don't bother anymore (direct Windows compile in CI works now)
-
I've found out the reason for the error:
error: could not find native static library `ggml`, perhaps an -L flag is missing?
Apparently, when cross-compiling, it can sometimes happen (especially with Windows target) that the compiler searches for "lib*" as prefix in the file name.
So when renaming compiled `ggml` to `libggml`, the error disappeared.
Unfortunately, I still get a linker error, but I don't bother anymore (direct Windows compile in CI works now)
-
I've found out the reason for the error:
error: could not find native static library `ggml`, perhaps an -L flag is missing?
Apparently, when cross-compiling, it can sometimes happen (especially with Windows target) that the compiler searches for "lib*" as prefix in the file name.
So when renaming compiled `ggml` to `libggml`, the error disappeared.
Unfortunately, I still get a linker error, but I don't bother anymore (direct Windows compile in CI works now)
-
I've found out the reason for the error:
error: could not find native static library `ggml`, perhaps an -L flag is missing?
Apparently, when cross-compiling, it can sometimes happen (especially with Windows target) that the compiler searches for "lib*" as prefix in the file name.
So when renaming compiled `ggml` to `libggml`, the error disappeared.
Unfortunately, I still get a linker error, but I don't bother anymore (direct Windows compile in CI works now)
-
Loko Scheme: where optimizing compilers meet the chaos of #Linux and #NetBSD bare metal 🤖. A delightful trip back to the 90s, complete with a Git clone adventure 🚀. Because who doesn't want to crosscompile while speaking fluent R6RS and R7RS? 😂
https://scheme.fail/ #LokoScheme #OptimizingCompilers #CrossCompilation #RetroTech #HackerNews #ngated -
Loko Scheme: where optimizing compilers meet the chaos of #Linux and #NetBSD bare metal 🤖. A delightful trip back to the 90s, complete with a Git clone adventure 🚀. Because who doesn't want to crosscompile while speaking fluent R6RS and R7RS? 😂
https://scheme.fail/ #LokoScheme #OptimizingCompilers #CrossCompilation #RetroTech #HackerNews #ngated -
Loko Scheme: where optimizing compilers meet the chaos of #Linux and #NetBSD bare metal 🤖. A delightful trip back to the 90s, complete with a Git clone adventure 🚀. Because who doesn't want to crosscompile while speaking fluent R6RS and R7RS? 😂
https://scheme.fail/ #LokoScheme #OptimizingCompilers #CrossCompilation #RetroTech #HackerNews #ngated -
Loko Scheme: where optimizing compilers meet the chaos of #Linux and #NetBSD bare metal 🤖. A delightful trip back to the 90s, complete with a Git clone adventure 🚀. Because who doesn't want to crosscompile while speaking fluent R6RS and R7RS? 😂
https://scheme.fail/ #LokoScheme #OptimizingCompilers #CrossCompilation #RetroTech #HackerNews #ngated -
Continuing on my cross-compilation nightmare from above:
The error "could not find native static library `ggml`, perhaps an -L flag is missing?" has vanished into thin air (I've merely updated to the newest whisper-rs)! 🌬️ I have no clue what could have fixed it...
...but now I get a different error:
unknown type name 'THREAD_POWER_THROTTLING_STATE'If it is not clear by now: This is total hell! 🔥
How can anyone use these systems and still be a sane person!?1/2
-
Continuing on my cross-compilation nightmare from above:
The error "could not find native static library `ggml`, perhaps an -L flag is missing?" has vanished into thin air (I've merely updated to the newest whisper-rs)! 🌬️ I have no clue what could have fixed it...
...but now I get a different error:
unknown type name 'THREAD_POWER_THROTTLING_STATE'If it is not clear by now: This is total hell! 🔥
How can anyone use these systems and still be a sane person!?1/2
-
Continuing on my cross-compilation nightmare from above:
The error "could not find native static library `ggml`, perhaps an -L flag is missing?" has vanished into thin air (I've merely updated to the newest whisper-rs)! 🌬️ I have no clue what could have fixed it...
...but now I get a different error:
unknown type name 'THREAD_POWER_THROTTLING_STATE'If it is not clear by now: This is total hell! 🔥
How can anyone use these systems and still be a sane person!?1/2
-
Continuing on my cross-compilation nightmare from above:
The error "could not find native static library `ggml`, perhaps an -L flag is missing?" has vanished into thin air (I've merely updated to the newest whisper-rs)! 🌬️ I have no clue what could have fixed it...
...but now I get a different error:
unknown type name 'THREAD_POWER_THROTTLING_STATE'If it is not clear by now: This is total hell! 🔥
How can anyone use these systems and still be a sane person!?1/2
-
Continuing on my cross-compilation nightmare from above:
The error "could not find native static library `ggml`, perhaps an -L flag is missing?" has vanished into thin air (I've merely updated to the newest whisper-rs)! 🌬️ I have no clue what could have fixed it...
...but now I get a different error:
unknown type name 'THREAD_POWER_THROTTLING_STATE'If it is not clear by now: This is total hell! 🔥
How can anyone use these systems and still be a sane person!?1/2
-
Cross-compiling a #Rust project that has custom build scripts that build C/C++ dependencies is an absolute clusterfuck!
I'm trying to cross-compile a Rust project from #Linux -> #Windows (x86_64-pc-windows-gnu) and I get walls of errors!
Some I could already fix by setting env vars to different compilers (gcc, g++, oh my!), but now I'm stuck. Maybe some missing compiler flags to gcc?
Or could it be related to this?
=> https://stackoverflow.com/a/53635241 -
Cross-compiling a #Rust project that has custom build scripts that build C/C++ dependencies is an absolute clusterfuck!
I'm trying to cross-compile a Rust project from #Linux -> #Windows (x86_64-pc-windows-gnu) and I get walls of errors!
Some I could already fix by setting env vars to different compilers (gcc, g++, oh my!), but now I'm stuck. Maybe some missing compiler flags to gcc?
Or could it be related to this?
=> https://stackoverflow.com/a/53635241 -
Cross-compiling a #Rust project that has custom build scripts that build C/C++ dependencies is an absolute clusterfuck!
I'm trying to cross-compile a Rust project from #Linux -> #Windows (x86_64-pc-windows-gnu) and I get walls of errors!
Some I could already fix by setting env vars to different compilers (gcc, g++, oh my!), but now I'm stuck. Maybe some missing compiler flags to gcc?
Or could it be related to this?
=> https://stackoverflow.com/a/53635241 -
Cross-compiling a #Rust project that has custom build scripts that build C/C++ dependencies is an absolute clusterfuck!
I'm trying to cross-compile a Rust project from #Linux -> #Windows (x86_64-pc-windows-gnu) and I get walls of errors!
Some I could already fix by setting env vars to different compilers (gcc, g++, oh my!), but now I'm stuck. Maybe some missing compiler flags to gcc?
Or could it be related to this?
=> https://stackoverflow.com/a/53635241 -
Cross-compiling a #Rust project that has custom build scripts that build C/C++ dependencies is an absolute clusterfuck!
I'm trying to cross-compile a Rust project from #Linux -> #Windows (x86_64-pc-windows-gnu) and I get walls of errors!
Some I could already fix by setting env vars to different compilers (gcc, g++, oh my!), but now I'm stuck. Maybe some missing compiler flags to gcc?
Or could it be related to this?
=> https://stackoverflow.com/a/53635241 -
[Перевод] Dart 3.8 — что нового в Dart?
Этот релиз приносит обновления форматера, null-aware элементы для коллекций, новые возможности кросс-платформенной разработки, лучший способ находить трендовые пакеты на pub.dev , доступность горячей перезагрузки (hot reload) для веба и многое другое! Мы также надеемся, что найдутся разработчики, заинтересованные в участии в нашей программе раннего доступа к FFigen и JNIgen .
-
[Перевод] Dart 3.8 — что нового в Dart?
Этот релиз приносит обновления форматера, null-aware элементы для коллекций, новые возможности кросс-платформенной разработки, лучший способ находить трендовые пакеты на pub.dev , доступность горячей перезагрузки (hot reload) для веба и многое другое! Мы также надеемся, что найдутся разработчики, заинтересованные в участии в нашей программе раннего доступа к FFigen и JNIgen .
-
[Перевод] Dart 3.8 — что нового в Dart?
Этот релиз приносит обновления форматера, null-aware элементы для коллекций, новые возможности кросс-платформенной разработки, лучший способ находить трендовые пакеты на pub.dev , доступность горячей перезагрузки (hot reload) для веба и многое другое! Мы также надеемся, что найдутся разработчики, заинтересованные в участии в нашей программе раннего доступа к FFigen и JNIgen .
-
[Перевод] Dart 3.8 — что нового в Dart?
Этот релиз приносит обновления форматера, null-aware элементы для коллекций, новые возможности кросс-платформенной разработки, лучший способ находить трендовые пакеты на pub.dev , доступность горячей перезагрузки (hot reload) для веба и многое другое! Мы также надеемся, что найдутся разработчики, заинтересованные в участии в нашей программе раннего доступа к FFigen и JNIgen .
-
Dart added support for cross-compilation
https://dart.dev/tools/dart-compile#cross-compilation-exe
#HackerNews #Dart #CrossCompilation #DartDev #Programming #News #Development
-
Dart added support for cross-compilation
https://dart.dev/tools/dart-compile#cross-compilation-exe
#HackerNews #Dart #CrossCompilation #DartDev #Programming #News #Development
-
Dart added support for cross-compilation
https://dart.dev/tools/dart-compile#cross-compilation-exe
#HackerNews #Dart #CrossCompilation #DartDev #Programming #News #Development
-
Dart added support for cross-compilation
https://dart.dev/tools/dart-compile#cross-compilation-exe
#HackerNews #Dart #CrossCompilation #DartDev #Programming #News #Development
-
Took me an hour or more like two but now rust-hypervisor-firmware which target x86-64_linux does no longer complain about missing platform support despite being buildable
https://github.com/NixOS/nixpkgs/pull/379671
-
Took me an hour or more like two but now rust-hypervisor-firmware which target x86-64_linux does no longer complain about missing platform support despite being buildable
https://github.com/NixOS/nixpkgs/pull/379671
-
Took me an hour or more like two but now rust-hypervisor-firmware which target x86-64_linux does no longer complain about missing platform support despite being buildable
https://github.com/NixOS/nixpkgs/pull/379671
-
Took me an hour or more like two but now rust-hypervisor-firmware which target x86-64_linux does no longer complain about missing platform support despite being buildable
https://github.com/NixOS/nixpkgs/pull/379671
-
Took me an hour or more like two but now rust-hypervisor-firmware which target x86-64_linux does no longer complain about missing platform support despite being buildable
https://github.com/NixOS/nixpkgs/pull/379671