On 2009-05-01 17:53-0700 Alan W. Irwin wrote:
> As of revision 9876, all seems well (from the build system perspective) with
> D in the build tree on Debian Lenny. Here is the summary of my current D
> ctest results.
>
> d
> Missing examples: 01 02 09 14 14a 15 16 17 18 19 20 21 22
Hi Werner:
Orion's recent post got me interested in testing PLplot's D support.
According to http://en.wikipedia.org/wiki/D_(programming_language) it sounds
like a terrific language.
Today, I installed the gdc Debian Lenny package (which contains the D
compiler), and I have been working on some
D
On 2009-04-30 10:07+0100 Andrew Ross wrote:
> I think I have convinced myself that XInitThreads is needed for the Tk case
> since
> we don't control all the Xlib calls. A quick web search suggests our symptoms
> are probably a result of Xlib calls being made before XInitThreads is called.
> I tri
On Fri, May 1, 2009 at 3:47 PM, Hezekiah M. Carty wrote:
> One fix for the Cairo driver's sawtooth effect suggested on the Cairo
> list is to change the line caps and/or joints. The attached patch
> does just that and produces, from what I can tell, output which is
> quite nice and without any of
On Fri, May 1, 2009 at 3:47 PM, Hezekiah M. Carty wrote:
> ... I asked around on the
> Cairo IRC channel and mailing list ...
For reference, the relevant mailing list thread can be viewed here:
http://lists.cairographics.org/archives/cairo/2009-May/017034.html
The Cairo folks were very helpful
To work around seams in the rendering of adjacent polygons in the
Cairo drivers' output (examples 8 and 16 in particular), an extra
stroke of the drawn polygons was enabled in the Cairo bindings. This
has the unfortunate side effect of adding a sort of sawtooth edge in
certain cases, most noticeab
On Fri, May 01, 2009 at 03:26:57PM -0400, Hezekiah M. Carty wrote:
> On Fri, May 1, 2009 at 2:38 PM, Andrew Ross
> wrote:
> > I yesterday ran into the same problem with the octave bindings and today
> > found svn had solved it. I checked recent commits to cairo.c and I can't
> > see any explicit m
On Fri, May 1, 2009 at 2:38 PM, Andrew Ross
wrote:
> I yesterday ran into the same problem with the octave bindings and today
> found svn had solved it. I checked recent commits to cairo.c and I can't
> see any explicit mention of it. I haven't tested with other languages.
> As an aside, calling p
On Fri, May 01, 2009 at 11:42:56AM -0400, Hezekiah M. Carty wrote:
> While doing some comparisons using the Qt and Cairo devices on my own
> plots, I noticed that the:
>
> plsdev(something_cairo);
> plenv ...;
> plend();
> plsdev(something_cairo);
> plenv...;
>
> sequence with Cairo output device
On 2009-04-30 09:22-0600 Orion Poplawski wrote:
> in plplot/cmake/modules/CMakeDetermineDCompiler.cmake:
>
> # configure variables set in this file for fast reload later on
> IF(EXISTS ${CMAKE_SOURCE_DIR}/cmake/Modules/CMakeDCompiler.cmake.in)
>
> CONFIGURE_FILE(${CMAKE_SOURCE_DIR}/cmake/Modules/CM
On Fri, May 1, 2009 at 12:37 PM, Hazen Babcock wrote:
> Hezekiah M. Carty wrote:
>>
>> While doing some comparisons using the Qt and Cairo devices on my own
>> plots, I noticed that the:
>>
>> plsdev(something_cairo);
>> plenv ...;
>> plend();
>> plsdev(something_cairo);
>> plenv...;
>>
>> sequenc
On Fri, May 1, 2009 at 12:37 PM, Hazen Babcock wrote:
> Hezekiah M. Carty wrote:
>>
>> While doing some comparisons using the Qt and Cairo devices on my own
>> plots, I noticed that the:
>>
>> plsdev(something_cairo);
>> plenv ...;
>> plend();
>> plsdev(something_cairo);
>> plenv...;
>>
>> sequenc
On Fri, 01 May 2009 17:22:09 +0200
Werner Smekal wrote:
> Hi Arjen,
>
>>
> Problem is/was that for the original libltdl
>implementation a path to the driver directory was added
>in front of the driver name. So the driver wasn't found
>if all dlls where located in the dll directory. I made
Hezekiah M. Carty wrote:
> While doing some comparisons using the Qt and Cairo devices on my own
> plots, I noticed that the:
>
> plsdev(something_cairo);
> plenv ...;
> plend();
> plsdev(something_cairo);
> plenv...;
>
> sequence with Cairo output devices no longer gives segmentation faults
> on
While doing some comparisons using the Qt and Cairo devices on my own
plots, I noticed that the:
plsdev(something_cairo);
plenv ...;
plend();
plsdev(something_cairo);
plenv...;
sequence with Cairo output devices no longer gives segmentation faults
on my Ubuntu Intrepid system using the latest PLp
Hi Arjen,
Arjen Markus wrote:
> On 2009-04-29 13:34, Arjen Markus wrote:
>
>
>> There is a problem with the shared l'ibraries that are produced during
>> the build: you need to set the path right. Unfortunately this includes
>> _all_ paths: lib/csa, lib/nistcd, lib/qsastime, src, drivers,
>> b
On 2009-04-29 13:34, Arjen Markus wrote:
>
> There is a problem with the shared l'ibraries that are produced during
> the build: you need to set the path right. Unfortunately this includes
> _all_ paths: lib/csa, lib/nistcd, lib/qsastime, src, drivers,
> bindings/c++, etc.
>
> I tried to use th
17 matches
Mail list logo
