Octave 4.2.0 release candidate 1 available for ftp

classic Classic list List threaded Threaded
19 messages Options
Reply | Threaded
Open this post in threaded view
|

Octave 4.2.0 release candidate 1 available for ftp

John W. Eaton
Administrator
The first release candidate for Octave 4.2.0 is available from

   ftp://alpha.gnu.org/gnu/octave

There may be some problems that need to be fixed so it is unlikely that
this version will become the 4.2.0 release without some changes but I
hope to not have more than two or three release candidates before the
4.2.0 release is final.

Please try to build this version and report any problems you find in the
bug tracker.  I've added a new version tag for the release candidate, so
please use that when reporting problems.

A 32-bit Windows binary installer is also available.

After making the release candidate and the binary installer, I noticed
that __run_test_suite__ does not complete properly with the Windows
binary.  It seems to hang at either the tests for legend or copyobj.  I
noticed that both of those files contain tests that set the graphics
toolkit to gnuplot.  By not setting the toolkit to gnpulot, the tests
proceed, but do not work properly for me.  I see messages like this:

 >> test legend
Mesa warning: couldn't open dxtn.dll, software DXTn
compression/decompression unavailable
GL2PS error: Incorrect viewport (x=0, y=0, width=0, height=0)
***** test
  h = figure ("visible", "off");
  unwind_protect
    position = get (h, "position");
    plot (rand (3));
    legend ();
    filename = sprintf ("%s.eps", tempname ());
    print (filename);
    unlink (filename);
    assert (get (h, "position"), position);
  unwind_protect_cleanup
    close (h);
  end_unwind_protect
!!!!! test failed
gl2ps_renderer::draw: gl2psBeginPage returned GL2PS_ERROR

or:

 >> test copyobj
Mesa warning: couldn't open dxtn.dll, software DXTn
compression/decompression unavailable
warning: gl2ps_renderer::draw_axes: empty feedback buffer and/or nothing
else to print
warning: gl2ps_renderer::draw_axes: empty feedback buffer and/or nothing
else to print
Error: /configurationerror in --setpagedevice--
Additional information: [/PageSize [0 0]]
Operand stack:
    --nostringval--   (%%BoundingBox: 1816825288 1818764032 1816825288
1818764032)   --dict:1/2(ro)(G)--
  --nostringval--   --nostringval--   (%%BoundingBox: 1816825288
1818764032 1816825288 1818764032)   1   1
816825288   1818764032   false   --dict:1/1(L)--
Execution stack:
    %interp_exit   .runexec2   --nostringval--   --nostringval--
--nostringval--   2   %stopped_push   -
-nostringval--   --nostringval--   --nostringval--   false   1
%stopped_push   1951   1   3   %oparray_
pop   1950   1   3   %oparray_pop   --nostringval--   1934   1   3
%oparray_pop   1820   1   3   %oparr
ay_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--
  --nostringval--   --nostringval
--   2   %stopped_push   --nostringval--   %ztokenexec_continue
(scanner state)   --nostringval--   --n
ostringval--   --nostringval--   --nostringval--   --nostringval--
--nostringval--   1913   10   3   %o
parray_pop   --nostringval--   --nostringval--   --dict:1/10(L)--
--nostringval--   16   %dict_continue

Dictionary stack:
    --dict:1189/1684(ro)(G)--   --dict:0/20(G)--   --dict:82/200(L)--
Current allocation mode is local
GPL Ghostscript 9.16: Unrecoverable error, exit code 1
***** testif HAVE_MAGICK
  unwind_protect
    h1 = figure ("visible", "off");
    x = 0:0.1:2*pi;
    y1 = sin (x);
    y2 = exp (x - 1);
    ax = plotyy (x,y1, x-1,y2, @plot, @semilogy);
    xlabel ("X");
    ylabel (ax(1), "Axis 1");
    ylabel (ax(2), "Axis 2");
    axes (ax(1));
    text (0.5, 0.5, "Left Axis", ...
          "color", [0 0 1], "horizontalalignment", "center");
    axes (ax(2));
    text (4.5, 80, "Right Axis", ...
          "color", [0 0.5 0], "horizontalalignment", "center");
    s1 = hdl2struct (h1);
    h2 = struct2hdl (s1);
    s2 = hdl2struct (h2);
    png1 = [tempname() ".png"];
    png2 = [tempname() ".png"];
    unwind_protect
      print (h1, png1);
      [img1, map1, alpha1] = imread (png1);
      print (h2, png2);
      [img2, map2, alpha2] = imread (png2);
    unwind_protect_cleanup
      unlink (png1);
      unlink (png2);
    end_unwind_protect
    assert (img1, img2);
    assert (map1, map2);
    assert (alpha1, alpha2);
  unwind_protect_cleanup
    close (h1);
    close (h2);
  end_unwind_protect
!!!!! test failed
gl2ps_renderer::draw: internal pipe error

AFAIK, these problems (hanging and/or these failures with the OpenGL
graphics) are relatively recent developments but I don't know precisely
when the problems appeared.  Any help with that would be most appreciated.

jwe

Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

tmacchant
----- Original Message -----

> From: John W. Eaton 
> To: Octave Maintainers List 
> Cc:
> Date: 2016/9/9, Fri 08:21
> Subject: Octave 4.2.0 release candidate 1 available for ftp
>
>T he first release candidate for Octave 4.2.0 is available from
>
>   ftp://alpha.gnu.org/gnu/octave
>
> There may be some problems that need to be fixed so it is unlikely that this
> version will become the 4.2.0 release without some changes but I hope to not
> have more than two or three release candidates before the 4.2.0 release is
> final.
>
> Please try to build this version and report any problems you find in the bug
> tracker.  I've added a new version tag for the release candidate, so please
> use that when reporting problems.
>
> A 32-bit Windows binary installer is also available.
>
> After making the release candidate and the binary installer, I noticed that
> __run_test_suite__ does not complete properly with the Windows binary.  It seems
> to hang at either the tests for legend or copyobj.  I noticed that both of those
> files contain tests that set the graphics toolkit to gnuplot.  By not setting
> the toolkit to gnpulot, the tests proceed, but do not work properly for me.  I
> see messages like this:
>
>>>  test legend
> Mesa warning: couldn't open dxtn.dll, software DXTn
> compression/decompression unavailable
> GL2PS error: Incorrect viewport (x=0, y=0, width=0, height=0)
> ***** test
> h = figure ("visible", "off");
> unwind_protect
>    position = get (h, "position");
>    plot (rand (3));
>    legend ();
>    filename = sprintf ("%s.eps", tempname ());
>    print (filename);
>    unlink (filename);
>    assert (get (h, "position"), position);
> unwind_protect_cleanup
>    close (h);
> end_unwind_protect
> !!!!! test failed
> gl2ps_renderer::draw: gl2psBeginPage returned GL2PS_ERROR
>
> or:
>
>>>  test copyobj
> Mesa warning: couldn't open dxtn.dll, software DXTn
> compression/decompression unavailable
> warning: gl2ps_renderer::draw_axes: empty feedback buffer and/or nothing else to
> print
> warning: gl2ps_renderer::draw_axes: empty feedback buffer and/or nothing else to
> print
> Error: /configurationerror in --setpagedevice--
> Additional information: [/PageSize [0 0]]
> Operand stack:
>    --nostringval--   (%%BoundingBox: 1816825288 1818764032 1816825288
> 1818764032)   --dict:1/2(ro)(G)--
> --nostringval--   --nostringval--   (%%BoundingBox: 1816825288 1818764032
> 1816825288 1818764032)   1   1
> 816825288   1818764032   false   --dict:1/1(L)--
> Execution stack:
>    %interp_exit   .runexec2   --nostringval--   --nostringval-- --nostringval-- 
> 2   %stopped_push   -
> -nostringval--   --nostringval--   --nostringval--   false   1 %stopped_push 
> 1951   1   3   %oparray_
> pop   1950   1   3   %oparray_pop   --nostringval--   1934   1   3 %oparray_pop 
> 1820   1   3   %oparr
> ay_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval-- 
> --nostringval--   --nostringval
> --   2   %stopped_push   --nostringval--   %ztokenexec_continue (scanner state) 
> --nostringval--   --n
> ostringval--   --nostringval--   --nostringval--   --nostringval--
> --nostringval--   1913   10   3   %o
> parray_pop   --nostringval--   --nostringval--   --dict:1/10(L)--
> --nostringval--   16   %dict_continue
>
> Dictionary stack:
>    --dict:1189/1684(ro)(G)--   --dict:0/20(G)--   --dict:82/200(L)--
> Current allocation mode is local
> GPL Ghostscript 9.16: Unrecoverable error, exit code 1
> ***** testif HAVE_MAGICK
> unwind_protect
>    h1 = figure ("visible", "off");
>    x = 0:0.1:2*pi;
>    y1 = sin (x);
>    y2 = exp (x - 1);
>    ax = plotyy (x,y1, x-1,y2, @plot, @semilogy);
>    xlabel ("X");
>    ylabel (ax(1), "Axis 1");
>    ylabel (ax(2), "Axis 2");
>    axes (ax(1));
>    text (0.5, 0.5, "Left Axis", ...
>          "color", [0 0 1], "horizontalalignment",
> "center");
>    axes (ax(2));
>    text (4.5, 80, "Right Axis", ...
>          "color", [0 0.5 0], "horizontalalignment",
> "center");
>    s1 = hdl2struct (h1);
>    h2 = struct2hdl (s1);
>    s2 = hdl2struct (h2);
>    png1 = [tempname() ".png"];
>    png2 = [tempname() ".png"];
>    unwind_protect
>      print (h1, png1);
>      [img1, map1, alpha1] = imread (png1);
>      print (h2, png2);
>      [img2, map2, alpha2] = imread (png2);
>    unwind_protect_cleanup
>      unlink (png1);
>      unlink (png2);
>    end_unwind_protect
>    assert (img1, img2);
>    assert (map1, map2);
>    assert (alpha1, alpha2);
> unwind_protect_cleanup
>    close (h1);
>    close (h2);
> end_unwind_protect
> !!!!! test failed
> gl2ps_renderer::draw: internal pipe error
>
> AFAIK, these problems (hanging and/or these failures with the OpenGL graphics)
> are relatively recent developments but I don't know precisely when the
> problems appeared.  Any help with that would be most appreciated.
>
> jwe


Glad to hear that 4.2.0-rc1!!

I would like to ask two things.

1. Is --enable-octave=alpha able to use in mxe-octave for 4.2?
2. Will 64 bit binary for windows appear in the official site at 4.2.0 release?


Tatsuro 

Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

John W. Eaton
Administrator
On 09/08/2016 08:18 PM, Tatsuro MATSUOKA wrote:

> 1. Is --enable-octave=alpha able to use in mxe-octave for 4.2?

Soon.  I'm about to check in changes for mxe-octave that will make that
work.

> 2. Will 64 bit binary for windows appear in the official site at 4.2.0 release?

Yes, I think so.

jwe

Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

Dmitri A. Sergatskov
In reply to this post by John W. Eaton
On Thu, Sep 8, 2016 at 6:21 PM, John W. Eaton <[hidden email]> wrote:


Please try to build this version and report any problems you find in the bug tracker.  I've added a new version tag for the release candidate, so please use that when reporting problems.



​On Fedora 24 x86_64 / ​i7-2600K / Intel graphics

Summary:

  PASS     14784
  FAIL         1
  XFAIL       33
  SKIPPED     43

​Failed test is for ​__osmesa_print__.cc-tst (which was filing for me on all
my computers). I think we should change it for XFAIL for the release.

Dmitri.
--



 

Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

Mike Miller-4
On Thu, Sep 08, 2016 at 20:00:59 -0500, Dmitri A. Sergatskov wrote:
> Failed test is for __osmesa_print__.cc-tst (which was filing for me on all
> my computers). I think we should change it for XFAIL for the release.

This failing-for-some test should not be changed to xtest for this
release, but it can be associated with a bug report. As announced
earlier [1], tests can now be associated with a bug number. If 'make
check' shows a failing test, please either open a bug report or help
associate any failing tests with existing bug numbers.

Is it #44478 [2]?

[1]: https://lists.gnu.org/archive/html/octave-maintainers/2016-08/msg00330.html
[2]: https://savannah.gnu.org/bugs/?44478

--
mike

Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

Dmitri A. Sergatskov
On Thu, Sep 8, 2016 at 10:44 PM, Mike Miller <[hidden email]> wrote:
On Thu, Sep 08, 2016 at 20:00:59 -0500, Dmitri A. Sergatskov wrote:
> Failed test is for __osmesa_print__.cc-tst (which was filing for me on all
> my computers). I think we should change it for XFAIL for the release.

This failing-for-some test should not be changed to xtest for this
release, but it can be associated with a bug report. As announced
earlier [1], tests can now be associated with a bug number. If 'make
check' shows a failing test, please either open a bug report or help
associate any failing tests with existing bug numbers.

Is it #44478 [2]?

[1]: https://lists.gnu.org/archive/html/octave-maintainers/2016-08/msg00330.html
[2]: https://savannah.gnu.org/bugs/?44478

--
mike


​Dmitri.
--

Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

kingcrimson
In reply to this post by John W. Eaton

On 9 Sep 2016, at 01:21, John W. Eaton <[hidden email]> wrote:

> The first release candidate for Octave 4.2.0 is available from
>
>  ftp://alpha.gnu.org/gnu/octave
>
> There may be some problems that need to be fixed so it is unlikely that this version will become the 4.2.0 release without some changes but I hope to not have more than two or three release candidates before the 4.2.0 release is final.
>
> Please try to build this version and report any problems you find in the bug tracker.  I've added a new version tag for the release candidate, so please use that when reporting problems.

Hi,

I have been trying to build the release candidate on the development mac
machine at EPFL, using homebrew for dependencies.

My configure options are as follows:

---------------------------------------------------------------
#!/bin/bash
version=4.2rc1-clang-703.0.31-gfortran-6
../octave-4.2.0-rc1/configure                                       \
    SED=/usr/local/bin/gsed                               \
    PATH=/usr/local/opt/bison/bin:/usr/local/opt/flex/bin:${PATH}                                                       \
    CC=clang                                              \
    CFLAGS="-pipe -O2 -m64"                               \
    CPPFLAGS="-D_THREAD_SAFE -I/usr/local/include -I/usr/local/opt/readline/include -I/usr/local/opt/flex/include"      \
    LDFLAGS="-L/usr/local/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/bison/lib -L/usr/local/opt/flex/lib -m64 " \
    CXX=clang++                                           \
    CXXFLAGS="-pipe -O2 -m64"                             \
    F77=gfortran-6                                        \
    FFLAGS="-pipe -O2 -m64"                               \
    --with-lapack="-L/opt/openblas/2.19-clang-703.0.31-gfortran-6 -lopenblas" \
    --with-blas="-L/opt/openblas/2.19-clang-703.0.31-gfortran-6-lopenblas"    \
    --prefix=/opt/octave/${version}                       \
    --disable-jit                                         \
    --disable-java                                        \
    --with-framework-carbon                               \
    --with-arpack                                         \
    --enable-docs                                         \
    --without-opengl                                      \
    --without-x                                           \
    --without-OSMesa                                      \
    --without-qt                                          \
    --disable-gui                                         \
    --without-fltk                                        \
    --enable-link-all-dependencies
---------------------------------------------------------------

The build fails with the following error:

---------------------------------------------------------------
libtool: link: clang++ -std=gnu++11 -dynamiclib  -o liboctave/.libs/liboctave.4.dylib  liboctave/.libs/liboctave_liboctave_la-liboctave-build-info.o   -Wl,-force_load,liboctave/array/.libs/libarray.a -Wl,-force_load,liboctave/cruft/ranlib/.libs/libranlib.a -Wl,-force_load,liboctave/cruft/.libs/libcruft.a -Wl,-force_load,liboctave/numeric/.libs/libnumeric.a -Wl,-force_load,liboctave/operators/.libs/liboperators.a -Wl,-force_load,liboctave/system/.libs/libsystem.a -Wl,-force_load,liboctave/util/.libs/libutil.a -Wl,-force_load,liboctave/wrappers/.libs/libwrappers.a -Wl,-force_load,libgnu/.libs/libgnu.a  -L/usr/local/Cellar/arpack/3.4.0/libexec/lib -L/usr/local/Cellar/fftw/3.3.5/lib -L/usr/local/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/bison/lib -L/usr/local/opt/flex/lib -lcurl -lcholmod -lumfpack -lamd -lcamd -lcolamd -lccolamd -lcxsparse /usr/local/Cellar/arpack/3.4.0/libexec/lib/libarpack.dylib -L/usr/local/opt/veclibfort/lib -lqrupdate -lfftw3_threads -lfftw3 -lfftw3f_threads -lfftw3f -llapack -lblas -lreadline -lncurses -L/usr/local/Cellar/pcre/8.39/lib -lpcre -ldl -L/usr/local/Cellar/gcc/6.2.0/lib/gcc/6/gcc/x86_64-apple-darwin15.6.0/6.2.0 -L/usr/local/Cellar/gcc/6.2.0/lib/gcc/6/gcc/x86_64-apple-darwin15.6.0/6.2.0/../../.. -lgfortran -lquadmath -lm  -pthread -O2 -m64 -m64   -pthread -install_name  /opt/octave/4.2rc1-clang-703.0.31-gfortran-6/lib/octave/4.2.0-rc1/liboctave.4.dylib -compatibility_version 5 -current_version 5.0 -Wl,-single_module
clang: warning: argument unused during compilation: '-pthread'
clang: warning: argument unused during compilation: '-pthread'
Undefined symbols for architecture x86_64:
  "_SuiteSparse_config", referenced from:
      SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
      SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
      SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
      ...
  "_SuiteSparse_divcomplex", referenced from:
      SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
      SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
      SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
      ...
  "_SuiteSparse_hypot", referenced from:
      SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
      SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
      SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
      SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
      ...
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [liboctave/liboctave.la] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
mathicsepc32:octave_release_build carlo$
---------------------------------------------------------------

This is my first attempt at building with clang since a very long time so I'd appreciate
comments from those who are more used to it.

The suitesparse installation and detection look ok to me, I can provide the config.log output if you like,
or you can also access the same machine and try the build yourself if needed.

c.




Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

bpabbott
Administrator
> On Sep 9, 2016, at 6:36 AM, c. <[hidden email]> wrote:
>
> On 9 Sep 2016, at 01:21, John W. Eaton <[hidden email]> wrote:
>
>> The first release candidate for Octave 4.2.0 is available from
>>
>> ftp://alpha.gnu.org/gnu/octave
>>
>> There may be some problems that need to be fixed so it is unlikely that this version will become the 4.2.0 release without some changes but I hope to not have more than two or three release candidates before the 4.2.0 release is final.
>>
>> Please try to build this version and report any problems you find in the bug tracker.  I've added a new version tag for the release candidate, so please use that when reporting problems.
>
> Hi,
>
> I have been trying to build the release candidate on the development mac
> machine at EPFL, using homebrew for dependencies.
>
> My configure options are as follows:
>
> ---------------------------------------------------------------
> #!/bin/bash
> version=4.2rc1-clang-703.0.31-gfortran-6
> ../octave-4.2.0-rc1/configure                                       \
>    SED=/usr/local/bin/gsed                               \
>    PATH=/usr/local/opt/bison/bin:/usr/local/opt/flex/bin:${PATH}                                                       \
>    CC=clang                                              \
>    CFLAGS="-pipe -O2 -m64"                               \
>    CPPFLAGS="-D_THREAD_SAFE -I/usr/local/include -I/usr/local/opt/readline/include -I/usr/local/opt/flex/include"      \
>    LDFLAGS="-L/usr/local/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/bison/lib -L/usr/local/opt/flex/lib -m64 " \
>    CXX=clang++                                           \
>    CXXFLAGS="-pipe -O2 -m64"                             \
>    F77=gfortran-6                                        \
>    FFLAGS="-pipe -O2 -m64"                               \
>    --with-lapack="-L/opt/openblas/2.19-clang-703.0.31-gfortran-6 -lopenblas" \
>    --with-blas="-L/opt/openblas/2.19-clang-703.0.31-gfortran-6-lopenblas"    \
>    --prefix=/opt/octave/${version}                       \
>    --disable-jit                                         \
>    --disable-java                                        \
>    --with-framework-carbon                               \
>    --with-arpack                                         \
>    --enable-docs                                         \
>    --without-opengl                                      \
>    --without-x                                           \
>    --without-OSMesa                                      \
>    --without-qt                                          \
>    --disable-gui                                         \
>    --without-fltk                                        \
>    --enable-link-all-dependencies
> ---------------------------------------------------------------
>
> The build fails with the following error:
>
> ---------------------------------------------------------------
> libtool: link: clang++ -std=gnu++11 -dynamiclib  -o liboctave/.libs/liboctave.4.dylib  liboctave/.libs/liboctave_liboctave_la-liboctave-build-info.o   -Wl,-force_load,liboctave/array/.libs/libarray.a -Wl,-force_load,liboctave/cruft/ranlib/.libs/libranlib.a -Wl,-force_load,liboctave/cruft/.libs/libcruft.a -Wl,-force_load,liboctave/numeric/.libs/libnumeric.a -Wl,-force_load,liboctave/operators/.libs/liboperators.a -Wl,-force_load,liboctave/system/.libs/libsystem.a -Wl,-force_load,liboctave/util/.libs/libutil.a -Wl,-force_load,liboctave/wrappers/.libs/libwrappers.a -Wl,-force_load,libgnu/.libs/libgnu.a  -L/usr/local/Cellar/arpack/3.4.0/libexec/lib -L/usr/local/Cellar/fftw/3.3.5/lib -L/usr/local/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/bison/lib -L/usr/local/opt/flex/lib -lcurl -lcholmod -lumfpack -lamd -lcamd -lcolamd -lccolamd -lcxsparse /usr/local/Cellar/arpack/3.4.0/libexec/lib/libarpack.dylib -L/usr/local/opt/veclibfort/lib -lqrupdate -lfftw3_threads -lfftw3 -lfftw3f_threads -lfftw3f -llapack -lblas -lreadline -lncurses -L/usr/local/Cellar/pcre/8.39/lib -lpcre -ldl -L/usr/local/Cellar/gcc/6.2.0/lib/gcc/6/gcc/x86_64-apple-darwin15.6.0/6.2.0 -L/usr/local/Cellar/gcc/6.2.0/lib/gcc/6/gcc/x86_64-apple-darwin15.6.0/6.2.0/../../.. -lgfortran -lquadmath -lm  -pthread -O2 -m64 -m64   -pthread -install_name  /opt/octave/4.2rc1-clang-703.0.31-gfortran-6/lib/octave/4.2.0-rc1/liboctave.4.dylib -compatibility_version 5 -current_version 5.0 -Wl,-single_module
> clang: warning: argument unused during compilation: '-pthread'
> clang: warning: argument unused during compilation: '-pthread'
> Undefined symbols for architecture x86_64:
>  "_SuiteSparse_config", referenced from:
>      SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>      SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>      SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>      ...
>  "_SuiteSparse_divcomplex", referenced from:
>      SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>      SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>      SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>      ...
>  "_SuiteSparse_hypot", referenced from:
>      SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>      SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>      SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>      SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>      ...
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see invocation)
> make[2]: *** [liboctave/liboctave.la] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> mathicsepc32:octave_release_build carlo$
> ---------------------------------------------------------------
>
> This is my first attempt at building with clang since a very long time so I'd appreciate
> comments from those who are more used to it.
>
> The suitesparse installation and detection look ok to me, I can provide the config.log output if you like,
> or you can also access the same machine and try the build yourself if needed.
>
> c.

The configure below builds the default branch using Fink. Perhaps it will be useful for debugging Homebrew?

export LDFLAGS="-v -Wl,-dead_strip_dylibs"
export LIBS="-lm -lgl2ps"
export F77="/sw/bin/gfortran-fsf-5"
export FFLAGS="-O3"
export FLIBS="-L${FLIBDIR} -lgfortran"
export PKG_CONFIG="/sw/bin/pykg-config"
export PKG_CONFIG_PATH="/sw/lib/qt4-${qt_type}/lib/pkgconfig:$PKG_CONFIG_PATH"
export PATH="/sw/lib/qt4-${qt_type}/bin:$PATH"
export LDFLAGS=`pkg-config QtNetwork --libs`" "`pkg-config QtGui --libs`" -L/sw/lib/qt4-${qt_type}/lib $LDFLAGS"
export LDFLAGS="$LDFLAGS -L/sw/lib -framework JavaVM"
export JAVA_HOME=$(/usr/libexec/java_home)
export CPPFLAGS="-I/sw/include/mesa $CPPFLAGS"
../sources/configure --prefix=$PREFIX \
            --with-lapack=-ltatlas \
            --with-blas=-ltatlas \
            --with-magick=GraphicsMagick \
            --with-qhull-includedir=$FINK_PREFIX/include/libqhull \
            --host=$HOSTTYPE-apple-darwin \
            --build=$HOSTTYPE-apple-darwin \
            --infodir=$FINK_PREFIX/share/info \
            --mandir=$FINK_PREFIX/share/man \
            --enable-shared \
            --enable-dl \
            --enable-docs \
            --disable-static \
            --with-opengl \
            --with-framework-carbon \
            --without-x \
            --enable-dependency-tracking \
            --enable-link-all-dependencies \
            --without-OSMesa

Ben


Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

Schöps, Sebastian


Mit freundlichen Grüßen 

Sebastian Schöps

--
Prof. Dr. rer. nat. Sebastian Schoeps
Technische Universität Darmstadt
Fachgebiet Computational Engineering
Schlossgartenstrasse 8
64289 Darmstadt / Germany

Office: S2|17-125
Phone: +49 6151 16-24022
Fax: +49 6151 16-24027

Am 09.09.2016 um 13:15 schrieb Ben Abbott <[hidden email]>:

On Sep 9, 2016, at 6:36 AM, c. <[hidden email]> wrote:

On 9 Sep 2016, at 01:21, John W. Eaton <[hidden email]> wrote:

The first release candidate for Octave 4.2.0 is available from

ftp://alpha.gnu.org/gnu/octave

There may be some problems that need to be fixed so it is unlikely that this version will become the 4.2.0 release without some changes but I hope to not have more than two or three release candidates before the 4.2.0 release is final.

Please try to build this version and report any problems you find in the bug tracker.  I've added a new version tag for the release candidate, so please use that when reporting problems.

Hi,

I have been trying to build the release candidate on the development mac
machine at EPFL, using homebrew for dependencies.

My configure options are as follows:

---------------------------------------------------------------
#!/bin/bash
version=4.2rc1-clang-703.0.31-gfortran-6
../octave-4.2.0-rc1/configure                                       \
  SED=/usr/local/bin/gsed                               \
  PATH=/usr/local/opt/bison/bin:/usr/local/opt/flex/bin:${PATH}                                                       \
  CC=clang                                              \
  CFLAGS="-pipe -O2 -m64"                               \
  CPPFLAGS="-D_THREAD_SAFE -I/usr/local/include -I/usr/local/opt/readline/include -I/usr/local/opt/flex/include"      \
  LDFLAGS="-L/usr/local/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/bison/lib -L/usr/local/opt/flex/lib -m64 " \
  CXX=clang++                                           \
  CXXFLAGS="-pipe -O2 -m64"                             \
  F77=gfortran-6                                        \
  FFLAGS="-pipe -O2 -m64"                               \
  --with-lapack="-L/opt/openblas/2.19-clang-703.0.31-gfortran-6 -lopenblas" \
  --with-blas="-L/opt/openblas/2.19-clang-703.0.31-gfortran-6-lopenblas"    \
  --prefix=/opt/octave/${version}                       \
  --disable-jit                                         \
  --disable-java                                        \
  --with-framework-carbon                               \
  --with-arpack                                         \
  --enable-docs                                         \
  --without-opengl                                      \
  --without-x                                           \
  --without-OSMesa                                      \
  --without-qt                                          \
  --disable-gui                                         \
  --without-fltk                                        \
  --enable-link-all-dependencies
---------------------------------------------------------------

The build fails with the following error:

---------------------------------------------------------------
libtool: link: clang++ -std=gnu++11 -dynamiclib  -o liboctave/.libs/liboctave.4.dylib  liboctave/.libs/liboctave_liboctave_la-liboctave-build-info.o   -Wl,-force_load,liboctave/array/.libs/libarray.a -Wl,-force_load,liboctave/cruft/ranlib/.libs/libranlib.a -Wl,-force_load,liboctave/cruft/.libs/libcruft.a -Wl,-force_load,liboctave/numeric/.libs/libnumeric.a -Wl,-force_load,liboctave/operators/.libs/liboperators.a -Wl,-force_load,liboctave/system/.libs/libsystem.a -Wl,-force_load,liboctave/util/.libs/libutil.a -Wl,-force_load,liboctave/wrappers/.libs/libwrappers.a -Wl,-force_load,libgnu/.libs/libgnu.a  -L/usr/local/Cellar/arpack/3.4.0/libexec/lib -L/usr/local/Cellar/fftw/3.3.5/lib -L/usr/local/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/bison/lib -L/usr/local/opt/flex/lib -lcurl -lcholmod -lumfpack -lamd -lcamd -lcolamd -lccolamd -lcxsparse /usr/local/Cellar/arpack/3.4.0/libexec/lib/libarpack.dylib -L/usr/local/opt/veclibfort/lib -lqrupdate -lfftw3_threads -lfftw3 -lfftw3f_threads -lfftw3f -llapack -lblas -lreadline -lncurses -L/usr/local/Cellar/pcre/8.39/lib -lpcre -ldl -L/usr/local/Cellar/gcc/6.2.0/lib/gcc/6/gcc/x86_64-apple-darwin15.6.0/6.2.0 -L/usr/local/Cellar/gcc/6.2.0/lib/gcc/6/gcc/x86_64-apple-darwin15.6.0/6.2.0/../../.. -lgfortran -lquadmath -lm  -pthread -O2 -m64 -m64   -pthread -install_name  /opt/octave/4.2rc1-clang-703.0.31-gfortran-6/lib/octave/4.2.0-rc1/liboctave.4.dylib -compatibility_version 5 -current_version 5.0 -Wl,-single_module
clang: warning: argument unused during compilation: '-pthread'
clang: warning: argument unused during compilation: '-pthread'
Undefined symbols for architecture x86_64:
"_SuiteSparse_config", referenced from:
    SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
    SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
    SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
    ...
"_SuiteSparse_divcomplex", referenced from:
    SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
    SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
    SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
    ...
"_SuiteSparse_hypot", referenced from:
    SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
    SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
    SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
    SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
    ...
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [liboctave/liboctave.la] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
mathicsepc32:octave_release_build carlo$
---------------------------------------------------------------

This is my first attempt at building with clang since a very long time so I'd appreciate
comments from those who are more used to it.

The suitesparse installation and detection look ok to me, I can provide the config.log output if you like,
or you can also access the same machine and try the build yourself if needed.

c.

The configure below builds the default branch using Fink. Perhaps it will be useful for debugging Homebrew?

export LDFLAGS="-v -Wl,-dead_strip_dylibs"
export LIBS="-lm -lgl2ps"
export F77="/sw/bin/gfortran-fsf-5"
export FFLAGS="-O3"
export FLIBS="-L${FLIBDIR} -lgfortran"
export PKG_CONFIG="/sw/bin/pykg-config"
export PKG_CONFIG_PATH="/sw/lib/qt4-${qt_type}/lib/pkgconfig:$PKG_CONFIG_PATH"
export PATH="/sw/lib/qt4-${qt_type}/bin:$PATH"
export LDFLAGS=`pkg-config QtNetwork --libs`" "`pkg-config QtGui --libs`" -L/sw/lib/qt4-${qt_type}/lib $LDFLAGS"
export LDFLAGS="$LDFLAGS -L/sw/lib -framework JavaVM"
export JAVA_HOME=$(/usr/libexec/java_home)
export CPPFLAGS="-I/sw/include/mesa $CPPFLAGS"
../sources/configure --prefix=$PREFIX \
           --with-lapack=-ltatlas \
           --with-blas=-ltatlas \
           --with-magick=GraphicsMagick \
           --with-qhull-includedir=$FINK_PREFIX/include/libqhull \
           --host=$HOSTTYPE-apple-darwin \
           --build=$HOSTTYPE-apple-darwin \
           --infodir=$FINK_PREFIX/share/info \
           --mandir=$FINK_PREFIX/share/man \
           --enable-shared \
           --enable-dl \
           --enable-docs \
           --disable-static \
           --with-opengl \
           --with-framework-carbon \
           --without-x \
           --enable-dependency-tracking \
           --enable-link-all-dependencies \
           --without-OSMesa

Ben


smime.p7s (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

Sebastian Schöps
In reply to this post by bpabbott
> Am 09.09.2016 um 13:14 schrieb ben Abbott <[hidden email]>:
>> On Sep 9, 2016, at 6:36 AM, c. <[hidden email]> wrote:
>> On 9 Sep 2016, at 01:21, John W. Eaton <[hidden email]> wrote:
>>
>>> The first release candidate for Octave 4.2.0 is available from
>>>
>>> ftp://alpha.gnu.org/gnu/octave
>>>
>>> There may be some problems that need to be fixed so it is unlikely that this version will become the 4.2.0 release without some changes but I hope to not have more than two or three release candidates before the 4.2.0 release is final.
>>>
>>> Please try to build this version and report any problems you find in the bug tracker.  I've added a new version tag for the release candidate, so please use that when reporting problems.
>>
>> Hi,
>>
>> I have been trying to build the release candidate on the development mac
>> machine at EPFL, using homebrew for dependencies.
>>
>> My configure options are as follows:
>>
>> ---------------------------------------------------------------
>> #!/bin/bash
>> version=4.2rc1-clang-703.0.31-gfortran-6
>> ../octave-4.2.0-rc1/configure                                       \
>>   SED=/usr/local/bin/gsed                               \
>>   PATH=/usr/local/opt/bison/bin:/usr/local/opt/flex/bin:${PATH}                                                       \
>>   CC=clang                                              \
>>   CFLAGS="-pipe -O2 -m64"                               \
>>   CPPFLAGS="-D_THREAD_SAFE -I/usr/local/include -I/usr/local/opt/readline/include -I/usr/local/opt/flex/include"      \
>>   LDFLAGS="-L/usr/local/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/bison/lib -L/usr/local/opt/flex/lib -m64 " \
>>   CXX=clang++                                           \
>>   CXXFLAGS="-pipe -O2 -m64"                             \
>>   F77=gfortran-6                                        \
>>   FFLAGS="-pipe -O2 -m64"                               \
>>   --with-lapack="-L/opt/openblas/2.19-clang-703.0.31-gfortran-6 -lopenblas" \
>>   --with-blas="-L/opt/openblas/2.19-clang-703.0.31-gfortran-6-lopenblas"    \
>>   --prefix=/opt/octave/${version}                       \
>>   --disable-jit                                         \
>>   --disable-java                                        \
>>   --with-framework-carbon                               \
>>   --with-arpack                                         \
>>   --enable-docs                                         \
>>   --without-opengl                                      \
>>   --without-x                                           \
>>   --without-OSMesa                                      \
>>   --without-qt                                          \
>>   --disable-gui                                         \
>>   --without-fltk                                        \
>>   --enable-link-all-dependencies
>> ---------------------------------------------------------------
>>
>> The build fails with the following error:
>>
>> ---------------------------------------------------------------
>> libtool: link: clang++ -std=gnu++11 -dynamiclib  -o liboctave/.libs/liboctave.4.dylib  liboctave/.libs/liboctave_liboctave_la-liboctave-build-info.o   -Wl,-force_load,liboctave/array/.libs/libarray.a -Wl,-force_load,liboctave/cruft/ranlib/.libs/libranlib.a -Wl,-force_load,liboctave/cruft/.libs/libcruft.a -Wl,-force_load,liboctave/numeric/.libs/libnumeric.a -Wl,-force_load,liboctave/operators/.libs/liboperators.a -Wl,-force_load,liboctave/system/.libs/libsystem.a -Wl,-force_load,liboctave/util/.libs/libutil.a -Wl,-force_load,liboctave/wrappers/.libs/libwrappers.a -Wl,-force_load,libgnu/.libs/libgnu.a  -L/usr/local/Cellar/arpack/3.4.0/libexec/lib -L/usr/local/Cellar/fftw/3.3.5/lib -L/usr/local/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/bison/lib -L/usr/local/opt/flex/lib -lcurl -lcholmod -lumfpack -lamd -lcamd -lcolamd -lccolamd -lcxsparse /usr/local/Cellar/arpack/3.4.0/libexec/lib/libarpack.dylib -L/usr/local/opt/veclibfort/lib -lqrupdate -lfftw3_threads -lfftw3 -lfftw3f_threads -lfftw3f -llapack -lblas -lreadline -lncurses -L/usr/local/Cellar/pcre/8.39/lib -lpcre -ldl -L/usr/local/Cellar/gcc/6.2.0/lib/gcc/6/gcc/x86_64-apple-darwin15.6.0/6.2.0 -L/usr/local/Cellar/gcc/6.2.0/lib/gcc/6/gcc/x86_64-apple-darwin15.6.0/6.2.0/../../.. -lgfortran -lquadmath -lm  -pthread -O2 -m64 -m64   -pthread -install_name  /opt/octave/4.2rc1-clang-703.0.31-gfortran-6/lib/octave/4.2.0-rc1/liboctave.4.dylib -compatibility_version 5 -current_version 5.0 -Wl,-single_module
>> clang: warning: argument unused during compilation: '-pthread'
>> clang: warning: argument unused during compilation: '-pthread'
>> Undefined symbols for architecture x86_64:
>> "_SuiteSparse_config", referenced from:
>>     SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>     SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>     SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>     ...
>> "_SuiteSparse_divcomplex", referenced from:
>>     SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>     SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>     SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>     ...
>> "_SuiteSparse_hypot", referenced from:
>>     SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>     SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>     SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>     SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>     ...
>> ld: symbol(s) not found for architecture x86_64
>> clang: error: linker command failed with exit code 1 (use -v to see invocation)
>> make[2]: *** [liboctave/liboctave.la] Error 1
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>> mathicsepc32:octave_release_build carlo$
>> ---------------------------------------------------------------
>>
>> This is my first attempt at building with clang since a very long time so I'd appreciate
>> comments from those who are more used to it.
>>
>> The suitesparse installation and detection look ok to me, I can provide the config.log output if you like,
>> or you can also access the same machine and try the build yourself if needed.
>>
>> c.
>
> The configure below builds the default branch using Fink. Perhaps it will be useful for debugging Homebrew?
>
> export LDFLAGS="-v -Wl,-dead_strip_dylibs"
> export LIBS="-lm -lgl2ps"
> export F77="/sw/bin/gfortran-fsf-5"
> export FFLAGS="-O3"
> export FLIBS="-L${FLIBDIR} -lgfortran"
> export PKG_CONFIG="/sw/bin/pykg-config"
> export PKG_CONFIG_PATH="/sw/lib/qt4-${qt_type}/lib/pkgconfig:$PKG_CONFIG_PATH"
> export PATH="/sw/lib/qt4-${qt_type}/bin:$PATH"
> export LDFLAGS=`pkg-config QtNetwork --libs`" "`pkg-config QtGui --libs`" -L/sw/lib/qt4-${qt_type}/lib $LDFLAGS"
> export LDFLAGS="$LDFLAGS -L/sw/lib -framework JavaVM"
> export JAVA_HOME=$(/usr/libexec/java_home)
> export CPPFLAGS="-I/sw/include/mesa $CPPFLAGS"
> ../sources/configure --prefix=$PREFIX \
>            --with-lapack=-ltatlas \
>            --with-blas=-ltatlas \
>            --with-magick=GraphicsMagick \
>            --with-qhull-includedir=$FINK_PREFIX/include/libqhull \
>            --host=$HOSTTYPE-apple-darwin \
>            --build=$HOSTTYPE-apple-darwin \
>            --infodir=$FINK_PREFIX/share/info \
>            --mandir=$FINK_PREFIX/share/man \
>            --enable-shared \
>            --enable-dl \
>            --enable-docs \
>            --disable-static \
>            --with-opengl \
>            --with-framework-carbon \
>            --without-x \
>            --enable-dependency-tracking \
>            --enable-link-all-dependencies \
>            --without-OSMesa
>
> Ben

I will try to compile it tonight and let you guys know.

@Ben: you compile with clang, right? Can you please try to install the latest odepkg with 4.2.0? There is something fishy with Fortran and we are not sure who is guilty (mac, octave core, clang, odepkg, ...), see

http://octave.1599824.n4.nabble.com/Fortran-libraries-in-odepkg-Octave-4-1-0-td4679570.html

Thanks,
Sebastian
Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

kingcrimson

On 9 Sep 2016, at 13:40, Sebastian <[hidden email]> wrote:

> @Ben: you compile with clang, right?
If I use Ben's configure the gcc compiler gets chosen.
c.


Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

bpabbott
Administrator
> On Sep 9, 2016, at 08:48, c. <[hidden email]> wrote:
>
>
>> On 9 Sep 2016, at 13:40, Sebastian <[hidden email]> wrote:
>>
>> @Ben: you compile with clang, right?
> If I use Ben's configure the gcc compiler gets chosen.
> c.

I use Apples clang. The trick Fink renames its gcc compilers to avoid such problems.

Ben
Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

bpabbott
Administrator
> On Sep 9, 2016, at 9:04 AM, Ben Abbott <[hidden email]> wrote:
>
>> On Sep 9, 2016, at 08:48, c. <[hidden email]> wrote:
>>
>>
>>> On 9 Sep 2016, at 13:40, Sebastian <[hidden email]> wrote:
>>>
>>> @Ben: you compile with clang, right?
>> If I use Ben's configure the gcc compiler gets chosen.
>> c.
>
> I use Apples clang. The trick Fink renames its gcc compilers to avoid such problems.
>
> Ben

$ cc --version
Apple LLVM version 7.3.0 (clang-703.0.31)
Target: x86_64-apple-darwin15.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

$ which cc
/usr/bin/cc

$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 7.3.0 (clang-703.0.31)
Target: x86_64-apple-darwin15.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

$ which gcc
/usr/bin/gcc

$ gcc-fsf-5 --version
gcc-fsf-5 (GCC) 5.4.0
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ gfortran-fsf-5 --version
GNU Fortran (GCC) 5.4.0
Copyright (C) 2015 Free Software Foundation, Inc.

Ben
Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

bpabbott
Administrator
In reply to this post by Sebastian Schöps
> On Sep 9, 2016, at 7:40 AM, Sebastian <[hidden email]> wrote:
>
>> Am 09.09.2016 um 13:14 schrieb ben Abbott <[hidden email]>:
>>> On Sep 9, 2016, at 6:36 AM, c. <[hidden email]> wrote:
>>> On 9 Sep 2016, at 01:21, John W. Eaton <[hidden email]> wrote:
>>>
>>>> The first release candidate for Octave 4.2.0 is available from
>>>>
>>>> ftp://alpha.gnu.org/gnu/octave
>>>>
>>>> There may be some problems that need to be fixed so it is unlikely that this version will become the 4.2.0 release without some changes but I hope to not have more than two or three release candidates before the 4.2.0 release is final.
>>>>
>>>> Please try to build this version and report any problems you find in the bug tracker.  I've added a new version tag for the release candidate, so please use that when reporting problems.
>>>
>>> Hi,
>>>
>>> I have been trying to build the release candidate on the development mac
>>> machine at EPFL, using homebrew for dependencies.
>>>
>>> My configure options are as follows:
>>>
>>> ---------------------------------------------------------------
>>> #!/bin/bash
>>> version=4.2rc1-clang-703.0.31-gfortran-6
>>> ../octave-4.2.0-rc1/configure                                       \
>>>  SED=/usr/local/bin/gsed                               \
>>>  PATH=/usr/local/opt/bison/bin:/usr/local/opt/flex/bin:${PATH}                                                       \
>>>  CC=clang                                              \
>>>  CFLAGS="-pipe -O2 -m64"                               \
>>>  CPPFLAGS="-D_THREAD_SAFE -I/usr/local/include -I/usr/local/opt/readline/include -I/usr/local/opt/flex/include"      \
>>>  LDFLAGS="-L/usr/local/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/bison/lib -L/usr/local/opt/flex/lib -m64 " \
>>>  CXX=clang++                                           \
>>>  CXXFLAGS="-pipe -O2 -m64"                             \
>>>  F77=gfortran-6                                        \
>>>  FFLAGS="-pipe -O2 -m64"                               \
>>>  --with-lapack="-L/opt/openblas/2.19-clang-703.0.31-gfortran-6 -lopenblas" \
>>>  --with-blas="-L/opt/openblas/2.19-clang-703.0.31-gfortran-6-lopenblas"    \
>>>  --prefix=/opt/octave/${version}                       \
>>>  --disable-jit                                         \
>>>  --disable-java                                        \
>>>  --with-framework-carbon                               \
>>>  --with-arpack                                         \
>>>  --enable-docs                                         \
>>>  --without-opengl                                      \
>>>  --without-x                                           \
>>>  --without-OSMesa                                      \
>>>  --without-qt                                          \
>>>  --disable-gui                                         \
>>>  --without-fltk                                        \
>>>  --enable-link-all-dependencies
>>> ---------------------------------------------------------------
>>>
>>> The build fails with the following error:
>>>
>>> ---------------------------------------------------------------
>>> libtool: link: clang++ -std=gnu++11 -dynamiclib  -o liboctave/.libs/liboctave.4.dylib  liboctave/.libs/liboctave_liboctave_la-liboctave-build-info.o   -Wl,-force_load,liboctave/array/.libs/libarray.a -Wl,-force_load,liboctave/cruft/ranlib/.libs/libranlib.a -Wl,-force_load,liboctave/cruft/.libs/libcruft.a -Wl,-force_load,liboctave/numeric/.libs/libnumeric.a -Wl,-force_load,liboctave/operators/.libs/liboperators.a -Wl,-force_load,liboctave/system/.libs/libsystem.a -Wl,-force_load,liboctave/util/.libs/libutil.a -Wl,-force_load,liboctave/wrappers/.libs/libwrappers.a -Wl,-force_load,libgnu/.libs/libgnu.a  -L/usr/local/Cellar/arpack/3.4.0/libexec/lib -L/usr/local/Cellar/fftw/3.3.5/lib -L/usr/local/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/bison/lib -L/usr/local/opt/flex/lib -lcurl -lcholmod -lumfpack -lamd -lcamd -lcolamd -lccolamd -lcxsparse /usr/local/Cellar/arpack/3.4.0/libexec/lib/libarpack.dylib -L/usr/local/opt/veclibfort/lib -lqrupdate -lfftw3_threads -lfftw3 -lfftw3f_threads -lfftw3f -llapack -lblas -lreadline -lncurses -L/usr/local/Cellar/pcre/8.39/lib -lpcre -ldl -L/usr/local/Cellar/gcc/6.2.0/lib/gcc/6/gcc/x86_64-apple-darwin15.6.0/6.2.0 -L/usr/local/Cellar/gcc/6.2.0/lib/gcc/6/gcc/x86_64-apple-darwin15.6.0/6.2.0/../../.. -lgfortran -lquadmath -lm  -pthread -O2 -m64 -m64   -pthread -install_name  /opt/octave/4.2rc1-clang-703.0.31-gfortran-6/lib/octave/4.2.0-rc1/liboctave.4.dylib -compatibility_version 5 -current_version 5.0 -Wl,-single_module
>>> clang: warning: argument unused during compilation: '-pthread'
>>> clang: warning: argument unused during compilation: '-pthread'
>>> Undefined symbols for architecture x86_64:
>>> "_SuiteSparse_config", referenced from:
>>>    SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>>    SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>>    SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>>    ...
>>> "_SuiteSparse_divcomplex", referenced from:
>>>    SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>>    SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>>    SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>>    ...
>>> "_SuiteSparse_hypot", referenced from:
>>>    SparseComplexMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseComplexMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseComplexMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseComplexMatrix::fsolve(MatrixType&, SparseComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-CSparse.o)
>>>    SparseMatrix::fsolve(MatrixType&, Matrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>>    SparseMatrix::fsolve(MatrixType&, SparseMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>>    SparseMatrix::fsolve(MatrixType&, ComplexMatrix const&, int&, double&, void (*)(double), bool) const in libarray.a(liboctave_array_libarray_la-dSparse.o)
>>>    ...
>>> ld: symbol(s) not found for architecture x86_64
>>> clang: error: linker command failed with exit code 1 (use -v to see invocation)
>>> make[2]: *** [liboctave/liboctave.la] Error 1
>>> make[1]: *** [all-recursive] Error 1
>>> make: *** [all] Error 2
>>> mathicsepc32:octave_release_build carlo$
>>> ---------------------------------------------------------------
>>>
>>> This is my first attempt at building with clang since a very long time so I'd appreciate
>>> comments from those who are more used to it.
>>>
>>> The suitesparse installation and detection look ok to me, I can provide the config.log output if you like,
>>> or you can also access the same machine and try the build yourself if needed.
>>>
>>> c.
>>
>> The configure below builds the default branch using Fink. Perhaps it will be useful for debugging Homebrew?
>>
>> export LDFLAGS="-v -Wl,-dead_strip_dylibs"
>> export LIBS="-lm -lgl2ps"
>> export F77="/sw/bin/gfortran-fsf-5"
>> export FFLAGS="-O3"
>> export FLIBS="-L${FLIBDIR} -lgfortran"
>> export PKG_CONFIG="/sw/bin/pykg-config"
>> export PKG_CONFIG_PATH="/sw/lib/qt4-${qt_type}/lib/pkgconfig:$PKG_CONFIG_PATH"
>> export PATH="/sw/lib/qt4-${qt_type}/bin:$PATH"
>> export LDFLAGS=`pkg-config QtNetwork --libs`" "`pkg-config QtGui --libs`" -L/sw/lib/qt4-${qt_type}/lib $LDFLAGS"
>> export LDFLAGS="$LDFLAGS -L/sw/lib -framework JavaVM"
>> export JAVA_HOME=$(/usr/libexec/java_home)
>> export CPPFLAGS="-I/sw/include/mesa $CPPFLAGS"
>> ../sources/configure --prefix=$PREFIX \
>>           --with-lapack=-ltatlas \
>>           --with-blas=-ltatlas \
>>           --with-magick=GraphicsMagick \
>>           --with-qhull-includedir=$FINK_PREFIX/include/libqhull \
>>           --host=$HOSTTYPE-apple-darwin \
>>           --build=$HOSTTYPE-apple-darwin \
>>           --infodir=$FINK_PREFIX/share/info \
>>           --mandir=$FINK_PREFIX/share/man \
>>           --enable-shared \
>>           --enable-dl \
>>           --enable-docs \
>>           --disable-static \
>>           --with-opengl \
>>           --with-framework-carbon \
>>           --without-x \
>>           --enable-dependency-tracking \
>>           --enable-link-all-dependencies \
>>           --without-OSMesa
>>
>> Ben
>
> I will try to compile it tonight and let you guys know.
>
> @Ben: you compile with clang, right? Can you please try to install the latest odepkg with 4.2.0? There is something fishy with Fortran and we are not sure who is guilty (mac, octave core, clang, odepkg, ...), see
>
> http://octave.1599824.n4.nabble.com/Fortran-libraries-in-odepkg-Octave-4-1-0-td4679570.html
>
> Thanks,
> Sebastian

I don’t have an installed version of 4.1 or 4.2. I do have 4.0.3 installed and am able to install odepkg.

pkg list
Package Name  | Version | Installation directory
--------------+---------+-----------------------
   financial  |   0.5.0 | /Users/bpabbott/octave/financial-0.5.0
          io  |   2.4.2 | /Users/bpabbott/octave/io-2.4.2
      odepkg  |   0.8.5 | /Users/bpabbott/octave/odepkg-0.8.5
      poly2d  |   1.0.0 | /Users/bpabbott/octave/poly2d-1.0.0

Ben




Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

kingcrimson
In reply to this post by bpabbott

On 9 Sep 2016, at 16:12, Ben Abbott <[hidden email]> wrote:

>> On Sep 9, 2016, at 9:04 AM, Ben Abbott <[hidden email]> wrote:
>>
>>> On Sep 9, 2016, at 08:48, c. <[hidden email]> wrote:
>>>
>>>
>>>> On 9 Sep 2016, at 13:40, Sebastian <[hidden email]> wrote:
>>>>
>>>> @Ben: you compile with clang, right?
>>> If I use Ben's configure the gcc compiler gets chosen.
>>> c.
>>
>> I use Apples clang. The trick Fink renames its gcc compilers to avoid such problems.
>>
>> Ben
>
> $ cc --version
> Apple LLVM version 7.3.0 (clang-703.0.31)
> Target: x86_64-apple-darwin15.6.0
> Thread model: posix
> InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
>
> $ which cc
> /usr/bin/cc
>
> $ gcc --version
> Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
> Apple LLVM version 7.3.0 (clang-703.0.31)
> Target: x86_64-apple-darwin15.6.0
> Thread model: posix
> InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
>
> $ which gcc
> /usr/bin/gcc
>
> $ gcc-fsf-5 --version
> gcc-fsf-5 (GCC) 5.4.0
> Copyright (C) 2015 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> $ gfortran-fsf-5 --version
> GNU Fortran (GCC) 5.4.0
> Copyright (C) 2015 Free Software Foundation, Inc.
>
> Ben

It seems this is the same for me ...

mathicsepc32:~ carlo$ which cc
/usr/bin/cc

mathicsepc32:~ carlo$ cc --version
Apple LLVM version 7.3.0 (clang-703.0.31)
Target: x86_64-apple-darwin15.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

$ which gcc
/usr/bin/gcc

mathicsepc32:~ carlo$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 7.3.0 (clang-703.0.31)
Target: x86_64-apple-darwin15.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

mathicsepc32:~ carlo$ which clang
/usr/bin/clang

mathicsepc32:~ carlo$ clang --version
Apple LLVM version 7.3.0 (clang-703.0.31)
Target: x86_64-apple-darwin15.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

Nonetheless I am still unable to build on El Capitan, I'll wait for input from Sebastian later ...

c.



Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

Orion Poplawski
In reply to this post by John W. Eaton
On 09/08/2016 05:21 PM, John W. Eaton wrote:
> The first release candidate for Octave 4.2.0 is available from
>
>   ftp://alpha.gnu.org/gnu/octave

Fedora Rawhide RPM build

Summary:

  PASS     14775
  FAIL        10
  XFAIL       33
  SKIPPED     43

  libinterp/dldfcn/__osmesa_print__.cc-tst .................... PASS      1/2
                                                                  FAIL    1
This seems to be the one Dmitri reported.

  scripts/audio/@audioplayer/audioplayer.m .................... PASS      0/4
                                                                  FAIL    4
  scripts/audio/@audiorecorder/audiorecorder.m ................ PASS      0/4
                                                                  FAIL    4
!!!!! test failed
audioplayer: no audio devices found or available!

seems normal for an rpm build.

  scripts/statistics/base/lscov.m ............................. PASS      2/3
                                                                  FAIL    1
This has been failing for a long time on Fedora with a slight tolerance issue.
  Location  |  Observed  |  Expected  |  Reason
    (1)      -3482258.6346 -3482258.6346   Abs err 3.3514e-06 exceeds tol 3e-06

Filed https://savannah.gnu.org/bugs/index.php?49040


--
Orion Poplawski
Technical Manager                     303-415-9701 x222
NWRA, Boulder/CoRA Office             FAX: 303-415-9702
3380 Mitchell Lane                       [hidden email]
Boulder, CO 80301                   http://www.nwra.com

Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

tmacchant
In reply to this post by John W. Eaton
This is not a bug report but just note.

I only tested on windows.

For bug for unicode on the 4.0 editor seem to be fixed on 4.2.
(I notice the bug for the 4.0 editor today.)

Japanese character 'あ', whose code in utf8n is x82 xA0 in 4.2 and another editor e.g. notepad++

is encoded ad xE3 x81 in the 4.0 editor.

Of course correction is a good thing. 

But I strongly note that unicode characters written on 4.0 GUI editor cannot be represented correctly
on other editors nor the 4.2 editor (at least windows.)

Workaround:
1. Open a file which includes unicode in 4.0 editor.
2. Copy all text into clip board.
3. Paste the text into editor on 4.2 editor or other editors which can treat unicode correctly.

I will write this caution on wiki for windows version if the official 4.2 will be uploaded.

Tatsuro  


Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

tmacchant
In reply to this post by John W. Eaton
----- Original Message -----

> From: John W. Eaton 
> To: Octave Maintainers List 
> Cc:
> Date: 2016/9/9, Fri 08:21
> Subject: Octave 4.2.0 release candidate 1 available for ftp
>
>T he first release candidate for Octave 4.2.0 is available from
>
>   ftp://alpha.gnu.org/gnu/octave
>
> There may be some problems that need to be fixed so it is unlikely that this
> version will become the 4.2.0 release without some changes but I hope to not
> have more than two or three release candidates before the 4.2.0 release is
> final.
>
> Please try to build this version and report any problems you find in the bug
> tracker.  I've added a new version tag for the release candidate, so please
> use that when reporting problems.
>
> A 32-bit Windows binary installer is also available.
>
> After making the release candidate and the binary installer, I noticed that
> __run_test_suite__ does not complete properly with the Windows binary.  It seems
> to hang at either the tests for legend or copyobj.  I noticed that both of those
> files contain tests that set the graphics toolkit to gnuplot.  By not setting
> the toolkit to gnpulot, the tests proceed, but do not work properly for me.  I
> see messages like this:
>
>>>  test legend
> Mesa warning: couldn't open dxtn.dll, software DXTn
> compression/decompression unavailable
> GL2PS error: Incorrect viewport (x=0, y=0, width=0, height=0)
> ***** test
> h = figure ("visible", "off");
> unwind_protect
>    position = get (h, "position");
>    plot (rand (3));
>    legend ();
>    filename = sprintf ("%s.eps", tempname ());
>    print (filename);
>    unlink (filename);
>    assert (get (h, "position"), position);
> unwind_protect_cleanup
>    close (h);
> end_unwind_protect
> !!!!! test failed
> gl2ps_renderer::draw: gl2psBeginPage returned GL2PS_ERROR
>
> or:
>
>>>  test copyobj
> Mesa warning: couldn't open dxtn.dll, software DXTn
> compression/decompression unavailable
> warning: gl2ps_renderer::draw_axes: empty feedback buffer and/or nothing else to
> print
> warning: gl2ps_renderer::draw_axes: empty feedback buffer and/or nothing else to
> print
> Error: /configurationerror in --setpagedevice--
> Additional information: [/PageSize [0 0]]
> Operand stack:
>    --nostringval--   (%%BoundingBox: 1816825288 1818764032 1816825288
> 1818764032)   --dict:1/2(ro)(G)--
> --nostringval--   --nostringval--   (%%BoundingBox: 1816825288 1818764032
> 1816825288 1818764032)   1   1
> 816825288   1818764032   false   --dict:1/1(L)--
> Execution stack:
>    %interp_exit   .runexec2   --nostringval--   --nostringval-- --nostringval-- 
> 2   %stopped_push   -
> -nostringval--   --nostringval--   --nostringval--   false   1 %stopped_push 
> 1951   1   3   %oparray_
> pop   1950   1   3   %oparray_pop   --nostringval--   1934   1   3 %oparray_pop 
> 1820   1   3   %oparr
> ay_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval-- 
> --nostringval--   --nostringval
> --   2   %stopped_push   --nostringval--   %ztokenexec_continue (scanner state) 
> --nostringval--   --n
> ostringval--   --nostringval--   --nostringval--   --nostringval--
> --nostringval--   1913   10   3   %o
> parray_pop   --nostringval--   --nostringval--   --dict:1/10(L)--
> --nostringval--   16   %dict_continue
>
> Dictionary stack:
>    --dict:1189/1684(ro)(G)--   --dict:0/20(G)--   --dict:82/200(L)--
> Current allocation mode is local
> GPL Ghostscript 9.16: Unrecoverable error, exit code 1
> ***** testif HAVE_MAGICK
> unwind_protect
>    h1 = figure ("visible", "off");
>    x = 0:0.1:2*pi;
>    y1 = sin (x);
>    y2 = exp (x - 1);
>    ax = plotyy (x,y1, x-1,y2, @plot, @semilogy);
>    xlabel ("X");
>    ylabel (ax(1), "Axis 1");
>    ylabel (ax(2), "Axis 2");
>    axes (ax(1));
>    text (0.5, 0.5, "Left Axis", ...
>          "color", [0 0 1], "horizontalalignment",
> "center");
>    axes (ax(2));
>    text (4.5, 80, "Right Axis", ...
>          "color", [0 0.5 0], "horizontalalignment",
> "center");
>    s1 = hdl2struct (h1);
>    h2 = struct2hdl (s1);
>    s2 = hdl2struct (h2);
>    png1 = [tempname() ".png"];
>    png2 = [tempname() ".png"];
>    unwind_protect
>      print (h1, png1);
>      [img1, map1, alpha1] = imread (png1);
>      print (h2, png2);
>      [img2, map2, alpha2] = imread (png2);
>    unwind_protect_cleanup
>      unlink (png1);
>      unlink (png2);
>    end_unwind_protect
>    assert (img1, img2);
>    assert (map1, map2);
>    assert (alpha1, alpha2);
> unwind_protect_cleanup
>    close (h1);
>    close (h2);
> end_unwind_protect
> !!!!! test failed
> gl2ps_renderer::draw: internal pipe error
>
> AFAIK, these problems (hanging and/or these failures with the OpenGL graphics)
> are relatively recent developments but I don't know precisely when the
> problems appeared.  Any help with that would be most appreciated.
>
> jwe
I have built 4.2.0-rc1 on lubuntu 16.04 amd64 gcc 5.4.0 with qt 5.5.1.
(jit is disabled, osmesa is enabled)

GUI seems to be fine.

make check summary

Summary:

  PASS     14785
  FAIL         0
  XFAIL       33
  SKIPPED     43

However, I have seen some message at 
audiodevinfo.cc-tst
perhaps machine or machine related driver or library dependent.

But I will report in another thread.

Tatsuro

Reply | Threaded
Open this post in threaded view
|

Re: Octave 4.2.0 release candidate 1 available for ftp

chechu
We have built on Debian amd64 Jessie 8.5, having similar results to Lubuntu.
The 2 errors are related to osmesa v10.2.2.

gcc 5.4.0 std=gnu11
openblas 0.2.18
qt 4.8.7
(jit can not be enabled)


make check summary

Summary:

  PASS     14762
  FAIL         2
  XFAIL       33
  SKIPPED     64


Thanks, yours sincerely, Jose.