From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail From: Adam Jensen Newsgroups: comp.lang.ada Subject: Re: How to configure GNAT GPL on x86-64 Linux for ARM ELF development Date: Sat, 26 May 2018 05:06:40 -0000 (UTC) Organization: A noiseless patient Spider Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Sat, 26 May 2018 05:06:40 -0000 (UTC) Injection-Info: h2725194.stratoserver.net; posting-host="f217e873551658d170dc79e964f53c7f"; logging-data="23683"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+ugD1u6mEje7VVFjJbqvH+" User-Agent: Pan/0.144 (Time is the enemy; 28ab3ba git.gnome.org/pan2) Cancel-Lock: sha1:HugcYveXUG5t+f9wN3MMAUpUwN0= Xref: reader01.eternal-september.org comp.lang.ada:54834 Date: 2018-05-26T05:06:40+00:00 List-Id: On Fri, 25 May 2018 10:50:07 +0000, Brian Drummond wrote: > On Fri, 25 May 2018 04:45:16 +0000, Adam Jensen wrote: > >> Is it common for developers to create their own run-time system for >> embedded platforms? My inclination would be to look for hardware based >> on 1) RTS availability/quality and 2) toolkit complexity/completeness >> (completeness implies useful documentation). > > Not common, no. But RTS availability (esp. SPARK RTS) has to start > somewhere, and for the MSP430 I didn't really develop one, just adapt > from AVR-Ada. > > With remarkably little feedback on that project, I admit I've put > remarkably little effort into pushing it further. But I want it for my > own purposes, the watch is just a pretty by-product. Super cool. Are your project's documents posted/hosted anywhere for others to view and use? >> Given that, which seems like an obvious thing to do, I am surprised >> that Adacore does not have more apparent associations with hardware >> vendors where dev-kits and SBC products are promoted. I bought the >> Nucleo-144 board because I thought there was a BSP, RTS, and a >> tool-chain configuration tutorial. That turned out to be a bit of a >> mistake and generally a poor choice. > > Not Adacore ... there isn't much hobbyist money for them, given their > business model. They do publicise occasional hobby-level projects like > Lego Mindstorms and Certyflie, but I don't see them making money off it. They have the "Make with Ada" competition: And the Adacore University: If there is not a large vibrant community of people who understand and use the technology it will fade and collapse. It seems like maybe they recognize this but it doesn't seem like they know what to do. (Only an idiot would have advertisers involved in technical communication). C'est la vie. > Meanwhile we have to support each other, perhaps your work on Nucleo can > feed back into Simon's RTS and expand its supported platforms. The Nucleo-144 board was selected as a gentle starter kit to develop some confidence and familiarity with the tool-chain and the work-flow. It was a total failure in this role. However, I have been keeping notes and at some point I might create a tutorial for Ada/Spark development on Ubuntu x86_64 targeting the ARM MCU on a Nucleo-144 board. After that, I will probably move to a platform with more resources. Eventually, I need a processor coupled with an FPGA - the FPGA is where most of the hard real- time activity (traction with physics) should take place, IMO.