Hi Jerry,
you could set a flag in the Ada front-end for plinit to indicate this has been
called and
check for the flag in the front-end for plend. Perhaps not the nicest of
programming
constructs, but it would prevent any problems that might arise if you can not
call
plend twice without an inte
Hi Orion:
I have read your several responses to my posts with interest, and I thank you
for them. I think my reply to the last one below brings me up
to date with your questions for me, but if I missed something,
please bring it up again.
On 2013-10-21 21:57-0600 Orion Poplawski wrote:
>> @Orio
On 2013-10-21 20:32-0600 Orion Poplawski wrote:
> On 10/17/2013 8:19 PM, Alan W. Irwin wrote:
>> Hi Orion:
>>
>> This is part 4 and the last part of my reply.
>>
>> On 2013-10-16 20:42-0600 Orion Poplawski wrote:
>>
>>> plplot-octave.x86_64: W: unstripped-binary-or-object
>>> /usr/lib64/octave/
A few weeks ago, at the time of the most recent PLplot release, I posted a
short announcement on comp.lang.ada, and I gave a very simple example of usage
in an Ada program. Someone asked why plinit couldn't be done in the (Ada)
elaboration of PLplot and why couldn't plend be done in the (Ada) fi
On 2013-10-21 19:07-0700 Alan W. Irwin wrote:
> When I tried that on my 64-bit Linux system I discovered plcolorbar
> memory management issues which I am planning to look at this evening.
> So with luck I should be able to achieve valgrind perfect results for
> all our examples in the 64-bit case.
On 10/18/2013 12:01 AM, Alan W. Irwin wrote:
> Hi Hez: Look for @Hez: below and continue reading until you hit @Orion.
>
> Hi Orion: vice versa for you. :-)
>
> On 2013-10-17 21:47-0600 Orion Poplawski wrote:
>
>> On 10/17/2013 6:23 PM, Alan W. Irwin wrote:
>>> To Hez and Orion:
>>>
>>> This is p
On 10/17/2013 3:33 PM, Alan W. Irwin wrote:
> This is part 2 of my response concerning the overlinked libraries
> that rpmlint has turned up:
>
> On 2013-10-16 20:42-0600 Orion Poplawski wrote:
>
>> [out of order] These libraries are unnecessarily linked with the
>> specified library.
>
> I started
On 10/17/2013 8:19 PM, Alan W. Irwin wrote:
> Hi Orion:
>
> This is part 4 and the last part of my reply.
>
> On 2013-10-16 20:42-0600 Orion Poplawski wrote:
>
>> plplot-octave.x86_64: W: unstripped-binary-or-object
>> /usr/lib64/octave/site/oct/x86_64-redhat-linux-gnu/plplot_octave.oct
>>
>> simil
On 2013-10-21 22:11+0100 Andrew Ross wrote:
>
> Alan,
>
> [... T]he rounding issues are not an intrinsic 32-bit issue. With a 32-bit
> version of Debian unstable (running under pbuilder) I get completely clean
> results for make test_diff_psc, with the exception of stdout for the python
> example
On 2013-10-21 22:34+0100 Andrew Ross wrote:
>
> I now understand why the code is different. The typemap for mapform_func
> mapform has a default clause which controls what happens if the argument is
> omitted. It seems that once swig has encountered an optional argument all
> subsequent arguments
Orion,
Thanks for the report. Lintian on Debian reports a number of the same issues.
More comments below.
On Thursday 17 Oct 2013 12:06:57 Alan W. Irwin wrote:
> Hi Orion:
>
> Thanks very much for your report. There are so
> many issues involved, that I am going to answer you in
> several
On Thursday 17 Oct 2013 09:14:44 Alan W. Irwin wrote:
> On 2013-10-16 22:45-0700 Alan W. Irwin wrote:
> > On 2013-10-11 18:26-0700 Alan W. Irwin wrote:
> >> However, I could not test that patch on the Debian version of the
> >> library because for some reason "apt-src build" builds the debs
> >> wi
I now understand why the code is different. The typemap for mapform_func
mapform has a default clause which controls what happens if the argument is
omitted. It seems that once swig has encountered an optional argument all
subsequent arguments are also counted as optional so are wrapped with an
Alan,
Firstly, the rounding issues are not an intrinsic 32-bit issue. With a 32-bit
version of Debian unstable (running under pbuilder) I get completely clean
results for make test_diff_psc, with the exception of stdout for the python
example 23. This is with python 2.7.5.
Compiling plplotcmo
14 matches
Mail list logo
