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=ham autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,d672d2d8b4e233b2 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.180.95.2 with SMTP id dg2mr809293wib.2.1343789577078; Tue, 31 Jul 2012 19:52:57 -0700 (PDT) Received: by 10.66.88.168 with SMTP id bh8mr2881214pab.10.1343789455932; Tue, 31 Jul 2012 19:50:55 -0700 (PDT) Path: q11ni15940136wiw.1!nntp.google.com!7no2088724wig.0!news-out.google.com!p10ni9631000pbh.1!nntp.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!nrc-news.nrc.ca!goblin3!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: Compiling FSF GNAT standalone? Date: Sun, 29 Jul 2012 12:11:43 +0100 Organization: A noiseless patient Spider Message-ID: References: <6f23953d-afc2-40d8-8155-da878cb876df@googlegroups.com> <970bce81-a038-46d4-91f0-46a6c76986e9@googlegroups.com> Mime-Version: 1.0 Injection-Info: mx04.eternal-september.org; posting-host="edf2659fbb8cb6d4b5f62db4b36ac1e6"; logging-data="27614"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19Tp8OxvCknXfn1WlMJSxR3rZAXjgnXeaQ=" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (darwin) Cancel-Lock: sha1:T86sNtwjIdEUdhc+vETNcI1ClBU= sha1:BTeDJpGs4LL7TXO59yixtdePo1Q= Content-Type: text/plain Date: 2012-07-29T12:11:43+01:00 List-Id: Patrick writes: > If I call gnatmake, it will call GCC eventually, so I supposed the > term freestanding GNAT is false. However if I call gnatpp then it is > not going to call GCC and there is no way to call gnatpp from GCC so I > guess GNAT is not completely dependent on GCC. I would like to build > GNAT from source to be able to call gnatpp. I thought it would also be > interesting to try to compile it with a cross compiler so that it > could be used on other architectures. gnatpp is an application written in Ada using AdaCore's ASIS implementation. GNAT's ASIS is (a) a library which provides access to information about source programs which can be output by the front-end of the GNAT compiler, (b) a set of tools built to use ASIS to allow various kinds of processing on source programs. gnatpp is one of these. gnatpp's source is not part of the GCC source tree, ie not part of FSF GCC, any more than GNAT ASIS is. You have access to the source for both as part of the GNAT GPL distribution: look under ASIS. You ought to be able to build GNAT GPL 2012 ASIS (library and tools) using the GNAT GPL 2012 compiler. The compiler and ASIS are highy coupled, so building GNAT GPL 2012 ASIS using the Debian compiler suite requires workrounds (I wrote about this, for Mac OS X & GCC 4.6, at [1]); but I see that Debian 6 has various ASIS packages, including asis-programs, which includes gnatpp. gnatpp is not called from GCC. It can be called from GPS (again, not part of GCC). [1] http://forward-in-code.blogspot.co.uk/2011/10/building-asis.html