Path: utzoo!attcan!uunet!snorkelwacker!think!samsung!uakari.primate.wisc.edu!ark1!nems!dtix!keni
From: keni@dtix.dt.navy.mil (Lorber)
Newsgroups: comp.sources.games.bugs
Subject: Re: Amiga NetHack 3p7 amiwbench.c compile problem
Summary: OK workaround
Message-ID: <1138@nems.dt.navy.mil>
Date: 1 Mar 90 20:27:45 GMT
References: <1609@bmers58.UUCP> <1610@bmers58.UUCP> <448@mohawk.cs.utexas.edu>
Sender: news@nems.dt.navy.mil
Reply-To: keni@dtix.dt.navy.mil (Kenneth Lorber - Code: 3531)
Organization: David Taylor Research Center
Lines: 31

In article <448@mohawk.cs.utexas.edu> bryan@cs.utexas.edu writes:
>
>	It turns out that hack.h causes <stdlib.h> to be included.  the
>external defs for the memory functions (memccpy, etc.) have argument types that
>differ from those in strings.h, where these functions are also declared.
>Buzzzzzz... Error 72: External item attribute mismatch.
>	Since these functions aren't used, I got around this by making a copy
>of strings.h, deleting the external defs for the memory functions, and
>including this new file in place of strings.h
>
>Anybody else have this problem?  Did I not R some part of TFM?  I know this can
>happen to *other* people, but...  :-)
No, this is NOT caused by not R'ing TFM.  This is a bug that crops up
here and there due to an error made (as far as I can tell) by Lattice
on one of their patches: are you really running 5.04a or 5.04b, and not
the straight 5.04?  The workaround should be OK, as far as I can tell.

(My apologies to Lattice if this wasn't their fault - they've been
quite helpful and pleasant when I talked to them.)

Ken Lorber
keni@dtix.dt.navy.mil

news
filler
takes
my
space
and
your
time!