home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / graphics / gnuplot / 429 < prev    next >
Encoding:
Text File  |  1992-11-20  |  2.1 KB  |  56 lines
  1. x-gateway: rodan.UU.NET from info-gnuplot to comp.graphics.gnuplot; Fri, 20 Nov 1992 14:38:54 EST
  2. Message-ID: <9211201934.AA11982@thneed.cs.duke.edu>
  3. Subject: gnuplot fixes to compile on DEC Alpha running OSF/1
  4. Date: Fri, 20 Nov 1992 14:34:49 EST
  5. From: khera@cs.duke.edu (Vivek Khera)
  6. Newsgroups: comp.graphics.gnuplot
  7. Path: sparky!uunet!wendy-fate.uu.net!info-gnuplot
  8. Sender: info-gnuplot-request@arc.nasa.gov
  9. Lines: 45
  10.  
  11. i had to make some hacks to get gnuplot 3.2 to compile on an Alpha machine
  12. running OSF/1 from DEC.  basically i started with the dec/ultrix setup and
  13. changed a couple of things.  here's the additions to the makefile.unx file:
  14.  
  15.  
  16. DEC_OSF_FLAGS = \
  17.            CFLAGS="$(COPTS) $(OPTIONS) -DNOGAMMA" \
  18.            LIBS="$(LIBS)" X11FLAGS="$(X11FLAGS)" X11INCLUDES="$(X11INCLUDES)" \
  19.            X11LIBS="$(X11LIBS)" \
  20.            PLOTXFLAG="$(PLOTXFLAG)" GNUPLOT_X11=$(GNUPLOT_X11) \
  21.            X11INSTALL="$(X11INSTALL)" \
  22.            TERMFLAGS="$(TERMFLAGS)"
  23.  
  24.  
  25. dec_osf:
  26.     $(MAKE) $(MFLAGS) $(MY_FLAGS) $(DEC_OSF_FLAGS)      $(TARGET)
  27.  
  28. and everywhere the function complex() is used and the <math.h> header is
  29. included, i had to do something like this:
  30.  
  31. #define complex XXX
  32. #include <math.h>
  33. #undef complex
  34.  
  35. since the DEC OSF/1 math.h header has a typedef for the word "complex":
  36.  
  37.   typedef struct { double r, i; } complex;
  38.  
  39. which causes all kinds of problems.  maybe the complex() function in gnuplot
  40. should be renamed?  i'm not sure what kind of fix could be made for this.
  41.  
  42. also, the make install target can't do a "strip" on the executables for some
  43. reason, so i had to take that out.
  44.  
  45. with these changes, the build went quite smoothly.  everything tests out
  46. fine, and is quite fast, i might add.
  47.  
  48. i think since these machines are starting to become available, you might
  49. want to add some of these notes (if not the fixes themselves) to the 3.3
  50. release so people can get things working.
  51.                                 v.
  52. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  53. Vivek Khera, Gradual Student/Systems Guy  Department of Computer Science
  54. Internet:   khera@cs.duke.edu             Box 90129
  55.             (MIME mail accepted)          Durham, NC 27708-0129 (919)660-6528
  56.