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.cor...@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.cor...@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.da...@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-boun...@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@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@esi- >>> > group.com <mailto:clement.da...@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@lists.scilab.org <mailto:dev@lists.scilab.org> >>> > http://lists.scilab.org/mailman/listinfo/dev >>> > >>> >>> _______________________________________________ >>> dev mailing list >>> dev@lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/dev >>> >>
_______________________________________________ dev mailing list dev@lists.scilab.org http://lists.scilab.org/mailman/listinfo/dev
