Re: [Plplot-devel] python branch now merged

2009-07-01 Thread Alan W. Irwin
On 2009-06-30 23:29-0500 Geoffrey Furnish wrote: Alan W. Irwin writes: [...]I would like to take this opportunity to claim back the x??.py namespace with the modern debugged examples if you can figure out a way to use those examples from pytkdemo so we can ditch the old ones. Yes, I

Re: [Plplot-devel] python extension linking, was RE: python branch now merged

2009-07-01 Thread Alan W. Irwin
On 2009-07-01 00:09-0500 Geoffrey Furnish wrote: [...]Now, what I find is that if I configure Python (today I tested 2.6.2, but I believe from prior experience that 2.5.x is the same in these regards) by just saying: cd Python-2.6.2 configure --prefix=$PREFIX make make

Re: [Plplot-devel] python extension linking, was RE: python branch now merged

2009-07-01 Thread Geoffrey Furnish
Alan W. Irwin writes: On 2009-07-01 00:09-0500 Geoffrey Furnish wrote: HOWEVER: PLplot's Python binding needs numpy. And here comes the rub. It turns out that Numpy's installation will *not work* if the python was built --enable-shared. If you don't build --enable-shared, then you can

Re: [Plplot-devel] plplot_pyqt4 status

2009-07-01 Thread Alan W. Irwin
On 2009-07-01 08:58+0100 Alban Rochel wrote: Hello all, Actually, this is one of the few days I am in contact, so: - I must have misunderstood something about dynamic casts because I believed that QtPLDriver* widget=(QtPLDriver*)(pls-dev) would have created a pure QtPLDriver* object, and

Re: [Plplot-devel] python extension linking, was RE: python branch now merged

2009-07-01 Thread Alan W. Irwin
On 2009-07-01 17:38-0500 Geoffrey Furnish wrote: Alan W. Irwin writes: To avoid that question mark, I suggest the following compromise. Put in a cmake option (EXCLUDE_PYTHON_LIBRARIES) which you can set for your needs, and which everyone else can ignore. We can then remove that