On 5/23/2018 1:29 AM, JonY wrote:
On 05/22/2018 06:18 PM, Marco Atzeri wrote:
On 5/5/2018 12:00 PM, JonY wrote:
gcc-7.3.0-2 has been uploaded for Cygwin. This version is for testing.
Hi Jon,
I built the 64 bit version of
qrupdate
lapack
openblas
openmpi
arpack
hdf5
without any problem.
C
On 5/25/2018 10:15 AM, Marco Atzeri wrote:
> On 5/25/2018 4:01 PM, arrl via cygwin wrote:
>> On 5/25/2018 9:16 AM, Marco Atzeri wrote:
>>> cygcheck -l gcc-core|grep cyglto_plugin.dll
>> That check is OK but gfortran doesn't update cleanly. Multiple mirrors
>> say libgfortran4- download error. So
On 5/25/2018 4:01 PM, arrl via cygwin wrote:
On 5/25/2018 9:16 AM, Marco Atzeri wrote:
cygcheck -l gcc-core|grep cyglto_plugin.dll
That check is OK but gfortran doesn't update cleanly. Multiple mirrors
say libgfortran4- download error. So it may be that the new gcc-core
doesn't work with old
On 5/25/2018 9:16 AM, Marco Atzeri wrote:
> cygcheck -l gcc-core|grep cyglto_plugin.dll
That check is OK but gfortran doesn't update cleanly. Multiple mirrors
say libgfortran4- download error. So it may be that the new gcc-core
doesn't work with old libgfortran4.
I am trying a bootstrap with gcc-
On 5/25/2018 2:56 PM, arrl via cygwin wrote:
On 5/25/2018 6:34 AM, JonY wrote:
"without any problem"
How may we satisfy the cyglto_plugin.dll dependency? Shouldn't it be an
automatic dependency choice if gfortran requires it?
can you clarify ?
the plugin is in gcc-core as it is on 6.4.0-5
On 5/25/2018 6:34 AM, JonY wrote:
"without any problem"
How may we satisfy the cyglto_plugin.dll dependency? Shouldn't it be an
automatic dependency choice if gfortran requires it?
--
Tim Prince
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.co
On 05/23/2018 06:18 PM, Ken Brown wrote:
> On 5/22/2018 7:29 PM, JonY wrote:
>> On 05/22/2018 06:18 PM, Marco Atzeri wrote:
>>> On 5/5/2018 12:00 PM, JonY wrote:
gcc-7.3.0-2 has been uploaded for Cygwin. This version is for testing.
>>>
>>> Hi Jon,
>>>
>>> I built the 64 bit version
On 5/22/2018 7:29 PM, JonY wrote:
On 05/22/2018 06:18 PM, Marco Atzeri wrote:
On 5/5/2018 12:00 PM, JonY wrote:
gcc-7.3.0-2 has been uploaded for Cygwin. This version is for testing.
Hi Jon,
I built the 64 bit version of
qrupdate
lapack
openblas
openmpi
arpack
hdf5
without any problem.
C
On 05/22/2018 06:18 PM, Marco Atzeri wrote:
> On 5/5/2018 12:00 PM, JonY wrote:
>>
>> gcc-7.3.0-2 has been uploaded for Cygwin. This version is for testing.
>>
>
> Hi Jon,
>
> I built the 64 bit version of
>
> qrupdate
> lapack
> openblas
> openmpi
> arpack
> hdf5
>
> without any problem.
> Con
On 5/5/2018 12:00 PM, JonY wrote:
gcc-7.3.0-2 has been uploaded for Cygwin. This version is for testing.
Hi Jon,
I built the 64 bit version of
qrupdate
lapack
openblas
openmpi
arpack
hdf5
without any problem.
Continuing on 32 bit and after with octave
Regards
Marco
--
Problem reports:
On 05/06/2018 11:54 PM, Ross Smith wrote:
>
> I've updated gcc-core, gcc-g++, and libstdc++ to 7.3.0-2,
> but the filesystem library still doesn't seem to be working:
>
> #include
> #include
> using namespace std::experimental;
> int main() {
> filesystem::path p("expfs.cpp");
> std::co
On 2018-05-05 22:00, JonY wrote:
gcc-7.3.0-2 has been uploaded for Cygwin. This version is for testing.
Java support has been removed from upstream GCC, GCJ is no longer available.
Changes since -1:
* Enabled libstdc++ filesystem feature as requested by Nuno Lopes.
I've updated gcc-core, gcc
gcc-7.3.0-2 has been uploaded for Cygwin. This version is for testing.
Java support has been removed from upstream GCC, GCJ is no longer available.
Changes since -1:
* Enabled libstdc++ filesystem feature as requested by Nuno Lopes.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If yo
13 matches
Mail list logo
