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=3.8 required=5.0 tests=BAYES_00,INVALID_MSGID, RATWARE_MS_HASH,RATWARE_OUTLOOK_NONAME,T_FILL_THIS_FORM_SHORT autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,7db76455b9253286 X-Google-Attributes: gid103376,public From: "Jim Dorman" Subject: Re: External C functions and ADA Date: 1996/08/26 Message-ID: <01bb9337$6af8df80$14692bce@ns.znet.com>#1/1 X-Deja-AN: 176519174 references: <4vocdh$c0j@news-e2c.gnn.com> organization: Active Engineering Technologies newsgroups: comp.lang.ada Date: 1996-08-26T00:00:00+00:00 List-Id: If you are trying to use C with Ada you might want to quit using your Meridian compiler and invest in one from a company that still supports them. You can do that inexpensively with an Ada83 version of IntegrAda that contains some Ada95 features like IMPORT/EXPORT and also has an interface to both Microsoft & Borland C. You can choose either a DOS or Windows environment and many ready-made AdaUser libraries to help you. You can also add in AdaGraphics or AdaData if you are trying to use C to build a something graphical or link up with dBASE or Clipper databases. Stop by our WEB Site at "http://www.pcada.com" and take a look at what your choices are. I'll even take your Meridian compiler in on trade. I look forward to hearing from you! -- Jim Dorman Active Engineering Technologies, Inc. Home of PC ADA Voice: (619) 414-9001 Fax: (619) 414-9192 email: jimd@pcada.com URL: http://www.pcada.com Member of Team Ada! Joseph Fabian wrote in article <4vocdh$c0j@news-e2c.gnn.com>... > Hi. For the last week I've been trying desperately to figure out how to > call a simple user defined C function from within an ADA program, without > the slightest bit of success I might add. I'm using the Meridian compiler, > which is an older ADA83 compliant program, because that happens to be the > compiler of choice at the school I'll be attending next semester. In a > package spec, I'm declaring the subprogram like this: > > Procedure Clrscrn; > Pragma Interface(C, Clrscrn); > > This compiles beautifully. Then I wrote the corresponding C function, > compiled it and moved the object file to the ADA directory. I then wrote a > simple driver program to call the imported C function, which compiled fine > also. All that's left is to link it all together right ? Well, that's > where the bombs start dropping. The link error "Unresolved Externals: > _Clrscrn", has spent more time on my monitor than any code I've been > writing lately. All I can think is that the linker isn't finding the > object code for the interface function. Either I'm not putting it in the > right directory, or I'm not naming the file correctly, or something. This > shouldn't be that difficult. If anyone with experience in this area, or > with the Meridian compiler itself, has any suggestions they'd be greatly > appreciated. I mean GREATLY appreciated !! > >