On 2006-12-06 12:40+0100 Werner Smekal wrote:

> Hi Alan,
>
>> * The wxwidgets device driver fails to compile on systems that use the 4.x
>>    version of gcc (and g++).  On that system (Ubuntu dapper) I have 
>> temporarily
>>    worked around the problem by specifying -DPLD_wxwidgets=OFF but 
>> ultimately
>>    the solution is a wxwidgets.cpp change that is more explicit about what
>>    overloaded form of wxString is desired.
>
> This is actually a problem with the unicode build of wxWidgets you seem to 
> use on the Ubuntu system. My last changes should solve this problems. In the 
> future I'll also test with unicode builds of wxWidgets. Alan, could you test 
> the wxwidgets driver again?

Hi Werner:

Yes, all is well again for wxwidgets on both my systems.  Thanks!

> Also just for information, I also tested the pdl binding - I installed perl
> and the pdl module, cmake had no problems during configuration, plplot 
> compiles,
> but there are no examples for testing? So maybe it works but I couldn't test 
> it so far ;)

The perl/pdl interface to PLplot was done by Rafael as part of the PDL
project rather than our own, but he made the examples part of our project.
I have no idea why he separated things that way, but the result on Linux is
if you run the perl/pdl examples, it refers to an old PLplot library
installed with perl/pdl rather than the current PLplot build.  Also, I doubt
very much that Rafael's work within the PDL project to make the PLplot
bindings was done in a way that would work on windows which is probably the
reason why you got an empty result.  IIRC, he used some perl/pdl method of
generating the interface and not SWIG.

Since Rafael is no longer working on anything PLplot-related, I think the
best solution here is to implement the perl/pdl binding within the PLplot
project.  That actually should be pretty straightforward since you could use
SWIG to build the perl/pdl interface following the work done for our Python
and Java interfaces.  The result would work on both Unix and windows, and
would get rid of the painful split between the perl/pdl binding done in an
external project and the perl/pdl examples done within PLplot. If any
perl/pdl expert here would like to volunteer to take this on, it would be
great.

>
> Another outstanding issue in my opinion is the documentation of the new CBS. 
> There is the wiki right, but we should also update the documentation at least 
> before a 5.8.0 release.

I agree.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to