On 2011-01-03 17:57-0800 Alan W. Irwin wrote:
> To sum this up, the bad wingcc and qt results are probably due to
> external library issues combined with issues in plfill while the bad
> psc (which depends on no external library) and cairo (which depends on
> a subset of the GTK+ stack of librarie
On 2011-01-03 09:51+0100 Arjen Markus wrote:
> Hi Alan,
>
> I just committed the changes: the individual curves
> are now drawn both as polylines and as filled curves.
> While I do not think it is all that well-defined (some
> of the curves are very convoluted, in the colloquial
> sense, not the g
On 2011-01-03 10:37-0800 David MacMahon wrote:
> I'm slowly getting back to some plplot development. Since my last
involvement with plplot, I have received a new computer with Mac OS X
10.6.5 (aka Snow Leopard) and a 64 bit processor (Intel Core i5). I
noticed a few issues when building plplot o
On 2011-01-03 08:36-0800 David MacMahon wrote:
> I also noticed this when compiling tkwin.c...
>
> drivers/tkwin.c:398: warning: assignment makes pointer from integer without a
> cast
>
> This is because XOpenDisplay is not declared in any #included files. I think
> because I'm on Mac OS X and
I'm slowly getting back to some plplot development. Since my last involvement
with plplot, I have received a new computer with Mac OS X 10.6.5 (aka Snow
Leopard) and a 64 bit processor (Intel Core i5). I noticed a few issues when
building plplot on this new system. I'm documenting them all he
On Jan 3, 2011, at 8:36 AM, David MacMahon wrote:
> Thanks, Argen!
I meant: Thanks ArJen! Sorry for the typo.
Dave
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database
Hi, Alan,
On Jan 3, 2011, at 12:33 AM, Alan W. Irwin wrote:
> Could you take a look at what I have done with swig? In particular, I
> felt my copying of some of the wrappers (especially the laborious
> transformation of matrix results) used in matwrap was not really
> taking full advantage of sw
Thanks, Argen!
I also noticed this when compiling tkwin.c...
drivers/tkwin.c:398: warning: assignment makes pointer from integer without a
cast
This is because XOpenDisplay is not declared in any #included files. I think
because I'm on Mac OS X and Tk is not based on X11 on that platform. I
Hi Alan,
I just committed the changes: the individual curves
are now drawn both as polylines and as filled curves.
While I do not think it is all that well-defined (some
of the curves are very convoluted, in the colloquial
sense, not the geometrical one), it does give some
interesting results. The
Hi Andrew:
Here are the swig-generated octave bindings diff results as of revision
11431:
octave
Missing examples: 19 33
Differing postscript output : 04 18 26
Missing stdout :
Differing stdout:
That is, I now obtain the same diff diagnostic res
Hi José,
hm, your comments were not in the patch files I used. I have
added these comments now. (I also put in your name in the
release notes as note 2.46). Just committed the changes.
Regards,
Arjen
On 2010-12-30 15:33, José Luis García Pallero wrote:
> El día 30 de diciembre de 2010 09:04, Ar
Hi Alan,
that does sound like a good idea. I am curious to see how the
drivers handle such things. I can probably do that today.
Regards,
Arjen
On 2010-12-30 20:01, Alan W. Irwin wrote:
> On 2010-12-30 09:04+0100 Arjen Markus wrote:
>
>> Also, none of the examples really use large polygons, so
Hi David,
that is probably my oversight - yes, found it and fixed it.
It was part of a large commit having to do with the limitations José
found and partially solved. To be committed today.
Regards,
Arjen
On 2011-01-03 07:59, David MacMahon wrote:
> I think drivers/tkwin.c got broken in r11405.
13 matches
Mail list logo
