Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!wuarchive!kuhub.cc.ukans.edu!markv From: MARKV@kuhub.cc.ukans.edu (MARK GOODERUM - UNIV. OF KANSAS ACS - MARKV@UKANVAX) Newsgroups: comp.sys.amiga.tech Subject: Re: Lattice BLINK & ALV's Message-ID: <20127@kuhub.cc.ukans.edu> Date: 19 Dec 89 21:54:33 GMT References: <301@egrunix.UUCP> Organization: University of Kansas Academic Computing Services Lines: 35 In article <301@egrunix.UUCP>, cogswell@egrunix.UUCP (Dan Cogswell) writes: > I'm using Lattice C 5.02 so could someone tell me: > > (a) What *IS* and Automatic Link Vector (ALV)? An ALV is generated when you are referencing a function via a 16 bit pointer that is more than 32K away from your current location in the program. The ALV is just a table that contains absolute JMP instruction to the function. > (b) If it's an error for BLINK to create them, why does my program > link successfully and run? Should I be concerned? The error message is given just to let you know that your 16 bit relative code is too big to be completly relative. You might want to declare one or two functions as far to move them out so everthing else will work, or break up your code into smaller modules. For instance, if you have a function that is called inside a loop and needs to be fast it is in your interest to know that it is getting called with an ALV which slows it down. > -- > Dan Cogswell | 9-Lives... | No, > (313)625-3234 | Everything else | I *don't* > INET: cogswell@unix.secs.oakland.edu | is just | understand > UUCP: cogswell@egrunix.UUCP | cat food. | alt.slack!!! -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Mark Gooderum Only... \ Merry Christmas !!! Academic Computing Services /// \___________________________ University of Kansas /// /| __ _ Bix: gooderum \ \ /// /__| |\/| | | _ /_\ makes it Bitnet: MARKV@UKANVAX \/\/ / | | | | |__| / \ possible... Internet: mark@kuhub.cc.ukans.edu ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~