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 g
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,
> whi
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.dll
C:\Windows\system32\KERNEL32.dll
C:\Wi
in from 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\cygw
uname -a
CYGWIN_NT-10.0-22621 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\
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.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
-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 provided b
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
-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
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 compression
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 compression
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$ cyg
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
>
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-RtlSuppo
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
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 obje
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 installed cygwin,
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: No
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 sdl2-devel
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,
* What
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 car
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 addit
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.
ht
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 ca
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 whe
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:
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
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 b
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 (stand
in 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 -
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 depen
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 -multiwi
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 displ
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
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 a
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 m
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.
Zst
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 lossl
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 lossl
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 lossl
oblem 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'
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 p
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 trie
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
cygwin 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 cyg
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
> correct
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 lossle
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
2018-01-22 20:14 GMT+01:00 szgyg:
> You should reinstall libgc1.
>
> https://marc.info/?l=cygwin-apps&m=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 inclu
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
G
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 ch
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 f
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 a
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 th
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 these two files from an previous vers
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/
This version is compiled with support for GZip, LZ4 and Xz compression.
Besides a standalone compression too
Sorry, I have just realized that the issue happens only when I use the "Windows
Command Prompt" run by Total Commander (www.ghisler.com), while I correctly get
the notification when using the "Windows Command Prompt" run from the Start
Menu. This issue is actually related to Total Commander, so
On Tue, 17 Oct 2017 21:41:05, Luca wrote:
If I run the program within the Windows Command Prompt, I do not get any er=
ror messages (the program simply does not do anything).
Yeah, you do:
---
foo.exe - System Error
---
The program can't start be
On Linux, if I run a program compiled with 'gcc' without the proper shared
libraries in path I get the following error message:
> error while loading shared libraries: libxxx.so: cannot open shared object
> file: No such file or directory
This is expected.
The same happen
libraries for the MinGW-w64 cross-compiler
toolchains to the 3.24 stable release.
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe
The following packages have been uploaded to the Cygwin distribution:
* libSDL2_2.0_0-2.0.5-1
* libSDL2-devel-2.0.5-1
* libSDL2_image2.0_0-2.0.1-1
* libSDL2_image-devel-2.0.1-1
* libSDL2_mixer2.0_0-2.0.1-1
* libSDL2_mixer-devel-2.0.1-1
* libSDL2_net2.0_0-2.0.1-1
* libSDL2_net-devel-2.0.1-1
* libSD
+/GNOME libraries for the MinGW-w64 cross-compiler
toolchains to the latest 3.22 stable releases.
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http
* mingw64-x86_64-gd-2.2.4-1
* mingw64-x86_64-openssl-1.0.2k-1
* mingw64-x86_64-readline-7.0.1-1
These releases are meant to keep the mingw64 cross-compiler libraries in
sync with the native versions.
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
Hi,
I am trying to do some cross-compiling with cross compilers:
i686-w64-mingw32-gcc and x86_64-w64-mingw32-gcc, with the expat
library.
As of now, Cygwin provides two versions: 'previous' (2.1.1-2) and
'current' (2.2.0-1):
mingw64-i686-expat-2.1.1-2
mingw64-i686-expat-2.2.0-1
mingw64-x86_64-e
On 07/12/2016 07:34, Arnaut B wrote:
On Tue, 06 Dec 2016 18:41:25 -0800, Ken Brown wrote:
On 12/6/2016 6:54 PM, Arnaut B wrote:
Hi All,
After updating cygwin to the latest current release, my "make" command
is broken. It spits the following error:
/usr/bin/cygcrypt-0.dll is provided b
On Tue, 06 Dec 2016 18:41:25 -0800, Ken Brown wrote:
On 12/6/2016 6:54 PM, Arnaut B wrote:
Hi All,
After updating cygwin to the latest current release, my "make" command
is broken. It spits the following error:
C:/cygwin/bin/make.exe: error while loading shared libraries: ?:
c
On 12/6/2016 6:54 PM, Arnaut B wrote:
Hi All,
After updating cygwin to the latest current release, my "make" command
is broken. It spits the following error:
C:/cygwin/bin/make.exe: error while loading shared libraries: ?:
cannot open shared object file: No such file or directory
Hi All,
After updating cygwin to the latest current release, my "make" command
is broken. It spits the following error:
C:/cygwin/bin/make.exe: error while loading shared libraries: ?:
cannot open shared object file: No such file or directory
My setup-x86.exe version is 2.876
The following packages have been uploaded to the Cygwin distribution:
* mingw64-i686-boost-1.60.0-2
* mingw64-i686-editline-2.101-1
* mingw64-i686-expat-2.2.0-1
* mingw64-i686-gettext-0.19.8.1-2
* mingw64-i686-gnutls-3.3.24-2
* mingw64-i686-icu-57.1-2
* mingw64-i686-lcms2-2.8-1
* mingw64-i686-lib
The following packages have been uploaded to the Cygwin distribution:
* libX11_6-1.6.4-1
* libX11-devel-1.6.4-1
* libX11-doc-1.6.4-1
* libX11-xcb1-1.6.4-1
* libX11-xcb-devel-1.6.4-1
* libXfixes3-5.0.3-1
* libXfixes-devel-5.0.3-1
* libXi6-1.7.7-1
* libXi-devel-1.7.7-1
* libXrandr2-1.5.1-1
* libXran
On 2016-03-31 09:08, Peter Foley wrote:
The cygwin gcc package appears to be missing the helper libraries for
the -fsanitize series of options.
These are only supported on x86-linux.
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com
The cygwin gcc package appears to be missing the helper libraries for
the -fsanitize series of options.
$ gcc -fsanitize=address a.c
/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -lasan
collect2: error: ld returned 1 exit status
Ditto for -fsanitize
On Sun, Feb 14, 2016 at 11:43 PM, Yaakov Selkowitz
wrote:
> On 2016-02-10 18:58, Yaakov Selkowitz wrote:
>>>
>>> (Also a newer clang+llvm would be useful, they've made a lot of
>>> improvements since 3.5.)
>>
>>
>> LLVM/Clang version bumps are time-consuming to get right. I actually
>> looked at
On 2016-02-10 18:58, Yaakov Selkowitz wrote:
(Also a newer clang+llvm would be useful, they've made a lot of
improvements since 3.5.)
LLVM/Clang version bumps are time-consuming to get right. I actually
looked at 3.6, but MCJIT did not work OOTB with PE/COFF targets. I'll
have to see what the
>> LLVM/Clang version bumps are time-consuming to get right. I actually
>> looked at 3.6, but MCJIT did not work OOTB with PE/COFF targets. I'll
>> have to see what the story is with 3.7.
>
> Understandable. 3.8 is in RC right now so maybe try building the
> release_38 branch if you get to it soon,
e has tried recently) but can be compiled as mingw applications?
Or are you suggesting those should remain distributed via their own
channels rather than cygwin-packaged now that a few of the mingw
libraries they depend on are starting to be included in the distro
(and the remainder could be added).
e has tried recently) but can be compiled as mingw applications?
Or are you suggesting those should remain distributed via their own
channels rather than cygwin-packaged now that a few of the mingw
libraries they depend on are starting to be included in the distro
(and the remainder could be added).
1 - 100 of 535 matches
Mail list logo
