Re: wxt on mac: error report

[sfeam (E. Merritt) <eam...@gm...>]

On Saturday, 30 July 2011, Mojca Miklavec wrote:
> On Sat, Jul 30, 2011 at 19:03, sfeam (Ethan Merritt) wrote:
> > On Saturday, 30 July 2011, Mojca Miklavec wrote:
> >> Hello,
> >>
> >> The new gnuplot sources at least compile out of the box with wxt
> >> (wxWidgets 2.9.2),
> >
> > To the best of my knowledge, no one has reported experience with
> > gnuplot + wxWidgets 2.9 on any platform.   Wouldn't it make more
> > sense for you to test first with 2.8, which we know works on
> > other platforms?
> 
> I'm still fighting with libraries. Since they are using Carbon
> (abandoned by Apple & unsupported in 64-bit), wxWidgets 2.8 on 64-bit
> macs are a pain. Moreover, using both wxt & x11 terminal
> simultaneously is not possible.
> 
> gcc  -g -O2  -arch i386 -o gnuplot_x11 gplt_x11.o gpexecute.o
> getcolor_x11.o -L/usr/X11/lib -R/usr/X11/lib -lX11  -liconv
> -L/opt/local/lib -lz -lpangocairo-1.0 -lcairo -lpangoft2-1.0
> -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0
> -lgthread-2.0 -lglib-2.0 -lintl
> ld: warning: ignoring file getcolor_x11.o, file was built for
> unsupported file format which is not the architecture being linked
> (i386)
> Undefined symbols for architecture i386:
>   "_quantize_gray", referenced from:
>       _PaletteSetColor in gplt_x11.o
>   "_rgb1_from_gray", referenced from:
>       _main in gplt_x11.o
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> make[3]: *** [gnuplot_x11] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2

getcolor needs to be built twice, once for inclusion in gnuplot proper
and once for inclusion in gnuplot_x11.   From the error messages you
show, it looks to me that one of the two versions either was not built
at all or was built in the wrong order.
 
> But I would strongly suggest to try to make gnuplot work with
> wxWidgets 2.9. 

From the wxWidgets web site:
    wxWidgets 2.9.2 Released 2011-07-05
   "While this is still officially a development release because 
    some API details are still not frozen, we believe that 2.9.2 
    can be used in production environment, especially for the new 
    projects for which (small) changes in behaviour since 2.8 are 
    not a problem. Give it a try and let us know what do you think!"

There is also a Change Log with a fairly long list of things that
need to be changed in the calling program to switch from 2.8 to 2.9
(actually it says 3.0, which is kind of confusing).

So I think 2.9 is not yet ready for prime time, and trying to 
debug a 2.9 installation when you don't even have 2.8 working
sounds like a difficult task.

I will be interested in adapting gnuplot for use with wxWidgets 2.9
when it appears as a production release in linux distros, but not
before.  If someone else wants to play around with 2.9 in its current
state and report back with patches or warnings about unresolved
problems, that's great.  But I wouldn't expect the 2.8->2.9
transition to work seamlessly based on the notes on their web site. 

At the least, I gather that all the wxT(text) macros have to be
replaced by something else.  Also NULL strings are no longer legal
(not sure if the current code uses that anywhere). 

			Ethan

> The version 2.8 will be probably be useless on Macs
> before the next stable version of wxWidgets is released.
> 
> (I'm now trying to build qt4-mac from MacPorts to test configuration,
> but as I already figured out, the terminal doesn't work at the moment
> and it is unlikely that using another qt library would change that.)
> 
> Mojca