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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.31.54.88 with SMTP id d85mr27690263vka.7.1449501238506; Mon, 07 Dec 2015 07:13:58 -0800 (PST) X-Received: by 10.182.44.169 with SMTP id f9mr276054obm.16.1449501238468; Mon, 07 Dec 2015 07:13:58 -0800 (PST) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!b51no7022319qgf.0!news-out.google.com!f6ni16597igq.0!nntp.google.com!mv3no10220227igc.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Mon, 7 Dec 2015 07:13:57 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=138.162.0.41; posting-account=9yqilwkAAAAlbxojEc6DW1OEOsACipCN NNTP-Posting-Host: 138.162.0.41 References: User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: STM32F4 GNAT Run Time System - roadmap From: Jere Injection-Date: Mon, 07 Dec 2015 15:13:58 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:28682 Date: 2015-12-07T07:13:57-08:00 List-Id: I'm a little late to the party here, but I definitely would like to see sup= port for more chips over the BSP. Mind you I am biased, but I can usually = wade through the data sheet and make a BSP from that. Not that I wouldn't = like a premade BSP, but given the option, I would prefer more chips to choo= se from. I am currently looking at an M0+ chip, which as far as I can tell= , has no GNAT cross compiler's available (nor runtimes). It does have a GC= C port for 4.9.3 I think, but not GNAT. Speaking from the perspective of d= eveloping on a Windows machine. At some point I guess I will have to dig in and figure out how to build GNA= T for the m0+ using windows, then I'll have to figure out the runtime, but = I am light years from understanding that stuff at the moment. On Sunday, December 6, 2015 at 1:34:43 PM UTC-5, Simon Wright wrote: > ARM's CMSIS[1] contains (in the CMSIS-SVD tab) the definition >=20 > "The System View Description (SVD) files provide peripheral > information and other device parameters in formalized XML based > format. >=20 > "The SVD file typically matches the information provided by silicon > vendors in device reference manuals." >=20 > AdaCore, as recently noted here, have made some tools available on > Github[2]; one of these is svd2ada. >=20 > There are a lot of SVDs archived at [3]. They appear to have come from > the ARM site[1] (but there are more vendors at [3] than at [1]). >=20 > svd2ada will process these files (well, I tried the Arduino Due, > ATSAM3X8E, and AdaCore used STM32F4*); I've not done any evaluation yet > aside from noting that they generate the GNAT-specific > Volatile_Full_Access aspect, which is noted in the 'under development' > version of the GCC docs (so, will likely be in GCC 6). Maybe plain > Volatile will do (but users would have to remember to access the whole > register explicitly, rather than leaving it up to the compiler to Do The > Right Thing); that would be an easy-enough patch. >=20 > [1] > http://www.arm.com/products/processors/cortex-m/cortex-microcontroller-so= ftware-interface-standard.php > [2] https://github.com/AdaCore > [3] https://github.com/posborne/cmsis-svd I am fairly new to the ARM arena, so this may be a stupid question but what= exactly does svd2Ada generate based off of the SVD files? From the descri= ption and what I saw in the git repo it sounds like it makes something like= a BSP?