Hi Alan,
> -----Original Message-----
> From: Alan W. Irwin [mailto:alan.w.irwin1...@gmail.com]
> Sent: Monday, August 13, 2018 9:56 PM
> To: Arjen Markus
> Cc: Orion Poplawski; PLplot development list
> Subject: RE: Status of our octave binding and examples for version 4.4.0 of
> octave
>
>
> Let's ignore octave for a bit and look at the more general picture.
> If you like the goal (in its own right) of learning to build packages for the
> MinGW-
> w64/MSYS2 platform, then I suggest you follow the package build documentation
> examples under the heading "Re-building a package" at
> <https://github.com/msys2/msys2/wiki/Creating-packages>.
> Can you use those steps to build both their examples (flex and python3)? If
> not,
> then you should take the problem to the MSYS2 mailing list to get help with
> that
> documentation. But if that general procedure works for you, then the next
> obvious
> step is to help out with the PLplot packaging at
> <https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-plplot>
> by first building that package as is, fixing it according to your own
> experience (e.g.,
> by moving to Python 3, and by enabling qt), and drawing Alex's attention to
> your
> improvements (likely via a pull
> request) so they will be made part of the official Plplot package for this
> platform.
>
I can certainly try ...
> Moving back to the octave case, I am pretty sure unless that semi-official
> package
> is completely broken, that the same procedures used to build flex, python3,
> and
> PLplot should also work fine for octave without all the issues you encountered
> above. Assuming you can build that octave package, then the next steps would
> be
> to evaluate the result for our needs, and assuming it does work for those
> needs (or
> can easily be fixed), advocate making it an official package that the PLplot
> package
> depends on.
>
> > I guess an alternative could be to simply build Octave and install it
> > without
> pacman, but I have not tried that yet.
>
> I would advise against that since unofficial octave builds are not going to
> help our
> octave users that much on this particular platform and may turn out to be a
> black
> hole sucking up a lot of your time.
> Instead, I think it would be better in the long-run to help get an official
> octave
> package running for this platform as I have outlined above.
>
Last night I tried to build Octave out of the box, as the computer would do
most of the work - run configure, make, make install ... However, the make step
fails:
CXX libinterp/corefcn/libinterp_corefcn_libcorefcn_la-pr-output.lo
libinterp/corefcn/pr-output.cc: In function 'float_display_format
make_format(const T&) [with T = intNDArray<octave_int<signed char> >]':
libinterp/corefcn/pr-output.cc:1736:59: error: call of overloaded 'abs(signed
char)' is ambiguous
(std::floor (log10 (double (abs (nda(i).value ()))) + 1)); \
^
libinterp/corefcn/pr-output.cc:1748:1: note: in expansion of macro
'MAKE_INT_MATRIX_FORMAT'
MAKE_INT_MATRIX_FORMAT (octave_int8)
^~~~~~~~~~~~~~~~~~~~~~
In file included from C:/msys64/mingw64/include/c++/6.2.0/cmath:45:0,
from libinterp/corefcn/pr-output.cc:27:
C:/msys64/mingw64/x86_64-w64-mingw32/include/math.h:254:15: note: candidate:
int abs(int)
int __cdecl abs(int _X);
^~~
In file included from
C:/msys64/mingw64/include/c++/6.2.0/ext/string_conversions.h:41:0,
from
C:/msys64/mingw64/include/c++/6.2.0/bits/basic_string.h:5402,
from C:/msys64/mingw64/include/c++/6.2.0/string:52,
from
C:/msys64/mingw64/include/c++/6.2.0/bits/locale_classes.h:40,
from C:/msys64/mingw64/include/c++/6.2.0/bits/ios_base.h:41,
from C:/msys64/mingw64/include/c++/6.2.0/iomanip:40,
from libinterp/corefcn/pr-output.cc:29:
C:/msys64/mingw64/include/c++/6.2.0/cstdlib:185:3: note: candidate: __int128
std::abs(__int128)
abs(__GLIBCXX_TYPE_INT_N_0 __x) { return __x >= 0 ? __x : -__x; }
^~~
C:/msys64/mingw64/include/c++/6.2.0/cstdlib:180:3: note: candidate: long long
int std::abs(long long int)
... (a lot more complaints)
So that is the end of that road as well as far as I am concerned.
It would seem that the only way we can proceed is indeed by obtaining an
official Octave package, as you indicate.
Regards,
Arjen
DISCLAIMER: This message is intended exclusively for the addressee(s) and may
contain confidential and privileged information. If you are not the intended
recipient please notify the sender immediately and destroy this message.
Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The
Netherlands, Commercial Registration Number 41146461, is not liable in any way
whatsoever for consequences and/or damages resulting from the improper,
incomplete and untimely dispatch, receipt and/or content of this e-mail.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
