#CrossCompilation

[forlinx]

Want to customize your embedded Linux system with Buildroot on the Forlinx OK3588-C platform?

This step-by-step guide walks you through compiling Buildroot 5.10.209, adding system tools like OpenCV4, and preparing a complete cross-compilation environment.

Perfect for embedded developers working with ARM64!

[hackernewsrobot]

Bflat – a single ahead-of-time crosscompiler and runtime for C#

https://flattened.net/ Comments

[paolo-redaelli]

Quickemu Quickly create and run optimised Windows, macOS and Linux desktop virtual machines. I may need to crosscompile Eiffel applications for MacOs

[suzanneshannon]

C sharp or B flat? Experiments in self-contained native executables in .NET

One of the best parts of the .NET ecosystem is the excitement around experimentation. Someone is always taking .NET to the next level, trying new things, pushing the envelope.

Michal Strehovsky has an interesting experiment on his GitHub called "bflat." This is not a product, it's a playground.

bflat is a concoction of Roslyn - the "official" C# compiler that produces .NET executables - and NativeAOT (née CoreRT) - the experimental ahead of time compiler for .NET based on CoreCLR's crossgen2. Thanks to this, you get access to the latest C# features using the high performance CoreCLR GC and native code generator (RyuJIT).

bflat merges the two components together into a single ahead of time crosscompiler and runtime for C#.

I find this characterization funny:

bflat is to dotnet as VS Code is to VS.

Michal is basically stripping .NET down to the bare minimum and combining the official compiler and and the experimental AOT (Ahead of Time) compiler to make single small EXEs that are totally self-contained.

Michal says you can get involved if you like!

If you think bflat is useful, you can leave me a tip in my tip jar and include your GitHub user name in a note so that I can give you access to a private repo when I'm ready.

Hello World today is about 2 megs. He says it's because:

By default, bflat produces executables that are between 2 MB and 3 MB in size, even for the simplest apps. There are multiple reasons for this:

bflat includes stack trace data about all compiled methods so that it can print pretty exception stack traces

even the simplest apps might end up calling into reflection (to e.g. get the name of the OutOfMemoryException class), globalization, etc.

method bodies are aligned at 16-byte boundaries to optimize CPU cache line utilization

(Doesn't apply to Windows) DWARF debug information is included in the executable

So when I ran bflat build, here was my output.

But when I run

bflat.exe build --no-reflection --no-stacktrace-data --no-globalization --no-exception-messages .\hello.cs

I end up with a 750kb file!

Sure, it's not C code because it'll never be C code. You get access to a LOT MORE with C#.

This could be a useful system for creating tiny apps in C# for Linux or Windows command line administration. It also showcases how the open pieces of .NET can be plugged together differently to achieve interesting results.

I'm sure there's lot of AOT limitations around Reflection, Attributes, and more, but this is still a very cool experiment, go check it out at https://github.com/MichalStrehovsky/bflat!

Sponsor: Pluralsight helps teams build better tech skills through expert-led, hands-on practice and clear development paths. For a limited time, get 50% off your first month and start building stronger skills.

© 2021 Scott Hanselman. All rights reserved.

     C sharp or B flat? Experiments in self-contained native executables in .NET published first on https://deskbysnafu.tumblr.com/

[philipholt]

C sharp or B flat? Experiments in self-contained native executables in .NET

One of the best parts of the .NET ecosystem is the excitement around experimentation. Someone is always taking .NET to the next level, trying new things, pushing the envelope.

Michal Strehovsky has an interesting experiment on his GitHub called "bflat." This is not a product, it's a playground.

bflat is a concoction of Roslyn - the "official" C# compiler that produces .NET executables - and NativeAOT (née CoreRT) - the experimental ahead of time compiler for .NET based on CoreCLR's crossgen2. Thanks to this, you get access to the latest C# features using the high performance CoreCLR GC and native code generator (RyuJIT).

bflat merges the two components together into a single ahead of time crosscompiler and runtime for C#.

I find this characterization funny:

bflat is to dotnet as VS Code is to VS.

Michal is basically stripping .NET down to the bare minimum and combining the official compiler and and the experimental AOT (Ahead of Time) compiler to make single small EXEs that are totally self-contained.

Michal says you can get involved if you like!

If you think bflat is useful, you can leave me a tip in my tip jar and include your GitHub user name in a note so that I can give you access to a private repo when I'm ready.

Hello World today is about 2 megs. He says it's because:

By default, bflat produces executables that are between 2 MB and 3 MB in size, even for the simplest apps. There are multiple reasons for this:

bflat includes stack trace data about all compiled methods so that it can print pretty exception stack traces

even the simplest apps might end up calling into reflection (to e.g. get the name of the OutOfMemoryException class), globalization, etc.

method bodies are aligned at 16-byte boundaries to optimize CPU cache line utilization

(Doesn't apply to Windows) DWARF debug information is included in the executable

So when I ran bflat build, here was my output.

But when I run

bflat.exe build --no-reflection --no-stacktrace-data --no-globalization --no-exception-messages .\hello.cs

I end up with a 750kb file!

Sure, it's not C code because it'll never be C code. You get access to a LOT MORE with C#.

This could be a useful system for creating tiny apps in C# for Linux or Windows command line administration. It also showcases how the open pieces of .NET can be plugged together differently to achieve interesting results.

I'm sure there's lot of AOT limitations around Reflection, Attributes, and more, but this is still a very cool experiment, go check it out at https://github.com/MichalStrehovsky/bflat!

Sponsor: Pluralsight helps teams build better tech skills through expert-led, hands-on practice and clear development paths. For a limited time, get 50% off your first month and start building stronger skills.

© 2021 Scott Hanselman. All rights reserved.

     C sharp or B flat? Experiments in self-contained native executables in .NET published first on http://7elementswd.tumblr.com/

[elvirapulverw]

‘Accidental’ CrossCompiler – Computerphile

[charmedbyred-blog1]

Roboter für Kinder - Das sind wirklich tolle Modelle

Technik fasziniert uns von Anbeginn der Zeit. Wie oft träumten wir schon davon intelligente Roboter zu entwickeln, die selbstständig Aufgaben erledigen können. Heute sind diese Träume näher an der Wirklichkeit, als man vielleicht denkt.

Es gibt viele verschiedene Roboter, die nicht nur agieren, sondern auch reagieren können. Leider sind die Hochkulturen dieser Roboter für Kinder noch sehr teuer. Es gibt allerdings auch preiswertere Modelle, die Gegenstand dieses Artikels sein werden. Um genau zu sein, werden hier zwei Roboter für Kinder, zum einen der Robby RP5 und zum anderen der Asuro ARX-03, behandelt. Beide Roboter besitzen verschiedene Sensoren können programmiert werden und somit auf bestimmte Aktionen reagieren.

Der Roboter für Kinder ASURO ARX-03

ASURO steht für Another Small and Unique Robot from Oberpfaffenhofen und ist ein Roboter für Kinder, der komplett frei in C programmiert werden kann. Der Asuro besteht aus Einzelteilen, die man nach dem Kauf erst einmal zusammenlöten muss. Aber keine Angst, es liegt eine Bauanleitung mit Schaltplan bei und ist auch für den Laien ist ein Aufbau möglich. Nach dem Aufbau kann man den C Crosscompiler von der mitgelieferten CD installieren und Demoprogramme testen, bzw. eigene schreiben. Das „Gehirn“ des ASURO ist ein ATmega8 Microprozessor, der die Signale der 2 Lichtsensoren, 6 Tastsensoren, 2 Lichtschranken und den 4 Leuchtdioden verarbeiten kann. Der ASURO wird angetrieben durch 2 Motoren, die in jede beliebige Richtung mit beliebiger Geschwindigkeit gesteuert werden können. Typische Aufgaben für den Roboter sind das Folgen einer Linie, das Umfahren von Hindernissen sowie das Fahren bestimmter Figuren. Der ASURO war ursprünglich ein Projekt des DLR_School_Lab, ist jedoch inzwischen wegen der hohen Nachfrage auch im Handel für ungefähr 50€ erhältlich.

Der Roboter für Kinder RP5

Der RP5 ist ein autonomer Roboter, ähnlich dem ASURO, jedoch mit mehr Sensorik und dadurch mehr möglichen Funktionen. Der RP5 ist bereits aufgebaut, wodurch auch Leute, die keine Ahnung vom Löten haben, bzw. haben wollen, die Möglichkeit besitzen, erste Erfahrungen in der Robotik zu erwerben. Der Robby RP5 ist durch Erweiterungsplatinen ausbaufähig und somit auch für komplexere Aufgaben geeignet. Der RP5 erhält seine Befehle von einem Microcontroller der C-Serie.

Seine 2 Lichtsensoren, 2 Wegstreckenmesser, 1 IR Anti-Kollisionssystem, 1 IR Kommunikationssystem, 1 Schallsensor, 1 Berührungssensor, 1 Sensor zur Überwachung der Betriebsspannung sowie 1 Stromsensor für die Motoren und 1 Stromsensor für Ladestrom machen den RP5 zu einem äusserst vielseitig einsetzbaren Roboter. Angetrieben wird der RP5 durch 6 Alkali-Batterien der Größe AA / LR6, aus denen er für ca. 1,5h Strom beziehen kann. Mit einem Preis von ca. 100€ ist dieser Roboter für Kinder zwar etwas teurer, als der ASURO, allerdings bietet er auch mehr Möglichkeiten. Fazit: Egal für welchen Roboter man sich entscheidet, sie machen beide enorm viel Spaß und man erhält gute erste Einblicke in die Robotik und ihre Möglichkeiten.

[forlinx]

🛠️ Struggling to get your Buildroot environment just right for Allwinner T113 boards?

Our latest guide walks you through swapping out Buildroot’s cross-compiler for the T113-S3 and T113-i step by step. Whether you need GCC 4.9 or Linaro’s toolchain, we’ll show you how to configure, rebuild, and troubleshoot so your embedded Linux builds finish faster and more reliably.

[securitynewswire]

Mirai Variant CrossCompiles Attack Code with Aboriginal Linux

SNNX.com : Mirai Variant CrossCompiles Attack Code with Aboriginal Linux http://dlvr.it/Qh1CGz

[securitynewswire]

Mirai IoT Malware Variant Abuses Linux CrossCompilation Framework

SNNX.com : http://dlvr.it/Qh1BMB