🚀 go-pugleaf

Dan> Can one link arp.lib with Manx 5.0a?  I cannot get the linker to
Dan> accept any version of arp.lib that I have (1.3 ARP)

Dan> arp.lib 	11524	21-Aug-89
arp.lib		17472	27-Jul-89	<-- Manx version
arp.lib		3180	10-May-88	<-- Lattice version

Dan> Using either of the first two gives me a 'not an object module' error,
Dan> and it doesn't understand Lattice's, although it looks like an object
Dan> module to the linker.  Wasn't there something about not needing glue
Dan> routines anymore?  Do I need a newer arp.lib?  I haven't seen any.  I'm
Dan> back to using 3.6a until then.

In the documentation sent with Manx Aztec C v5.0, they state that
libraries from v3.6 and earlier will need to be recompiled, as the format
changed incompatibly. I haven't checked to see if the v3.6 linker option
"+L <lattice-lib> +L" still works, allowing Manx to link against Lattice
libs (I never used it under 3.6). I just finished re-compiling the ARP
glue libraries from source. Manx changed the way make works, so I am
having trouble compiling my program that will use the ARP interface...

BTW: Manx changed the default .c.o action in make so that if the source is
in a different directory than the current, the object goes in the other
directory, instead of the old Manx (and current Unix -- I think) action
that the object goes in the current directory. Does anybody else think
that this is a mistake?
--
 Scott Henry <scotth@sgi.com> | These are my   | Tardis Express -- when it
 Information Services,        | Opinions only! | absolutely, positively
 Silicon Graphics, Inc        | Whose else?    | has to be there -- yesterday.