NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Ryan,Finally got a working Ncolor on your native Leopard build of gempak 5.11.4.
Unidata support pointed out that gempak requires pseudocolor, depth 8.Don't know about Apple X11 but our Xquartz X11 (http:// xquartz.macosforge.org) has in its Preferences the ability to request 8bit pseudocolor -- AKA, 256 colors:
X11 -> Preferences -> Output -> Colors: 256 ColorsHowever, it is important to get the latest Xquartz: vers 4.2.0 or later. Earlier vers would hang on a gempak GUI startup. Furthermore, this version of Xquartz X11 requires Leopard 10.5.8, the latest update.
-Neil On Aug 14, 2009, at 9:08 PM, corepuncher wrote:
I"m not sure about that...but I just checked and my NCOLOR does not seem to work. Let me know if you get it fixed!RyanOn Fri, Aug 14, 2009 at 6:26 PM, Neil Smith <neils@xxxxxxxxxxxxxxxxxx> wrote:Thanks Ryan. Got it working.But, how are you getting display in pseudo-color? Unidata says the ntl/ncolor utility won't work in anything but pseudocolor.We're running the Xquarts X11 here on our Mac Leopards to solve an issue with IDL and Matlab display. In it's Preferences, you can change to 256 colors to supposedly get pseudocolor but the gempak GUIs will then hang.What's been your ncolor experience? -Neil On Aug 13, 2009, at 1:47 AM, corepuncher wrote: I probably forgot something...but here goes...---------------------------------------------------------------------- -Ryan's Edits for Intel Mac---------------------------------------------------------------------- -Open $NAWIPS/config/Makecommon.incI made FC = g77 and CC = gcc. Make sure a "which g77" and "which gcc" returns a path.Open $NAWIPS/config/Makecommon.DarwinMake sure CC and FC, at the top, point to your gcc (or gcc-4) and g77 directories, respectively. My G77 installed in /usr/local/bin, so I put a symbolic link in the /usr/bin directory that points to it by typing"ln -s /usr/local/bin/g77 g77".I left the MOTIFINC and XWINCDIR alone...although I tried changing them many times. Mine say:MOTIFINC = -I$(NAWIPS)/openmotif/$(NA_OS)/include XWINCDIR = -I/usr/X11R6/include Farther down, I have: X11LIBDIR = -L/usr/X11R6/lib Then the edited part:MOTIFLIBS = /usr/OpenMotif/lib/libXm.a $(X11LIBDIR) -lXmu -lSM - lICE -lXp -lXext GUILIBS = /usr/OpenMotif/lib/libXm.a $(X11LIBDIR) -lXt -lX11 -lXmu - lSM -lICE -lXp -lXextI had to put the direct path to libXm.a for MOTIFLIBS and GUILIBS. The final file to edit...browse to $GEMPAK/include/MCHPRM.Darwin.Towards the top of the file, set MTMACH=MTLNUX. Make sure to comment out or delete the old definition. ---------------------------------------------------------------------- - Now, some other steps I did to address errors I kept seeing when compiling. Some of these may not be necessary, but they don't hurt neither!Browse to /usr/X11R6/lib. Create symbolic links for libXpm.a and libXm.a. The only "libXpm.a" file I had on my machine was in / Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/lib/, which I got by installing Xcode. For me, it is:ln -s /Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/lib/libXpm.a libXpm.a ln -s /usr/OpenMotif/lib/libXm.a libXm.aAnd just for the heck of it, and probably not necessary...in / Developer/SDKs/MacOSX10.4u.sdk/usr/, I put another link: ln -s X11R6 X11 (NOTE: I already had an "X11" symbolic link in my /usr/ directory pointing to /usr/X11R6, so I just wanted to be consistent).I also changed some variables in my /etc/csh.cshrc file. NOTE: I am running in C shell, not BASH.setenv LANG CAlso, made PATH variable include /usr/local/bin, where my G77 was installed:setenv PATH ${PATH}:/usr/local/bin---------------------------------------------------------------------- -
gembud
archives: