The binutils packages for Cygwin and MingW64 cross-compilation
toolchains have been updated to the upstream feature release 2.41, with
additional patches applied for Cygwin.
binutils-2.41-1
mingw64-i686-binutils-2.41-1
mingw64-x86_64-binutils-2.41-1
The GNU Binutils are a collection of binar
The binutils packages for Cygwin and MingW64 cross-compilation
toolchains have been updated to the upstream feature release 2.40, with
additional patches applied for Cygwin.
binutils-2.40-1
mingw64-i686-binutils-2.40-1
mingw64-x86_64-binutils-2.40-1
The GNU Binutils are a collection of binar
The binutils packages for Cygwin and MingW64 cross-compilation
toolchains have been updated to the upstream feature release 2.39, with
additional patches applied to remove upstream changes that are
incompatible with Cygwin.
binutils-2.39-1
mingw64-i686-binutils-2.39-1
mingw64-x86_64-binutils-
The binutils packages for Cygwin and MingW64 cross-compilation
toolchains have been updated to the upstream feature release 2.38, with
additional patches applied to remove upstream changes that are
incompatible with Cygwin.
binutils-2.38-1
mingw64-i686-binutils-2.38-1
mingw64-x86_64-binutils-
The binutils packages for Cygwin and MingW64 cross-compilation
toolchains for version 2.37 are re-released to fix an upstream bug that
created zero-length man pages. As with the original release additional
patches are applied to remove upstream changes that are incompatible
with Cygwin.
binuti
Brian Inglis writes:
> It appears that the binutils man pages in this release are gzipped
> zero length files when gunzipped.
That's an upstream bug, I'll have to see how to either re-generate them
myself or wait for a new upstream release.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron
On 2021-08-22 07:20, Achim Gratz wrote:
The binutils packages for Cygwin and MingW64 cross-compilation
toolchains have been updated to the upstream feature release 2.37, with
additional patches applied to remove upstream changes that are
incompatible with Cygwin.
binutils-2.37-1
mingw64-i68
The binutils packages for Cygwin and MingW64 cross-compilation
toolchains have been updated to the upstream feature release 2.37, with
additional patches applied to remove upstream changes that are
incompatible with Cygwin.
binutils-2.37-1
mingw64-i686-binutils-2.37-1
mingw64-x86_64-binutils-
The mingw-w64 cross compilers have been updated:
* mingw64-i686-binutils-2.34-1
* mingw64-x86_64-binutils-2.34-1
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of th
The following packages have been uploaded to the Cygwin distribution:
* mingw64-i686-binutils-2.31.1.be46fa23-1
* mingw64-x86_64-binutils-2.31.1.be46fa23-1
This release is marked experimental.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-an
On 10/17/2017 11:47 AM, Steven Penny wrote:
> On Sun, 20 Aug 2017 14:16:07, JonY wrote:
>> The mingw-w64 cross compilers have been updated:
>>
>> * mingw64-i686-binutils-2.28.1.12c1f20d
>> * mingw64-i686-gcc-6.3.0-1
>> * mingw64-x86_64-binutils-2.28.1.12c1f20d
>> * mingw64-x86_64-gcc-6.3.0-1
>
> h
On Sun, 20 Aug 2017 14:16:07, JonY wrote:
The mingw-w64 cross compilers have been updated:
* mingw64-i686-binutils-2.28.1.12c1f20d
* mingw64-i686-gcc-6.3.0-1
* mingw64-x86_64-binutils-2.28.1.12c1f20d
* mingw64-x86_64-gcc-6.3.0-1
http://cygwin.com/ml/cygwin/2017-08/msg00182.html
Can mingw64-{x
On 10/07/2017 01:05 PM, Steven Penny wrote:
> On Sat, 7 Oct 2017 11:52:57, JonY wrote:
>> The following packages have been uploaded to the Cygwin distribution:
>>
>> * mingw64-i686-binutils-2.29.1.787c9873-1
>> * mingw64-x86_64-binutils-2.29.1.787c9873-1
>>
>> This should resolve 32bit linking.
>
On Sat, 7 Oct 2017 11:52:57, JonY wrote:
The following packages have been uploaded to the Cygwin distribution:
* mingw64-i686-binutils-2.29.1.787c9873-1
* mingw64-x86_64-binutils-2.29.1.787c9873-1
This should resolve 32bit linking.
Confirmed fixed, thanks; but wasnt it 64bit linking messed up
The following packages have been uploaded to the Cygwin distribution:
* mingw64-i686-binutils-2.29.1.787c9873-1
* mingw64-x86_64-binutils-2.29.1.787c9873-1
This should resolve 32bit linking.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-anno
On Wed, 27 Sep 2017 23:15:45, JonY wrote:
Looks like the ostream is not properly initialized, all the C++
constructors involved makes it even more messy to debug.
http://cygwin.com/ml/cygwin/2017-09/msg00289.html
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 09/25/2017 06:33 PM, Steven Penny wrote:
> On Mon, 25 Sep 2017 14:17:28, JonY wrote:
>> You can actually use Cygwin gdb to debug and see what went wrong,
>> assuming the debug symbols are around.
>>
>> Sorry if I'm not much help, kind of busy these days.
>
> New command:
>
> x86_64-w64-mingw32
Greetings, Hans-Bernhard Bröker!
> Am 25.09.2017 um 20:44 schrieb Steven Penny:
>> perhap you are using old versions
> Not exactly. I'm using the current versions: 2.25.0.1, 5.4.0
> respectively --- you're using not old enough, a.k.a. still "Test"ing
> versions ;-)
Do note that this thread
Am 25.09.2017 um 20:44 schrieb Steven Penny:
perhap you are using old versions
Not exactly. I'm using the current versions: 2.25.0.1, 5.4.0
respectively --- you're using not old enough, a.k.a. still "Test"ing
versions ;-)
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Mon, 25 Sep 2017 18:43:27, =?UTF-8?Q?Hans-Bernhard_Br=c3=b6ker?= wrote:
> Here is another problem:
>
> $ cat z.cpp
> #include
> main() {
> std::cout << "cout test\n";
> }
>
> $ x86_64-w64-mingw32-g++ -static -o z z.cpp
>
> $ ./z
> Segmentation fault
Does not reproduce here.
Scared m
On Mon, 25 Sep 2017 14:17:28, JonY wrote:
You can actually use Cygwin gdb to debug and see what went wrong,
assuming the debug symbols are around.
Sorry if I'm not much help, kind of busy these days.
New command:
x86_64-w64-mingw32-g++ -g -static -o z z.cpp
Output:
(gdb) run
Starting progra
Am 25.09.2017 um 03:53 schrieb Steven Penny:
On Sun, 24 Sep 2017 00:48:20, JonY wrote:
I don't really work with cmake, but what it looks like, but it probably
makes gcc look in the mingw include dir first and then gcc's, breaking
gcc's headers.
Correct thus far. -isystem is really not a compi
On 09/25/2017 01:53 AM, Steven Penny wrote:
> On Sun, 24 Sep 2017 00:48:20, JonY wrote:
>> I don't really work with cmake, but what it looks like, but it probably
>> makes gcc look in the mingw include dir first and then gcc's, breaking
>> gcc's headers.
>>
>> Unfortunately, I don't have any good i
On Sun, 24 Sep 2017 00:48:20, JonY wrote:
I don't really work with cmake, but what it looks like, but it probably
makes gcc look in the mingw include dir first and then gcc's, breaking
gcc's headers.
Unfortunately, I don't have any good ideas besides hacking cmake to
remove the -isystem calls, o
On Sun, 24 Sep 2017 00:48:20, JonY wrote:
I don't really work with cmake, but what it looks like, but it probably
makes gcc look in the mingw include dir first and then gcc's, breaking
gcc's headers.
Unfortunately, I don't have any good ideas besides hacking cmake to
remove the -isystem calls, o
On 09/21/2017 12:10 AM, Steven Penny wrote:
>
> $ x86_64-w64-mingw32-g++ \
>> -isystem /usr/x86_64-w64-mingw32/sys-root/mingw/include alfa.cpp
> In file included from
> /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/ext/string_conversions.h:41:0,
>
> from
> /usr/lib/gcc/x86_64-w64-mingw32/6.3.
On Tue, 19 Sep 2017 16:14:32, Steven Penny wrote:
Looks like a Cmake error rather than GCC - thought you might like to know.
Cmake is inserting "-isystem" instead of "-I":
Looks like I spoke too soon - I think it is a GCC error. Using this file:
$ cat alfa.cpp
#include
#include
int main() {
On Tue, 22 Aug 2017 12:47:08, JonY wrote:
On 08/22/2017 02:21 AM, Steven Penny wrote:
> stdlib.h: No such file or directory
> #include_next
>=20
Seems to be working for me on a minimalist test case. Can you show your
command line and run g++ with -v?
http://cygwin.com/ml/cygwin/2017-08/msg001
On 08/22/2017 02:21 AM, Steven Penny wrote:
> [ 7%] Building CXX object
> CMakeFiles/tagparser_static.dir/mp4/mp4tagfield.cpp.o
> In file included from
> /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/ext/string_conversions.h:41:0,
>
> from
> /usr/lib/gcc/x86_64-w64-mingw32/6.3.0/include/c++/
On Sun, 20 Aug 2017 19:45:30, Steven Penny wrote:
On Sun, 20 Aug 2017 18:57:24, Steven Penny wrote:
> Question - is mingw64-x86_64-gcc-g++ still coming? I have come C++ projects I
> could test it with.
Correcting myself; looks like the Aug 20 update includes C and C++:
http://cygwin.mirror.cons
On Sun, 20 Aug 2017 18:57:24, Steven Penny wrote:
Question - is mingw64-x86_64-gcc-g++ still coming? I have come C++ projects I
could test it with.
Correcting myself; looks like the Aug 20 update includes C and C++:
http://cygwin.mirror.constant.com/x86_64/release/mingw64-x86_64-gcc
--
Probl
On Sun, 20 Aug 2017 14:16:07, JonY wrote:
The mingw-w64 cross compilers have been updated:
* mingw64-i686-binutils-2.28.1.12c1f20d
* mingw64-i686-gcc-6.3.0-1
* mingw64-x86_64-binutils-2.28.1.12c1f20d
* mingw64-x86_64-gcc-6.3.0-1
These versions should be considered testing quality.
Looks good,
The mingw-w64 cross compilers have been updated:
* mingw64-i686-binutils-2.28.1.12c1f20d
* mingw64-i686-gcc-6.3.0-1
* mingw64-x86_64-binutils-2.28.1.12c1f20d
* mingw64-x86_64-gcc-6.3.0-1
These versions should be considered testing quality.
Note that ADA/GNAT has been disabled in this release.
33 matches
Mail list logo
