Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!ut-sally!husc6!rutgers!ucla-cs!zen!ucbvax!decvax!tektronix!tekig!tekig5!waynekn
From: waynekn@tekig5.TEK.COM (Wayne Knapp)
Newsgroups: comp.sys.atari.st
Subject: Re: need help: lattice c gem access
Message-ID: <1902@tekig5.TEK.COM>
Date: Mon, 7-Sep-87 14:09:15 EDT
Article-I.D.: tekig5.1902
Posted: Mon Sep  7 14:09:15 1987
Date-Received: Tue, 8-Sep-87 06:09:01 EDT
References: <285UD138985@NDSUVM1> <5238@jhunix.UUCP>
Organization: Tektronix Inc., Beaverton, Or.
Lines: 29
Keywords: Lattice C  GEMLIB.H

In article <285UD138985@NDSUVM1> UD138985@NDSUVM1.BITNET writes:
#I have been trying to use some simple Lattice C GEM ruotines.  Everything
#compiles fine, but when I try to link, all of my GEM calls turn up as
#undefined symbols.  I am linking with the C.LNK file that came with the
#package with the line for the GEM library uncommented.  In the linker
#map fille it lists all of the symbols it takes out of the other libraries
#and the name GEMLIB.BIN but the symbols are still undefined.  I get a .PRG
#file after the link, but it doesn't run.  HELP!  I have sent a letter to
#Metacomcos tech support along with my registration number but have not
#received a response for quite a while.  Can someone who has been successful
#with linking to GEM libraries please tell me what to do???
#               Bob

I spent about 10 hours figuring this one out.  The problem is that you are
compiling with the -n options that allows routine names greater than 8 
characters in lenght.  All of the names in GEMLIB.BIN are 8 characters long.

So there are two solutions to this problem.  One is to allow use the first
8 characters of any GEM call.  Another solutions which I've been using is to
redefine the GEM calls.  I have a include file called GEMDEF.H that looks
something like the following:

#define APPL_INIT    appl_ini
#define FORM_ALERT   form_ale  
       etc.

Anyway I hope this helps.

                         Wayne Knapp