Hi David, Alan,
On 2010-01-07 07:43, David MacMahon wrote:
>
> I'm willing to try my hand at adapting some other functions to use
> this technique. As far as I can tell, the list of functions that
> could benefit from this are...
>
> c_plgriddata (*)
> c_plmesh (**)
> c_plmeshc (**)
> c_pl
On 2010-01-03 23:47-0800 Alan W. Irwin wrote:
> [...]Try the just-committed revision 10735. On Linux with embedded blanks in
> the
> top-level directory name for the source, build, and install tree, I finally
> got "make test_noninteractive" to work for both the build tree (with
> -DBUILD_TEST=O
On Wednesday, January 6, 2010 at 22:43:44 (-0800) David MacMahon writes:
> On Jan 6, 2010, at 17:14 , Maurice LeBrun wrote:
>
> > Some centuries ago I did endow the contourer with the function
> > evaluator
> > technique to deal with the issue of C vs Fortran vs whatever array
> > storag
On 2010-01-06 16:30-0800 David MacMahon wrote:
>
> On Jan 5, 2010, at 16:55 , Alan W. Irwin wrote:
>
>> On 2010-01-05 15:35-0800 David MacMahon wrote:
>>
>>> export PLPLOT_DEV=xcairo
>>
>> That feature does appear to be useful, and I would be happy to receive a
>> patch implementing that.
>
> Gr
On Jan 6, 2010, at 17:14 , Maurice LeBrun wrote:
> Some centuries ago I did endow the contourer with the function
> evaluator
> technique to deal with the issue of C vs Fortran vs whatever array
> storage.
> Worked out nicely IMO. Would've liked to upgrade all array-
> handling functions
> i
On Wednesday, January 6, 2010 at 17:00:40 (-0800) David MacMahon writes:
> Hi, Alan,
>
> On Jan 6, 2010, at 9:03 , Alan W. Irwin wrote:
>
> > If we have a mixture of C and Fortran ordering for the two-dimensional
> > arrays in our API, we should decide which convention we should use
> >
Hi, Alan,
On Jan 6, 2010, at 9:03 , Alan W. Irwin wrote:
> If we have a mixture of C and Fortran ordering for the two-dimensional
> arrays in our API, we should decide which convention we should use
> in our
> API and convert to it if/when we decide to do other major API
> breakage we
> have
On Jan 5, 2010, at 16:55 , Alan W. Irwin wrote:
> On 2010-01-05 15:35-0800 David MacMahon wrote:
>
>> export PLPLOT_DEV=xcairo
>
> That feature does appear to be useful, and I would be happy to
> receive a
> patch implementing that.
Great! I've tested the attached patch and it seems to do the
On Wed, 6 Jan 2010 09:03:42 -0800 (PST)
"Alan W. Irwin" wrote:
>
> Arjen, from the fortran wrappers do we use the C order
>for all our
> two-dimensional arrays or just for the plsurf3d related
>functions?
>
> If we have a mixture of C and Fortran ordering for the
>two-dimensional
> arrays i
On 2010-01-06 09:31+0100 Arjen Markus wrote:
> Hi David,
>
> while I suffer from the same type of dyslexia (even after all these
> years I still have trouble getting the indices right and frequently
> have to sketch what the layout of the data is and what it should be,
> using Fortran, C and a cou
Hi, Arjen,
On Jan 6, 2010, at 0:31 , Arjen Markus wrote:
> while I suffer from the same type of dyslexia (even after all these
> years I still have trouble getting the indices right and frequently
> have to sketch what the layout of the data is and what it should be,
> using Fortran, C and a coup
(This email didn't get through yesterday, so I post it again).
Hi David,
On Jan 5, 2010, at 11:45 PM, David MacMahon wrote:
> I'm working on creating Ruby bindings to PLplot, much like the Ruby
> bindings to PGPLOT (http://pgplot.rubyforge.org/). I've gotten a
> fair amount of the API done and
Hi, Andrew,
On Jan 6, 2010, at 0:01 , Andrew Ross wrote:
> We'd of course welcome any contributions for a ruby binding to plplot.
I'll be happy to contribute it. It's coming along.
> How are you generating it? I'd strongly recommend looking at swig
> (http://www.swig.org) for automatically gen
Hi David,
while I suffer from the same type of dyslexia (even after all these
years I still have trouble getting the indices right and frequently
have to sketch what the layout of the data is and what it should be,
using Fortran, C and a couple of other languages), I must point out
that plsurf3d u
As I said in an earlier message, I'm working on Ruby bindings to
PLplot that are analogous to the Ruby bindings to PGPLOT. Like the
PGPLOT Ruby bindings, I've chosen to use/support the Ruby "NArray"
extension (http://narray.rubyforge.org/) for data arrays. I just
implemented the plsurf3d
On Tue, Jan 05, 2010 at 02:45:11PM -0800, David MacMahon wrote:
> I'm working on creating Ruby bindings to PLplot, much like the Ruby
> bindings to PGPLOT (http://pgplot.rubyforge.org/). I've gotten a
> fair amount of the API done and the first seven or so examples
> "ported". I'll be happy
16 matches
Mail list logo