Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!lll-winken!csustan!csun!solaria!ecphssrw@afws.csun.edu
From: ecphssrw@afws.csun.edu (Stephen Walton)
Newsgroups: comp.sys.amiga
Subject: Plplot using Aztec
Message-ID: <716@solaria.csun.edu>
Date: 15 May 89 17:40:53 GMT
Sender: ecphssrw@solaria.csun.edu
Reply-To: ecphssrw@afws.csun.edu (Stephen Walton)
Organization: California State Univ., Northridge
Lines: 26

In an article which has expired at my site, someone asked about getting
PlPlot to work under Aztec.  I've done it and will be sending my support
files (Makefile, change file, and uuencoded library) to comp.sources.amiga.
For those who can't wait, a summary of the changes I made:

In Aztec.c:  Don't include <dos.h> if AZTEC_C defined.  Make IntuitionBase
and GfxBase declarations if AZTEC_C defined (i.e., no "extern" keyword).
Added a memset function to the end, though I think Aztec has a setmem()
function so a #define of this could be added to plplot.h.

Include files:  I created a stdlib.h file for Manx a while ago, but for
plplot all it needs is the single declaration "void *malloc();"  I also
added the min and max macros to the end of Manx's math.h file.
#define min(a,b) ((a) < (b) ? (a) : (b))
#define max(a,b) ((a) > (b) ? (a) : (b))

Compiling:  You'll need to use the +D (large data) switch due to the size
of the font files, +L (32-bit ints) because of some pointer-int conversions,
and either +FI or +F8 (IEEE math with either software or a 68881) because
the plots don't turn out right with FFP math.  This is roundoff error: FFP
is always single precision; even if the variable is declared double, the
lower 32-bits are all zeros.
--
Stephen Walton, Dept. of Physics & Astronomy, Cal State Univ. Northridge
RCKG01M@CALSTATE.BITNET       ecphssrw@afws.csun.edu
swalton@solar.stanford.edu    ...!csun!afws.csun.edu!ecphssrw