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-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,f1da96f850fa2d93 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 1995-02-07 19:06:21 PST Path: nntp.gmd.de!newsserver.jvnc.net!news.ge.com!news.drexel.edu!netnews.upenn.edu!msunews!caen!zip.eecs.umich.edu!panix!cmcl2!lab.ultra.nyu.edu!kenner From: kenner@lab.ultra.nyu.edu (Richard Kenner) Newsgroups: comp.lang.ada Subject: Re: Another SBIR, and Ada is still missing in action Date: 8 Feb 1995 03:06:21 GMT Organization: New York University Ultracomputer Research Lab Message-ID: <3h9cfd$5ku@cmcl2.NYU.EDU> References: <3h6565$2gr@network.ucsd.edu> <3h8k3r$2n1@gnat.cs.nyu.edu> NNTP-Posting-Host: lab.ultra.nyu.edu Date: 1995-02-08T03:06:21+00:00 List-Id: In article woodruff1@llnl.gov writes: >This poses a problem unless the linker can be pursuaded to invoke an Ada >subprogram from within a Fortran subprogram. > >I think that if GNAT's object-code management allows this kind of >interlanguage operation, then Robert's suggestion is sound. Yes, it certainly does. GNAT itself is a C main program (part of GCC) that calls the Ada-written front end. When it comes time for it to generate code, it calls C code (Gigi) to interface to GCC. Gigi, in turn, often makes calls to Ada functions in the front end to access the tree.