Re: Building wxt terminal for OS X

[Joe K. <jko...@co...>]

on 11/17/06 1:48 PM, Per Persson at per...@ma... wrote:

> 
> On Nov 17, 2006, at 20:27, Ethan Merritt wrote:
> 
>> Was there any resolution to the issue of building wxt terminal
>> support for OSX?
> 
> Not that I know of.
> 
> I still maintain my opinions that 1) building an X11 based wxt
> terminal should be straightforward, and 2) a "native" wxt terminal is
> going to take a lot of work.
> 
> I feel a little uneasy to make a statement like the above without
> actually getting my hands dirty, but for the time being it's the best
> I can do...
> 
>> 
>> I would like to put out a second release candidate for 4.2,
>> and would like to add a note to the INSTALL file about known
>> platform-specific problems.
>> 
>> The most important thing to establish is whether this is going to
>> require further code changes in gnuplot, which might hold up a
>> final release of 4.2, or whether it is a matter of installation
>> instructions only.
>> 
>> -- 
>> Ethan A Merritt
>> Biomolecular Structure Center
>> University of Washington, Seattle WA
> 

Ethan,

I think Per's assessment is correct. The problem is not with wxt, but with
the necessity for "bundling" wxWidget applications for native use on the
Mac. That requires either extensive modifications to the gnuplot make files,
or a special separate make file approach for the Mac. Neither choice is very
pretty. This is compounded by the necessity for "Universal" binaries for PPC
and Intel Macs. In a year or so, that need will decrease. I have the time,
but not the knowledge to do the work. We need someone who has been through
Mac's developer "boot camp" recently. Got any scholarships laying around?
I'll be happy to spend a week or two in San Francisco at someone else's
expense.

Would making the gnuplot build into an Xcode project help? Just a thought.

Over on the octave list, John Eaton is currently tearing his hair out over
some octave/gnuplot interface issues. It sounds to me like he needs some
sort of a gnuplot device independent file for storing and later recalling
plot commands and options that were sent to gnuplot. His problems centers
around an octave routine called legend.m, which has always been somewhat
problematic.

The current gnuplot-4.2.rc1 continues to work well on my Mac, with Per's
AquaTerm doing the job for .eps and .pdf output.

Joe