Arjen Markus writes:
Hello,
I have been looking at the issues that arose with running the examples
in Tcl or Tk one after another and I have an almost working solution
now (based on examples/tk/standard_examples.in and
examples/tk/tkdemos.tcl). Here is the idea:
tcldemos.tcl
Andrew Ross writes:
Is anyone still using Numeric support for python arrays with plplot?
Numeric has been deprecated for a number of years in favour of the still
actively supported and developed numpy. Currently plplot supports both,
but I can't see much long term need for this. It would
Werner Smekal writes:
I think there is a misunderstanding. CMAKE_INSTALL_PREFIX is the prefix
used to install the program you're configuring, this doesn't set the
path, where cmake looks for libraries:
pico:examples smekal$ cmake --help-variable CMAKE_INSTALL_PREFIX
cmake version
Alan W. Irwin writes:
Hi Geoffrey:
Your recent revision (I am using revision 10991) to make a plstransform
wrapper to Tcl builds okay, but actual use of plstransform for example 19
does not work for me. I get
Unable to evaluate Tcl-side coordinate transform.
repeated 13557
Alan W. Irwin writes:
Hi Geoffrey:
Your recent revision (I am using revision 10991) to make a plstransform
wrapper to Tcl builds okay, but actual use of plstransform for example 19
does not work for me. I get
Unable to evaluate Tcl-side coordinate transform.
repeated 13557
Alan W. Irwin writes:
On 2010-05-11 12:29-0500 Geoffrey Furnish wrote:
Geoffrey Furnish writes:
Alan W. Irwin writes:
C++ and OCaml are perfect, and here is the status of the remaining
non-perfect bindings:
tcl
Missing examples
Alan W. Irwin writes:
On 2010-05-12 11:22-0500 Geoffrey Furnish wrote:
BTW, taking a cue from the wiki, I added some options on the cmake line
like this:
% cmake -DCMAKE_INSTALL_PREFIX=$HOME/devel/8.4/prefix
-DCMAKE_INCLUDE_PATH=$HOME/devel/8.4/prefix/include
-DCMAKE_LIBRARY_PATH
Werner Smekal writes:
Hi Geoffrey,
On 5/12/10 10:30 PM, Geoffrey Furnish wrote:
Alan W. Irwin writes:
On 2010-05-12 11:22-0500 Geoffrey Furnish wrote:
BTW, taking a cue from the wiki, I added some options on the
cmake line like this:
% cmake -DCMAKE_INSTALL_PREFIX=$HOME
Werner Smekal writes:
I think it has something to do with these lines FindTCL.cmake
FIND_LIBRARY(TCL_LIBRARY
NAMES
tcl
tcl${TK_LIBRARY_VERSION} tcl${TCL_TCLSH_VERSION} tcl${TK_WISH_VERSION}
tcl86 tcl8.6
tcl85 tcl8.5
tcl84 tcl8.4
tcl83 tcl8.3
tcl82 tcl8.2
Alan W. Irwin writes:
Just for completeness could you also show us the results of
ls $HOME/devel/8.4/prefix/lib
?
% ls $HOME/devel/8.4/prefix/lib
libtcl8.4.so libtk8.4.so tcl8.4tk8.4
libtclstub8.4.a libtkstub8.4.a tclConfig.sh tkConfig.sh
It is possible the whole
Alan W. Irwin writes:
To take this further could you please try building cmake-2.8.1 (see
directions at http://cmake.org/cmake/resources/software.html) and use that
version instead for the above test if that is not what you are already
doing? That's the version I use for my testing with
Alan W. Irwin writes:
C++ and OCaml are perfect, and here is the status of the remaining
non-perfect bindings:
tcl
Missing examples:
Differing postscript output : 19 21 28
Missing stdout :
Differing stdout: 21
I believe I've
Alan W. Irwin writes:
Since your question is of general interest to developers, I am posting my
reply to the list.
I'm working on Tcl #19. I'm close to getting it straightened out, hope to
commit soon.
Question: In my own comparisons between the C and Tcl examples,
generated
Alan W. Irwin writes:
On 2010-05-01 14:43-0400 Hezekiah M. Carty wrote:
Alan,
Thank you for looking in to this. My reason for making that change
was that it doesn't make sense to me in a general context to require
that both arguments are non-NULL - if the pltr function does
Alan W. Irwin writes:
On 2010-05-01 21:26-0500 Geoffrey Furnish wrote:
What is the simplest statement of the commumdrum?
If you apply the following patch
[...]
in accordance with Hez's arguments above, then plshade and plshades quit
working (blank results or one giant triangle
Alan W. Irwin writes:
So I think the road to 6.0 is going to be a long process that will need
lots of planning, implementation, and testing work, but that effort should
be worthwhile if we end up with just the ideal API for 6.0 with the
non-ideal component of our API completely removed.
Alan W. Irwin writes:
I have changed to the style subject line for this since it touches on
three separate recent threads with varying subject lines involving style.
On 2009-06-30 15:20-0500 Geoffrey Furnish wrote:
Oh, one more really last thing. I haven't gotten around to trying
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
Hi all,
I've injected the work formerly done on the python branch, onto svn trunk
tip.
I've done a little messing around with cmake, so I would appreciate it if
people could look over bindings/python/CMakeLists.txt in particular. One
concern I have is that someone might disable Tcl/Tk, but
Alan W. Irwin writes:
On 2009-06-30 15:20-0500 Geoffrey Furnish wrote:
I've injected the work formerly done on the python branch, onto svn trunk
tip.
I've done a little messing around with cmake, so I would appreciate it
if people could look over bindings/python/CMakeLists.txt
Geoffrey Furnish writes:
The other thing worth discussing is just to draw attention to the fact
that in the past I had trouble with how the python modules are being
linked. I haven't gotten as far as reinvestigating that, so I'll post
more on it later. But in the past I found
There seem to be some problems with autodetection.
Using trunk tip (rev 10082), if I run cmake setting only a destination build
prefix, but leaving it to find things in all the system places (in other
words, my destination build prefix is empty in this case), I find:
xiphi:t5/plplot/tmp | master
-0500, Geoffrey Furnish wrote:
I can confirm that use of PLplot together with the Python C API,
produces many many warnings, some of them traceable to the HAVE_*
business. I plan to try to clean this up sometime soon.
Andrew Ross writes:
On Tue, Jun 23, 2009 at 02:31:08PM +0300, Dmitri
Alan W. Irwin writes:
On 2009-06-21 05:04+0300 Dmitri Gribenko wrote:
I understand that coding style is a very subjective matter, so I'm
open for discussion. I just want the code to be readable and have
consistent style.
Hi Dmitri:
Thanks for bringing up this topic. With
Dmitri Gribenko writes:
I'm writing to the list to get some advice about implementation
details of the features.
Some of the features I want to implement are easy with plplot
(multiple subpages, Bode plots). But I want to ask your advice about
implementing some other features,
I can confirm that use of PLplot together with the Python C API, produces
many many warnings, some of them traceable to the HAVE_* business. I plan to
try to clean this up sometime soon.
Dmitri Gribenko writes:
Hello all,
plplot.h includes plConfig.h which defines some HAVE_* macros.
Hi guys,
I'm having trouble compiling plplot on Fedora 11. I am at rev 10054.
I have built a prefix with Tcl/Tk, and Python in it. I run cmake (Fedora
11 provides cmake version 2.6.4) and the subsequent build thusly:
cat run_cmake.sh -EOF
env PATH=$PREFIX/bin:$PATH \
cmake \
Geoffrey Furnish writes:
I'm having trouble compiling plplot on Fedora 11. I am at rev 10054.
[...]
So, it seems that plplot, with cmake 2.6.4, is wrongly concluding that
even though the tcl executables are at ~/F11/icf/bin, and the headers at
~/F11/icf/include, and the corresponding
Andrew Ross writes:
On Tue, Apr 28, 2009 at 09:40:14AM -0700, Alan Irwin wrote:
On 2009-04-28 10:45+0100 Andrew Ross wrote:
[...]I've been using HAVE_PTHREAD=ON for a long time with the xwin
driver with no problems. It has certainly been enabled in the debian
packages as well with
Andrew Ross writes:
Testing has shown that this is a result of a bug in gfortran versions =
4.1 when both the fortran exit command and the instrinsic exit subroutine
are used in the same program. I have committed a simple work-around in
example 20 which should fix compilation for you.
Alan W. Irwin writes:
[...], but the other two error out as follows:
softw...@raven ./xtk02 -f tk02
invalid command name Pltkwin
while executing
Pltkwin .plw
(file tk02 line 48)
invoked from within
source tk02
softw...@raven ./xtk04 -f tk04
invalid
Woops, one part badly worded, correction below.
Geoffrey Furnish writes:
BTW #2: It doesn't seem to me like you should have to set
CMAKE_LIBRARY_PATH if you want something other than
xx unless
CMAKE_INSTALL_PREFIX/lib. Why isn't CMAKE_INSTALL_PREFIX/lib the default
Werner Smekal writes:
I usually debug in the build tree. Add the -DBUILD_TEST=ON to the
cmake options and all examples will be compiled in the built tree.
Well, I must be missing something. When I add this, I don't find the tk
examples in the build tree. There is an examples/tk directory,
Werner Smekal writes:
Geoffrey Furnish wrote:
Werner Smekal writes:
make VERBOSE=1
I found a cmake var for this too.
true, but then you've always verbose output. Using VERBOSE=1 for the
make command only prints out verbose information when you want without
Andrew Ross writes:
On Fri, Apr 24, 2009 at 02:54:43PM -0500, Geoffrey Furnish wrote:
Werner Smekal writes:
I usually debug in the build tree. Add the -DBUILD_TEST=ON to the
cmake options and all examples will be compiled in the built tree.
Well, I must be missing something
Alan W. Irwin writes:
When running into a component problem like this where you are not interested
in the component (and also for speed) just disable the componenent, e.g.,
-DENABLE_f95=OFF
I did, and kept going.
Thanks for that fortran 95 error report.
However, I don't think we
Werner Smekal writes:
Hi Arjen,
Hi Werner,
CMake 2.6.3 does indeed solve the issue - I have reverted my change.
So I guess, that would be the minimum version of CMake that is
guaranteed to build PLplot on the MSYS platform. Should we enforce
that
for all builds or
Alan W. Irwin writes:
Although relatively few PLplot developers are currently enthused about a
move to a distributed version control system (DVCS), that may change in the
future so it is important to pay attention to DVCS articles. Today, I found
the following useful references:
Alan W. Irwin writes:
On 2009-03-24 22:55-0600 Geoffrey Furnish wrote:
To that end, I'd like to ask Alan specifically, again, to identify with
specificity, what you think the specific requirements for such a transition
would be, from your perspective.
My own view of this list
Hello all,
Geoffrey Furnish writes:
The main purpose in this post is just to sample the other developers, all
of you who are currently much more actively involved in PLplot than I am,
or even than I expect to be once I regain my stride, so to speak, and just
see if any of you would
Werner Smekal writes:
I often commit unfinished work for only one reason - not to loose it.
My laptop is old, the harddisk may get corrupt. I often spend some hours
work and don't want to loose it. With git I can commit more often to my
local repository which is fine. But if my laptop
Alan W. Irwin writes:
On 2009-03-13 10:17-0600 Geoffrey Furnish wrote:
[...]The main purpose in this post is just to sample the other
developers, all of you who are currently much more actively involved in
PLplot than I am, or even than I expect to be once I regain my stride,
so
Maurice LeBrun writes:
On Tuesday, January 8, 2008 at 21:30:21 (-0700) [EMAIL PROTECTED] writes:
In fact, I can't tell any difference between what is built in the two
versions. Does Itcl add anything to plplot?
A nicer file selector, I think that's it.
In the
Alan W. Irwin writes:
If I don't hear any such objections, I plan to go ahead with the big svn
delete this weekend, and I am looking forward to a leaner svn trunk version
that is much easier to understand as a result.
Sounds good to me.
Alan W. Irwin writes:
[...]BTW, when I gnerated the above cmake configuraiton diff, it didn't
take effect when I merely removed the cache and reran cmake. I had to
run cmake fresh in an empty build dir, to get the .../relink.txt file to
be regenerated. Is there a way to get cmake to
Alan W. Irwin writes:
Geoffrey asked:
So I guess the
question is, how can I make find_package(PythonInterp) find the python
that's in the prefix, instead of the one that's in the path?
Try changing PATH so the special python is what you get when you execute
the python command.
Geoffrey Furnish writes:
So, question: Can anyone help me understnad how
bindings/python/CMakeFiles/_plplotcmodule.dir/relink.txt is generated, and
suggest how I might fix it's generation to not name the unnecessary and
trouble-causing -lpython2.5?
I got as far as:
% svn diff bindings
Geoffrey Furnish writes:
But now, make install fails:
Install the project...
-- Install configuration:
CMake Error: Error in cmake code at
.../plplot/tmp2/cmake_install.cmake:35:
FILE cannot create directory: /share/doc/plplot. Maybe need administrative
privi
leges.
Current
Orion Poplawski writes:
Orion Poplawski wrote:
Missing, presumably will come later once docs are pre-built:
/usr/share/info
/usr/share/man
Missing, presumably go for good with CBS?
/usr/bin/plplot-config
/usr/bin/plplot_libtool
Sorry to be tardy on this, had meant to
49 matches
Mail list logo
