On 2015-09-09 20:44-0700 Alan W. Irwin wrote:
> On 2015-09-09 14:30-0700 Alan W. Irwin wrote:
>
>> Hi Phil:
>>
>> I just discovered that commit 9dc7393d = "Rewrite of the wxWidgets
>> text processing methods" does not build on Debian oldstable with
>> wxwidgets version 2.8.12.1. The reason is tha
Hi Phil:
On 2013-05-21 05:14-0700 phil rosenberg wrote:
> Thanks Alan
You are welcome. I am glad my idea worked.
> I commented out the building of pltek and found the same problem
when building the examples so as you said it was nothing to do with
pltek, but a fundamental build issue. The fix
On Tue, 21 May 2013 05:14:26 -0700 (PDT)
phil rosenberg wrote:
>
> On the linux build section of the wiki I've added a
>troubleshooting section and added this to it. Maybe this
>would be a useful place to document little things like
>this as and when people come across them.
>
Sounds like
Thanks Alan
I commented out the building of pltek and found the same problem when building
the examples so as you said it was nothing to do with pltek, but a fundamental
build issue. The fix you suggested worked. I missed that flag when looking at
the wiki, I tried every other cairo flag on ther
On 2013-05-21 02:45-0700 phil rosenberg wrote:
> Hi
> I'm trying to build plplot on my work linux machine running 64 bit CentOS.
> cmake seems to run fine, but I'm getting the following build error when I run
> make
> Linking C executable pltek
> ../src/libplplotd.so.11.0.0: undefined reference
On Fri, 23 Nov 2012 03:19:23 -0800 (PST)
phil rosenberg wrote:
> Hi Andrew
> Thanks for the reply. I managed to get the build working
>by deleting the contents of my build directories and
>starting again from scratch. I don't know what the issue
>was. Perhaps I should do this every time I udp
cmake files so I may be mistaken. I've tried to look
at wxwidgets.cmake, but I just don't understand it well enough to debug it.
Phil
From: Andrew Ross
To: phil rosenberg
Cc: "[email protected]"
Sent: Thursday, 22 Nove
Phil,
This is a little odd as it the FindShapelib.cmake file is just using
standard cmake calls like find_library and find_path. These should
honour your set variables. In fact it looks like they do, except that
they are treating them as relative paths so tack your current
directory on the front?
