-i686-zstd-1.5.6-1
mingw64-x86_64-zstd-1.5.6-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
--
*** CYGWIN-ANNOUNCE
Greetings, Bruce Visscher!
> As a matter of fact, perhaps I don't need winpty anymore. I used to
> have to prefix some windows console apps with this but that doesn't
> seem to be necessary now.
There have been some progress on Microsoft side regarding console behavior in
general, yes.
But in
Brian,
On Wed, May 17, 2023 at 7:23 PM Brian Inglis wrote:
> You are definitely missing and need to install libffi8 and libgc1.
Thanks. After installing these via cygwin setup, make is working well.
In fact, the installation also corrected an issue I was having with
python. Previously,
>
:
$ make
C:/cygwin64/bin/make.exe: error while loading shared libraries: ?: cannot open
shared object file: No such file or directory
$ cygcheck make
Found: C:\cygwin64\bin\make.exe
C:\cygwin64\bin\make.exe
C:\cygwin64\bin\cygwin1.dll
C:\Windows\system32\KERNEL32.dll
C:\Windows
om PATH.
Now, I get:
> $ make
> C:/cygwin64/bin/make.exe: error while loading shared libraries: ?: cannot
> open shared object file: No such file or directory
>
> $ cygcheck make
> Found: C:\cygwin64\bin\make.exe
> C:\cygwin64\bin\make.exe
> C:\cygwin64\bin\cygwin1.d
42MF1T3 3.4.6-1.x86_64 2023-02-14 13:23 UTC x86_64 Cygwin
$ make
C:/cygwin64/bin/make.exe: error while loading shared libraries:
cygguile-3.0-1.dll: cannot open shared object file: No such file or directory
$ cygcheck make
Found: C:\cygwin64\bin\make.exe
C:\cygwin64\bin\make.exe
C:\cygwin64\bin
error while loading shared libraries:
> cygguile-3.0-1.dll: cannot open shared object file: No such file or directory
> $ cygcheck make
> Found: C:\cygwin64\bin\make.exe
> C:\cygwin64\bin\make.exe
> C:\cygwin64\bin\cygwin1.dll
>C:\Windows\system32\KERNEL32.dll
>
-i686-zstd-1.5.5-1
mingw64-x86_64-zstd-1.5.5-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
*** CYGWIN-ANNOUNCE
-i686-zstd-1.5.5-1
mingw64-x86_64-zstd-1.5.5-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
*** CYGWIN-ANNOUNCE
-i686-zstd-1.5.4-1
mingw64-x86_64-zstd-1.5.4-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
*** CYGWIN-ANNOUNCE
-i686-zstd-1.5.4-1
mingw64-x86_64-zstd-1.5.4-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
*** CYGWIN-ANNOUNCE
-i686-zstd-1.5.2-1
mingw64-x86_64-zstd-1.5.2-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
*** CYGWIN-ANNOUNCE
-i686-zstd-1.5.2-1
mingw64-x86_64-zstd-1.5.2-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
*** CYGWIN-ANNOUNCE
-zstd-1.5.1-1
mingw64-x86_64-zstd-1.5.1-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
*** CYGWIN-ANNOUNCE
-zstd-1.5.1-1
mingw64-x86_64-zstd-1.5.1-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
*** CYGWIN-ANNOUNCE
On 11/28/2021 3:50 PM, Verachten Bruno via Cygwin wrote:
Hello there,
I installed Remmina tonight, and got this error when launching it:
"error while loading shared libraries: cygssh_threads-4.dll: cannot
open shared object file: No such file or directory
That DLL used to be pro
Hello there,
I installed Remmina tonight, and got this error when launching it:
"error while loading shared libraries: cygssh_threads-4.dll: cannot
open shared object file: No such file or directory
".
Could it be linked to https://bugzilla.redhat.com/show_bug.cgi?id=1618616 ?
Be
Achim Gratz writes:
> There is a newer version of libfido (which OpenSSH uses) that should be
> able to use the WindowsHello. Corinna has patched it up to the point
> were it actually builds and OpenSSH tries to use it, but fails. I have
> no idea yet if the fail is triggered by something
So I've got myself some FIDO2 tokens to eventually use with OpenSSH and
that works. However, you need to be administrator to access the HID
interface on Win10 past 1909 or so or else go through their
"WindowsHello" API. I've found two middleware libraries that almost
build out
-zstd-1.5.0-1
mingw64-x86_64-zstd-1.5.0-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
*** CYGWIN-ANNOUNCE
-zstd-1.5.0-1
mingw64-x86_64-zstd-1.5.0-1
Notes
-
This version is compiled with support for GZip, LZ4 and Xz compression
and all libraries are built with MT capability. Support for legacy
formats from ZStandard versions before 1.0 has been removed.
--
*** CYGWIN-ANNOUNCE
The following MingW64 libraries have been updated, which achieves
version parity with the respective library packages for the native
toolchains on Cygwin:
mingw64-i686-gmp-6.2.1-1
mingw64-i686-isl-0.23-1
mingw64-i686-mpfr-4.1.0-1
mingw64-x86_64-gmp-6.2.1-1
mingw64-x86_64-isl-0.23-1
mingw64
The following MingW64 libraries have been updated, which achieves
version parity with the respective library packages for the native
toolchains on Cygwin:
mingw64-i686-gmp-6.2.1-1
mingw64-i686-isl-0.23-1
mingw64-i686-mpfr-4.1.0-1
mingw64-x86_64-gmp-6.2.1-1
mingw64-x86_64-isl-0.23-1
mingw64
This release updates Zstandard to the latest upstream version, which is
a maintenance release with performance improvements and bugfixes.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better
This release updates Zstandard to the latest upstream version, which is
a maintenance release with performance improvements and bugfixes.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better
This release updates Zstandard to the latest upstream version, which is
a maintenance release with performance improvements and bugfixes.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better
This release updates Zstandard to the latest upstream version, which is
a maintenance release with performance improvements and bugfixes.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better
On Sat, Oct 31, 2020 at 02:09:28PM +0900, cygwin wrote:
> On Sat, 31 Oct 2020 14:56:14 +1100, Duncan Roe
> > On Sat, Oct 31, 2020 at 02:30:07PM +1100, Duncan Roe wrote:
> > > Hi,
> > >
> > > Updated cygwin64 this morning and now gdb won't start.
> >
On Sat, 31 Oct 2020 14:56:14 +1100, Duncan Roe
> On Sat, Oct 31, 2020 at 02:30:07PM +1100, Duncan Roe wrote:
> > Hi,
> >
> > Updated cygwin64 this morning and now gdb won't start.
> >
> > cygcheck shows 2 missing libraries:
> >
> > 14:10:32$ cygcheck
On Sat, Oct 31, 2020 at 02:30:07PM +1100, Duncan Roe wrote:
> Hi,
>
> Updated cygwin64 this morning and now gdb won't start.
>
> cygcheck shows 2 missing libraries:
>
> 14:10:32$ cygcheck gdb
> Found: C:\cygwin64\bin\gdb.exe
> C:\cygwin64\bin\gdb.exe
> C:\cy
Hi,
Updated cygwin64 this morning and now gdb won't start.
cygcheck shows 2 missing libraries:
14:10:32$ cygcheck gdb
Found: C:\cygwin64\bin\gdb.exe
C:\cygwin64\bin\gdb.exe
C:\cygwin64\bin\cygwin1.dll
C:\Windows\system32\KERNEL32.dll
C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1
ist). Everything seems fine, but when I run rsync I
> > > > get:
> > > >
> > > > W10dev:~: rsync -h
> > > > C:/Users/admin/cygwin/bin/rsync.exe: error while loading shared
> > > > libraries: cyglz4-1.dll: cannot open shared object file: No
hing seems fine, but when I run rsync I get:
>>>>
>>>> W10dev:~: rsync -h
>>>> C:/Users/admin/cygwin/bin/rsync.exe: error while loading shared libraries:
>>>> cyglz4-1.dll: cannot open shared object file: No such file or directory
> [...]
>>
/rsync.exe: error while loading shared libraries:
cyglz4-1.dll: cannot open shared object file: No such file or directory
[...]
Ok, this means: in the current cygwin distribution the rsync package is
broken?!
Where can I report this bug? Shall I at least?
Thanks for reporting this.
Jari,
I
cial recommendation from this mailing list would always be to use the Cygwin
Setup program downloaded directly from the cygwin.com site.
>>> W10dev:~: rsync -h
>>> C:/Users/admin/cygwin/bin/rsync.exe: error while loading shared libraries:
>>> cyglz4-1.dll: cannot open shared
win/bin/rsync.exe: error while loading shared libraries:
> > cyglz4-1.dll: cannot open shared object file: No such file or directory
> Its the new version of rsync, which is recent... and probably is missing
> dependencies on setup.
The error above appears on a freshly
On 9/6/2020 3:43 PM, Ulli Horlacher wrote:
I have installed cygwin with cygwin-portable-installer (recommendation
from this mailing-list). Everything seems fine, but when I run rsync I get:
W10dev:~: rsync -h
C:/Users/admin/cygwin/bin/rsync.exe: error while loading shared libraries:
cyglz4-1
I have installed cygwin with cygwin-portable-installer (recommendation
from this mailing-list). Everything seems fine, but when I run rsync I get:
W10dev:~: rsync -h
C:/Users/admin/cygwin/bin/rsync.exe: error while loading shared libraries:
cyglz4-1.dll: cannot open shared object file
Am 28.08.2020 um 00:51 schrieb Juan carlos Rebate via Cygwin:
good evening, I have a strange problem, I try to compile code that
uses gtk3 and sdl2 in addition to curl,
Would you mind revealing what code that is?
the problem is that when I
invoke the gcc compiler it tells me that
On 29.08.2020 08:12, Yasuhiro KIMURA wrote:
From: Juan carlos Rebate via Cygwin
Subject: Re: undetectable libraries
Date: Fri, 28 Aug 2020 01:40:46 +0200
yes mingw64-x86_64-gtk3
mingw64-x86_64-sdl2
sdl2-devel
libcurl-devel
Then my next suggestion is to provide more information about your
From: Juan carlos Rebate via Cygwin
Subject: Re: undetectable libraries
Date: Fri, 28 Aug 2020 01:40:46 +0200
> yes mingw64-x86_64-gtk3
> mingw64-x86_64-sdl2
> sdl2-devel
> libcurl-devel
Then my next suggestion is to provide more information about your
problem. For example,
* W
On 2020-08-28 15:08, Juan carlos Rebate via Cygwin wrote:
> El vie., 28 ago. 2020 a las 5:30, Brian Inglis
> () escribió:
>>
>> On 2020-08-27 17:40, Juan carlos Rebate via Cygwin wrote:
>>> El vie., 28 ago. 2020 a las 1:10, Yasuhiro KIMURA escribió:
On Fri, 28 Aug 2020 00:51:41 +0200, Juan
On 2020-08-27 17:40, Juan carlos Rebate via Cygwin wrote:
> El vie., 28 ago. 2020 a las 1:10, Yasuhiro KIMURA escribió:
>> On Fri, 28 Aug 2020 00:51:41 +0200, Juan carlos Rebate via Cygwin wrote:
>>> good evening, I have a strange problem, I try to compile code that
>>> uses gtk3 and sdl2 in
yes mingw64-x86_64-gtk3
mingw64-x86_64-sdl2
sdl2-devel
libcurl-devel
El vie., 28 ago. 2020 a las 1:10, Yasuhiro KIMURA () escribió:
>
> From: Juan carlos Rebate via Cygwin
> Subject: undetectable libraries
> Date: Fri, 28 Aug 2020 00:51:41 +0200
>
> > good evening, I have
From: Juan carlos Rebate via Cygwin
Subject: undetectable libraries
Date: Fri, 28 Aug 2020 00:51:41 +0200
> good evening, I have a strange problem, I try to compile code that
> uses gtk3 and sdl2 in addition to curl, the problem is that when I
> invoke the gcc compiler it tells me
good evening, I have a strange problem, I try to compile code that
uses gtk3 and sdl2 in addition to curl, the problem is that when I
invoke the gcc compiler it tells me that sdl2-devel and libcurl are
not installed, but actually yes are.
./configure --cross-prefix=x86_64-w64-mingw32- --enable-sdl
This release updates Zstandard to the latest upstream version, which is
a maintenance release with performance improvements.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better compression ratios.
This release updates Zstandard to the latest upstream version, which is
a maintenance release with performance improvements.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better compression ratios.
On 17.05.2020 04:29, René Berber via Cygwin wrote:
On 5/16/2020 8:37 PM, Dennis Heimbigner via Cygwin wrote:
Cygwin 64-bit.
WIndows 10
Download hdf5 package.
Search for the libraries:
cd /usr
find . -name '*hdf5*'
Nothing is found.
Where is it being installed?
You can look
On 5/16/2020 8:37 PM, Dennis Heimbigner via Cygwin wrote:
Cygwin 64-bit.
WIndows 10
Download hdf5 package.
Search for the libraries:
cd /usr
find . -name '*hdf5*'
Nothing is found.
Where is it being installed?
You can look for yourself what is being installed and where:
https
Cygwin 64-bit.
WIndows 10
Download hdf5 package.
Search for the libraries:
cd /usr
find . -name '*hdf5*'
Nothing is found.
Where is it being installed?
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https
I'm planning to drop the ggi terminal from gnuplot when switching to the
5.4 release. Several gnuplot features are not fully supported with the
GGI v2 that is in Cygwin and despite being planned for over a decade, a
GGI v3 has never materialized.
Since I believe that gnuplot was the only user
This release updates Zstandard to the latest upstream version, which is
a maintenance release.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better compression ratios.
http://www.zstd.net/
Besides
This release updates Zstandard to the latest upstream version, which is
a maintenance release.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better compression ratios.
http://www.zstd.net/
Besides
On 13/09/2019 19:53, Andrey Repin wrote:
> Greetings, Hamish MB!
>
>> On 13/09/2019 01:41, Andrey Repin wrote:
>>> Greetings, Hamish MB!
>>>
>>> Please no top-posting in this channel.
>>>
Note: I've just realised this only happens when 3D acceleration is
enabled in VirtualBox, hence this
Greetings, Hamish MB!
> On 13/09/2019 01:41, Andrey Repin wrote:
>> Greetings, Hamish MB!
>>
>> Please no top-posting in this channel.
>>
>>> Note: I've just realised this only happens when 3D acceleration is
>>> enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
>>> Cygwin
On 13/09/2019 01:41, Andrey Repin wrote:
> Greetings, Hamish MB!
>
> Please no top-posting in this channel.
>
>> Note: I've just realised this only happens when 3D acceleration is
>> enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
>> Cygwin bug. Thoughts?
> What video mode
Greetings, Hamish MB!
Please no top-posting in this channel.
> Note: I've just realised this only happens when 3D acceleration is
> enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
> Cygwin bug. Thoughts?
What video mode did you select for your system?
Which driver
terminal. Is this the
>> wrong way to do it?
>>
>> I'll try that soon and get back to you.
>>
>> This was before the latest set of updates to Xorg and the openGL
>> libraries, so it could be that it had something to do with the missing
>> libEGL dependency - I will tr
tartxwin &" in the Cygwin terminal. Is this the
> wrong way to do it?
>
> I'll try that soon and get back to you.
>
> This was before the latest set of updates to Xorg and the openGL
> libraries, so it could be that it had something to do with the missing
> libEGL dependency
This release updates Zstandard to the latest upstream version, which is
a maintenance release.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better compression ratios.
http://www.zstd.net/
Besides a
This release updates Zstandard to the latest upstream version, which is
a maintenance release.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better compression ratios.
http://www.zstd.net/
Besides a
I was starting with "startxwin &" in the Cygwin terminal. Is this the
wrong way to do it?
I'll try that soon and get back to you.
This was before the latest set of updates to Xorg and the openGL
libraries, so it could be that it had something to do with the missing
libEGL
On 05/09/2019 11:28, Hamish MB wrote:
libraries. Additionally, the xwin server refuses to start if more than
one display is present, for reasons I don't understand.
That is unusual.
I assume you are trying to start via the start menu shortcut?
Does starting it as 'XWin -multiwindow' work
Hello,
After installing the latest updates to cygwin, including the new X
server, openGL libraries, and mesa, I'm having issues with a configure
script that was previously working. It no longer finds the openGL
libraries. Additionally, the xwin server refuses to start if more than
one display
This release updates Zstandard to the latest upstream version, which is
a maintenance release.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better compression ratios.
http://www.zstd.net/
Besides a
This release updates Zstandard to the latest upstream version, which is
a maintenance release.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level and
better compression ratios.
http://www.zstd.net/
Besides a
This release updates Zstandard to the latest upstream version.
Note
This version is compiled with support for GZip, LZ4 and Xz compression.
Support for legacy formats from versions before 1.0 has been removed.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm,
This release updates Zstandard to the latest upstream version.
Note
This version is compiled with support for GZip, LZ4 and Xz compression.
Support for legacy formats from versions before 1.0 has been removed.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm,
This release updates Zstandard to the latest upstream version.
Note
Support for legacy formats from versions before 1.0 has been removed
from the build.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level
This release updates Zstandard to the latest upstream version.
Note
Support for legacy formats from versions before 1.0 has been removed
from the build.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting real-time compression scenarios at zlib-level
Am 11.11.2018 um 22:16 schrieb Steven Penny:
On Sun, 11 Nov 2018 12:25:15, Achim Gratz wrote:
This release updates Zstandard to the latest upstream version.
Note
The built-in benchmark function can infloop on too short input with some
settings, apparently due to the granularity of timing
On Sun, 11 Nov 2018 12:25:15, Achim Gratz wrote:
This release updates Zstandard to the latest upstream version.
Note
The built-in benchmark function can infloop on too short input with some
settings, apparently due to the granularity of timing measurements on
Windows being too coarse.
This release updates Zstandard to the latest upstream version.
Note
The built-in benchmark function can infloop on too short input with some
settings, apparently due to the granularity of timing measurements on
Windows being too coarse.
Zstandard, or zstd as short version, is a fast
This release updates Zstandard to the latest upstream version.
Note
The built-in benchmark function can infloop on too short input with some
settings, apparently due to the granularity of timing measurements on
Windows being too coarse.
Zstandard, or zstd as short version, is a fast
This release updates Zstandard to the latest upstream version.
Note
The built-in benchmark function can infloop on too short input with some
settings, apparently due to the granularity of timing measurements on
Windows being too coarse.
Zstandard, or zstd as short version, is a fast
This release updates Zstandard to the latest upstream version.
Note
The built-in benchmark function can infloop on too short input with some
settings, apparently due to the granularity of timing measurements on
Windows being too coarse.
Zstandard, or zstd as short version, is a fast
This release updates Zstandard to the latest upstream version.
Note
The built-in benchmark function can infloop on too short input with some
settings, apparently due to the granularity of timing measurements on
Windows being too coarse.
Zstandard, or zstd as short version, is a fast
referencing libraries in tcl 8.6, e.g. fileutil
Am 07.08.2018 um 17:56 schrieb SImon Conway-Smith:
> I have added the tcl intepreter into my Cygwin (64-bit) installation,
> but when trying to run some code samples using the fileutil library,
> e.g. the foreachLine command, I'm getting
Am 07.08.2018 um 17:56 schrieb SImon Conway-Smith:
I have added the tcl intepreter into my Cygwin (64-bit) installation, but
when trying to run some code samples using the fileutil library, e.g. the
foreachLine command, I'm getting 'invalid command name
"fileutil::foreachLine"'. I've even tried
On 8/7/2018 11:56 AM, SImon Conway-Smith wrote:
> I have added the tcl intepreter into my Cygwin (64-bit) installation, but
> when trying to run some code samples using the fileutil library, e.g. the
> foreachLine command, I'm getting 'invalid command name
> "fileutil::foreachLine"'. I've even
I have added the tcl intepreter into my Cygwin (64-bit) installation, but
when trying to run some code samples using the fileutil library, e.g. the
foreachLine command, I'm getting 'invalid command name
"fileutil::foreachLine"'. I've even tried prefixing the command with "tcl::"
as I had to do for
in program/process
was still running and the used libraries can not be upgraded.
Check is some /usr/bin/*.new libraries are present.
In that case a re-boot could solve the issue.
If that does not clue you in sufficiently, also run:
$ cygcheck -hrsv > cygcheck.out &
In the cygcheck
On 2018-06-15 16:50, Roberto Ribeiro wrote:
> recently I've been running a lot into an error while trying to load dlls
> compiled by cygwin: "ERROR: could not load library (...): No such file or
> directory".
> The library in question is always there, however, and *appears* to have been
>
Hello list,
recently I've been running a lot into an error while trying to load dlls
compiled by cygwin: "ERROR: could not load library (...): No such file or
directory". The library in question is always there, however, and *appears*
to have been correctly built (ldd and cygcheck both return the
This release updates Zstandard to the latest upstream version.
Note
The built-in benchmark function can infloop on too short input with some
settings, apparently due to the granularity of timing measurements on
Windows being too coarse.
Zstandard, or zstd as short version, is a fast
This release updates Zstandard to the latest upstream version.
Note
The built-in benchmark function can infloop on too short input with some
settings, apparently due to the granularity of timing measurements on
Windows being too coarse.
Zstandard, or zstd as short version, is a fast
I have downloaded sources of two application, executed cygport process and
intalled build matters with libraries.
The above solved my issues.
Sorry for the noise
Tatsuro
Previous mail
**
cygport qt5-base.cygport
cygport qt5-base.cygport compile due to missing devel libraries
What was done and happened
1. download qt5-b ase source to /usr/src using setup
At /usr/src/qt5-base-5.9.4-1.src
2. execute
cygport qt5-base.cygport prep
cygport qt5-base.cygport compile
3. cygport qt5-base.cygport compile
* mingw64-x86_64-libgsf1-1.14.42-1
* mingw64-x86_64-librest0.7-0.8.1-1
* mingw64-x86_64-librsvg2-2.40.20-1
* mingw64-x86_64-libsoup2.4-2.60.3-1
* mingw64-x86_64-pango1.0-1.40.14-1
This updates the GTK+/GNOME libraries for the MinGW-w64 cross-compiler
toolchains to the 3.26 stable release.
--
Yaakov
* mingw64-x86_64-libgsf1-1.14.42-1
* mingw64-x86_64-librest0.7-0.8.1-1
* mingw64-x86_64-librsvg2-2.40.20-1
* mingw64-x86_64-libsoup2.4-2.60.3-1
* mingw64-x86_64-pango1.0-1.40.14-1
This updates the GTK+/GNOME libraries for the MinGW-w64 cross-compiler
toolchains to the 3.26 stable release.
--
Yaakov
2018-01-22 20:14 GMT+01:00 szgyg:
> You should reinstall libgc1.
>
> https://marc.info/?l=cygwin-apps=151603424924010
Yes, that worked! Thank you!
Regards,
Jan Nijtmans
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 2018-01-22, Michael Demoulin wrote:
> The latest Make on the latest 64-bit version of Cygwin fails with the
> error 'C:/cygwin64/bin/make.exe: error while loading shared libraries:
> ?: cannot open shared object file: No such file or directory'
>
> I have included a s
Michael Demoulin writes:
> The latest Make on the latest 64-bit version of Cygwin fails with the
> error 'C:/cygwin64/bin/make.exe: error while loading shared libraries:
> ?: cannot open shared object file: No such file or directory'
Cannot reproduce.
~ (2001) make --version
GNU Make 4.
2018-01-22 16:28 GMT+01:00 Michael Demoulin:
>
> The latest Make on the latest 64-bit version of Cygwin fails with the error
> 'C:/cygwin64/bin/make.exe: error while loading shared libraries: ?: cannot
> open shared object file: No such file or directory'
I didn't check the 64
The latest Make on the latest 64-bit version of Cygwin fails with the
error 'C:/cygwin64/bin/make.exe: error while loading shared libraries:
?: cannot open shared object file: No such file or directory'
I have included a sanitized output of 'cygcheck -s -v -r '
Thanks for any help
Cygwin
This release updates Zstandard to the latest upstream version and adds
the link library that had been missing in the previous development
package. Thank you, Yaakov, for developing the corresponding patch.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting
This release updates Zstandard to the latest upstream version and adds
the link library that had been missing in the previous development
package. Thank you, Yaakov, for developing the corresponding patch.
Zstandard, or zstd as short version, is a fast lossless compression
algorithm, targeting
* mingw64-x86_64-libwpg0.3-0.3.2-1
* mingw64-x86_64-libwps0.4-0.4.8-1
* mingw64-x86_64-libzmf-0.0.2-1
The Document Liberation Project is a sister project to LibreOffice,
organized under the oversight of The Document Foundation. It includes a
number of import and export filter libraries covering
On 30/10/2017 16:27, david wrote:
Folks
As of 30 October 2017, a clean new cygwin installation which included
'wget' fails. The wget program requires cygnette-4 and cyghogweed-4,
neither of which were included. Newer versions (-6) exist, but perhaps
wget wasn't recompiled
I rescued
1 - 100 of 726 matches
Mail list logo