[Scilab-Dev] Scilab 6.1.0 is available!

Thu Mar 5 10:14:51 CET 2020

Hello,

Is there any update on the support of GCC 7 for Scilab 6.1?

This is a major blocker for us to package it for the conda ecosystem.

Best,

On Thu, Feb 27, 2020 at 4:12 PM Sylvain Corlay <sylvain.corlay at gmail.com>
wrote:

> Patching the source to use <experimental/filesystem> resolves that
> particular issue with C++17 in GCC7.
>
> However, the Scilab build now fails with many occurrences of the error:
>
> error: template with C linkage
>
> - You can see the raw build logs here:
> https://dev.azure.com/conda-forge/84710dde-1620-425b-80d0-4cf5baca359d/_apis/build/builds/125787/logs/7
> - The scilab recipe update including the patches for <filesystem> is
> available here: https://github.com/conda-forge/scilab-feedstock/pull/11
>
> Officially supporting older versions of GCC than GCC 8 (which is from May
> 2018) would be greatly appreciated.
>
> Best,
>
>
> On Thu, Feb 27, 2020 at 2:28 PM Sylvain Corlay <sylvain.corlay at gmail.com>
> wrote:
>
>> Hi Clément,
>>
>> Regarding the Java, we already skip xcos in the build but we were really
>> hoping that we could start including it with this version.
>>
>> For the filesystem thingy, I will be patching the source as part of the
>> conda recipe to use <experimental/filesystem> instead and see how it goes -
>> although it would be really nice if we could support more compilers out of
>> the box.
>>
>> Sylvain
>>
>> On Thu, Feb 27, 2020 at 2:25 PM Clément David <
>> Clement.David at esi-group.com> wrote:
>>
>>> Hello Sylvain,
>>>
>>> First, thank you for your work on the conda packaging. The c++17
>>> requirements is only needed for a single file that is used to implement
>>> fullpath() (named fullpath.cpp). The used API is reduced to
>>> std::filesystem::weakly_canonical and std::filesystem::absolute [1]. I
>>> guess using a light patch might relax the use of the filesystem header, for
>>> example, something like [2].
>>>
>>> About the Java8 requirement, I guess you could ./configure
>>> --without-xcos as a first approach. I started porting the Java code out of
>>> javax.xml.bind [3] but that's very repetitive and error prone work.
>>>
>>> [1]:
>>> https://codereview.scilab.org/#/c/21041/25/scilab/modules/fileio/src/cpp/fullpath.cpp
>>> [2]:
>>> https://stackoverflow.com/questions/45867379/why-does-gcc-not-seem-to-have-the-filesystem-standard-library
>>> [3]: https://codereview.scilab.org/#/c/20630/
>>>
>>> Regards,
>>>
>>> --
>>> Clément
>>>
>>> > -----Original Message-----
>>> > From: dev <dev-bounces at lists.scilab.org> On Behalf Of Sylvain Corlay
>>> > Sent: Thursday, February 27, 2020 1:50 PM
>>> > To: List dedicated to the development of Scilab <dev at lists.scilab.org>
>>> > Subject: Re: [Scilab-Dev] Scilab 6.1.0 is available!
>>> >
>>> > Congratulations on the release.
>>> >
>>> > I am the author of the conda package for scilab, and unfortunately, it
>>> does not
>>> > seem that 6.1.0 can be successfully packaged for conda-forge with the
>>> new
>>> > requirement for the <filesystem> C++17 header, which requires GCC 8.
>>> >
>>> > Conda-forge is still based on GCC 7, which is fairly recent, with
>>> C++17 enabled by
>>> > default. Would you consider not using the <filesystem> from the C++17
>>> standard
>>> > so that Scilab can be made available to a wider audience?
>>> >
>>> > Another blocker to the packaging of Scilab is the outdated version of
>>> java that is
>>> > required by the GUI. Is there any plan to support a more recent
>>> version of
>>> > OpenJDK?
>>> >
>>> > Best,
>>> >
>>> > Sylvain Corlay
>>> >
>>> > On Tue, Feb 25, 2020 at 2:10 PM Clément David <Clement.David at esi-
>>> > group.com <mailto:Clement.David at esi-group.com> > wrote:
>>> >
>>> >
>>> >       Dear Scilab-ers,
>>> >
>>> >
>>> >
>>> >       A brand new Scilab 6.1.0 <https://www.scilab.org/download/6.1.0>
>>> is
>>> > released today!
>>> >
>>> >
>>> >
>>> >       This version includes further improvement atop Scilab 6.0 for
>>> better
>>> > stability and increased algorithm performance. It also includes a
>>> reworked
>>> > display for more compact and meaningful value printing; web tools for
>>> HTTP,
>>> > JSON support; better debug support and various algorithm
>>> rewrite/extension.
>>> >
>>> >
>>> >
>>> >       This first iteration of the 6.1 branch fixes up to 245 bugs and
>>> implements
>>> > missing features from the 6.0.2 version. We would like to give a
>>> special thanks
>>> > to Samuel and Stephane who have been very active this year.
>>> >
>>> >
>>> >
>>> >       If you find any critical issue or instability that might need a
>>> 6.1.x release
>>> > please alert us <https://bugzilla.scilab.org/> . If you are a toolbox
>>> maintainer,
>>> > please rebuild your code, upgrade it when needed and publish it to
>>> > atoms.scilab.org <https://atoms.scilab.org/> .
>>> >
>>> >
>>> >
>>> >       For the complete list of changes and bugs fixed, please take a
>>> look at
>>> > the CHANGES <https://help.scilab.org/CHANGES>   file.
>>> >
>>> >
>>> >
>>> >       --
>>> >
>>> >       Clément on behalf of the Scilab team
>>> >
>>> >       _______________________________________________
>>> >       dev mailing list
>>> >       dev at lists.scilab.org <mailto:dev at lists.scilab.org>
>>> >       http://lists.scilab.org/mailman/listinfo/dev
>>> >
>>>
>>> _______________________________________________
>>> dev mailing list
>>> dev at lists.scilab.org
>>> http://lists.scilab.org/mailman/listinfo/dev
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20200305/e1201202/attachment.htm>