On 12/31/2013 06:50 PM, Alan W. Irwin wrote:
> Hi Orion:
>
> Thanks for doing that suggested experiment. More below
> in context.
>
> On 2013-12-31 16:52-0700 Orion Poplawski wrote:
>
>> On 12/31/2013 11:56 AM, Alan W. Irwin wrote:
>>> On 2013-12-30 13:42-0700 Orion Poplawski wrote:
>>>
>>>> Ah, you hit the nail on the head - they dropped OCTAVE_API_VERSION_NUMBER
>>>> completely. I've sent an email to the octave developers asking why.
>>>
>>> To see if there are any more octave-3.8.0 issues beyond this one, I
>>> suggest you temporarily add
>>>
>>> #define OCTAVE_API_VERSION_NUMBER 49
>>>
>>> to the generated bindings/octave/plplot_octaveOCTAVE_wrap.cxx
>>> file and see how far you get with
>>
>> cd /home/orion/fedora/plplot/plplot-5.9.11/fedora/bindings/octave &&
>> /usr/lib64/ccache/c++ -DHAVE_CONFIG_H -Dplplot_octave_EXPORTS -O2 -g -pipe
>> -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches
>> -m64
>> -mtune=generic -fPIC -I/home/orion/fedora/plplot/plplot-5.9.11/include
>> -I/home/orion/fedora/plplot/plplot-5.9.11/lib/qsastime
>> -I/home/orion/fedora/plplot/plplot-5.9.11/fedora
>> -I/home/orion/fedora/plplot/plplot-5.9.11/fedora/include
>> -I/home/orion/fedora/plplot/plplot-5.9.11/fedora/bindings/octave
>> -I/usr/include/octave-3.8.0 -I/usr/include/octave-3.8.0/octave
>> -I/home/orion/fedora/plplot/plplot-5.9.11/bindings/swig-support -o
>> CMakeFiles/plplot_octave.dir/plplot_octaveOCTAVE_wrap.cxx.o -c
>> /home/orion/fedora/plplot/plplot-5.9.11/fedora/bindings/octave/plplot_octaveOCTAVE_wrap.cxx
>>
>> /home/orion/fedora/plplot/plplot-5.9.11/fedora/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:
>>
>> In member function ‘virtual dim_vector octave_swig_type::dims() const’:
>> /home/orion/fedora/plplot/plplot-5.9.11/fedora/bindings/octave/plplot_octaveOCTAVE_wrap.cxx:1183:46:
>>
>> error: ‘class octave_value’ has no member named ‘is_real_nd_array’
>> } else if (out.is_matrix_type() || out.is_real_nd_array() ||
>> out.is_numeric_type() ) {
>> ^
>
> "is_real_nd_array" is only used in a function that is provided by swig
> (as opposed to C++ interface code supplied by PLplot). So I would
> summarize this issue as a backwards-incompatible Octave change (or
> bug) that is confounding swig very similar to the missing
> OCTAVE_API_VERSION_NUMBER #define.
>
> Again, I think the Octave developers should be consulted about this to
> see whether this is a bug or an intended backwards-incompatible change
> in the Octave C++ library API.
According to the octave folks, "is_real_nd_array()" was intentionally removed,
and may indeed have only ever returned "false".
octave upstream seems adverse to re-adding OCTAVE_API_VERSION_NUMBER.
I have gotten no response yet to my swig bug:
https://sourceforge.net/p/swig/bugs/1353/
I may be able to put some hacks into the Fedora swig package to work around
these problems, but I rather avoid it.
Any suggestions for how to proceed? Have you had any luck with the swig folks?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
