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.182.27.2 with SMTP id p2mr6008856obg.45.1433966050804; Wed, 10 Jun 2015 12:54:10 -0700 (PDT) X-Received: by 10.140.93.38 with SMTP id c35mr94418qge.38.1433966050702; Wed, 10 Jun 2015 12:54:10 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!h15no1221482igd.0!news-out.google.com!k20ni409qgd.0!nntp.google.com!q107no452924qgd.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Wed, 10 Jun 2015 12:54:10 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=105.210.1.171; posting-account=orbgeAkAAADzWCTlruxuX_Ts4lIq8C5J NNTP-Posting-Host: 105.210.1.171 References: <7cf60ab3-065e-48c8-b6b1-b3fe01a088f4@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: STM32F4 GNAT Run Time System - roadmap From: jan.de.kruyf@gmail.com Injection-Date: Wed, 10 Jun 2015 19:54:10 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:26261 Date: 2015-06-10T12:54:10-07:00 List-Id: On Wednesday, June 10, 2015 at 7:47:21 PM UTC+2, Simon Wright wrote: >=20 > These bugs were about including finalization in the RTS. Yes, but there is a vague area there-abouts. It seems to affect a couple of= things. >=20 > I guess there's some work to be done on exiting a kernel module; whether > that's something that relates to Ada.Finalization is a different matter! >=20 Yes you need to diligently clean up after yourself, otherwise you get a ker= nel memory leak. But I rather did that by getting a personally managed pool= of a fixed size that I can give up when I leave (that reminds me I must st= ill program that) Its not always as easy of course. > And I'm not clear what Suppress_Standard_Library_On_Target means=20 All I found so far is what I posted before, but it might have other effects= . I suppose grepping the compiler source might bring some light. > I had to include it in my RTS > because some packages needed it, I am not completely sure what you are up to, but it is a feat to have part = with an rts and part without. I do everything without and use an include di= rectory. But I believe I saw that one can compile with or without RTS (or w= ith diffent RTS's I should rather say) for different packages. But the binding the scheme seems to be regulated by the 'Suppress_Standard_= Library' variable in System. So how that is going to work out in a by-morph= I hate to think. >=20 > At least the part about "All finalization and initialization (controlled > types) is omitted" iw wrong; it just doesn't work! So are you trying to use that? or are you trying to drop that? and: with or without stdlib? Cheers, j.