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.t
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 wo
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:
> 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 wit
Alan W. Irwin writes:
> Thanks for running that test. As far as I am concerned that demonstrates a
> gross cmake bug.
>
> To anticipate the first question that will be asked when I report this
> issue, what version of cmake are you running? If it is a system version, I
> wonder if your Linux
Alan W. Irwin writes:
> On 2010-05-12 18:55-0500 Geoffrey Furnish wrote:
>
> > Alan W. Irwin writes:
> > > Just for completeness could you also show us the results of
> > >
> > > ls $HOME/devel/8.4/prefix/lib
> > >
> > > ?
&
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
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 t
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
> >>&
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=
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:
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
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
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,
>
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:
> >Differing postscript out
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'
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
> wor
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 funct
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 remove
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 thi
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 do
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
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
> >
Geoffrey Furnish writes:
> I've injected the work formerly done on the python branch, onto svn trunk
> tip.
> [...]
One more ultra final addendum to the prior note.
Those who've been holding their breath for a *really* long time, will note
that the method used in this pat
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 enab
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
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 to
t; On Fri, Jun 19, 2009 at 12:23:45AM -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 Ros
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. T
Alan W. Irwin writes:
> I think the explanation must be you are running into previously unknown
> build issues because you are using the build system for situations
> (platforms and library version sets) the rest of us don't have access
> to. By definition that class of build-system bugs is har
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, s
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/
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 \
cmak
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
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 yo
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
So, thanks to all for the help today.
This note is to summarize what I have learned about the fabled Tk segfault.
When I finally managed to find a way to exhibit the problem under gdb, I
found that the program was inside a pthread op. That was at a different
computer than where I am now. As I r
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 w
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 bu
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 print
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 directo
Geoffrey Furnish writes:
> I do have another question: How do I accomplish what we might call a "debug
> build" ?
>
> I want all compilation units compiled with -g, and linked appropriately to
> allow running under the debugger. Is there a simple way to pull that o
Andrew Ross writes:
> Just one thought. I use CMAKE_INSTALL_PREFIX all the time and it has
> always just worked for me. Are you sure you are working in a completely
> clean build tree? Resetting CMAKE_INSTALL_PREFIX in an old tree does not
> automatically update all the other CMAKE_INSTALL_xxx
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
Hi guys,
I'm having some problems building. Trying not to look too stupid here...
I've built Tcl and Tk and installed them to $HOME/plplot/t4/install. Then I
configure plplot thusly:
% cmake -DCMAKE_INSTALL_PREFIX=$HOME/plplot/t4/install
-DCMAKE_LIBRARY_PATH=$HOME/plplot/t4/install/lib -DENA
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
> > fo
Hi Alan,
Alan W. Irwin writes:
> I would like to permanently disable the gd and gcw device drivers as well
> as the gnome2 and pygcw bindings associated with the gcw device driver for
> this forthcoming release.
>
> Here is my justification for this proposed change.
> [...]
> * gd and gcw
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: "Distri
Alan W. Irwin writes:
> To the rest of the core developers here, please let us know immediately if
> you have some development going on that makes an early May release
> inconvenient for you.
Early May is good for me. I've been meaning to post a note giving people an
idea of waht's on my mind
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 perspect
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
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 on
Alan W. Irwin writes:
> However, I still don't understand why valgrind reported no issues on my
> platform without your recent changes. Segfaults can come and go (although
> usually a segfault does show up for one of our 31 examples if there is a
> memory management issue with the device drive
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 lap
Hello all,
Greetings after a long sabatical.
I've been lately trying again to get re-engaged with PLplot development. One
of the first things I'm trying to get done, is to merge the python branch
that I had worked on about 15 months ago, and get that stuff onto trunk.
Then there is some more p
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 $prefix/share/p
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 cm
Alan W. Irwin writes:
> >From later e-mail you appear to have solved this by dropping linking of
> python libraries, but that may just hide the problem until later when
> you actually try and execute the code.
Possibly. I haven't gotten as far as testing it yet. But, btw, if you study
how the
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 ad
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
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 "pyth
Alan W. Irwin writes:
> Geoffrey, your assumption is incorrect. As I have made clear from the
> first (and also in a recent post to this list), autotools will be
> deprecated (since nobody has stepped forward to support it any more) but
> available (including configure and plplot_libtool) in th
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
64 matches
Mail list logo
