[Mingw-w64-public] Recent runtime revisions break bootstrap of gcc

2020-09-18 Thread Rainer Emrich
As said in the subject recent mingw-w64 runtime revisions break bootstrap of gcc, at least for gcc-10 branch and gcc trunk. It fails to build libgomp in stage 1. /bin/sh ./libtool --tag=CC --mode=compile /opt/devel/SCRATCH/tmp.4iLXtoCjb1/gcc-10.2.1/gcc-10.2.1/./gcc/xgcc -B/opt/devel/SCRATCH/

Re: [Mingw-w64-public] ucrtbase_compat.c:225:34: error: 'UCRTBASE_PRINTF_LEGACY_WIDE_SPECIFIERS' undeclared

2017-11-23 Thread Rainer Emrich
Hi Martin, Am 22.11.2017 um 20:03 schrieb Martin Storsjö: > On Wed, 22 Nov 2017, Rainer Emrich wrote: >> building master is broken atm. >> >> gcc-7.2.0 >> binutils 2.29 >> >> Configure: >> /opt/devel/gnu/src/gcc-mingw-w64/mingw-w64-runtime.git/config

[Mingw-w64-public] ucrtbase_compat.c:225:34: error: 'UCRTBASE_PRINTF_LEGACY_WIDE_SPECIFIERS' undeclared

2017-11-22 Thread Rainer Emrich
Hi, building master is broken atm. gcc-7.2.0 binutils 2.29 Configure: /opt/devel/gnu/src/gcc-mingw-w64/mingw-w64-runtime.git/configure --prefix=/home/rainer/software/install/x86_64-w64-mingw32/mingw-w64/trunk --build=x86_64-w64-mingw32 --disable-lib32 --enable-lib64 --enable-secure-api --with

[Mingw-w64-public] Issue with loader from binutils-2.16 for x86_64-w64-mingw32

2016-02-04 Thread Rainer Emrich
There's a real issue with the loader from the binutils-2.16 release. ld fails to build proper executables in several cases on x64_64-w64-mingw32. I opened Bug 19531 on sourceware.org, see https://sourceware.org/bugzilla/show_bug.cgi?id=19531 but got no comment so far. Anybody here who has the ski

Re: [Mingw-w64-public] gcc 5.2.1 libgomp testsuite failures with latest runtime and winpthread

2015-09-11 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ping! Am 29.08.2015 um 23:00 schrieb Kai Tietz: > > Am 09.08.2015 19:17 schrieb "Mattias Engdegård" <mailto:matti...@acm.org>>: >> >> 7 aug 2015 kl. 14.50 skrev Rainer Emrich <mailto:rai...@emrich-eber

Re: [Mingw-w64-public] gcc 5.2.1 libgomp testsuite failures with latest runtime and winpthread

2015-09-11 Thread Rainer Emrich
Ping! Am 29.08.2015 um 23:00 schrieb Kai Tietz: > > Am 09.08.2015 19:17 schrieb "Mattias Engdegård" <mailto:matti...@acm.org>>: >> >> 7 aug 2015 kl. 14.50 skrev Rainer Emrich <mailto:rai...@emrich-ebersheim.de>>: >> >> > This fixes

Re: [Mingw-w64-public] gcc 5.2.1 libgomp testsuite failures with latest runtime and winpthread

2015-08-08 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 06.08.2015 um 23:27 schrieb Mattias Engdegård: > 6 aug 2015 kl. 12.46 skrev Rainer Emrich : >> I assume that's caused by the latest winpthread changes. > > Sort of; it looks like a bug in libgomp that was tolera

Re: [Mingw-w64-public] v4.0.4 openmp issue

2015-08-06 Thread Rainer Emrich
Am 06.08.2015 um 15:37 schrieb JonY: > On 8/6/2015 20:08, xantares 09 wrote: >> hi, are there any known issues regarding openmp with this new release ? >> when upgrading from 4.0.2 to 4.0.4, i cannot run an openmp test case any >> more: err:module:attach_process_dlls "libgomp-1.dll" failed to >> i

[Mingw-w64-public] gcc 5.2.1 libgomp testsuite failures with latest runtime and winpthread

2015-08-06 Thread Rainer Emrich
Using the x86_64 runtime and winpthread from 4th of August I get a lot of libgomp testsuite failures. Nearly all execution tests fail!!! That's a regression against older runtime/winpthread versions. I assume that's caused by the latest winpthread changes. Any comments? Kai? Cheers Rainer

Re: [Mingw-w64-public] Failure to compile mingw-w64-crt/libsrc/uuid.c

2014-09-03 Thread Rainer Emrich
Am 03.09.2014 17:29, schrieb Kai Tietz: > Issue should be fixed now. Confirmed, checked a few minutes ago. Thank's! -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ _

[Mingw-w64-public] Failure to compile mingw-w64-crt/libsrc/uuid.c

2014-09-03 Thread Rainer Emrich
master of today gives: gcc -DHAVE_CONFIG_H -I. -I/opt/devel/gnu/src/gcc-mingw-w64/mingw-w64-runtime.git/mingw-w64-crt -m64 -I/home/rainer/software/install/x86_64-w64-mingw32/mingw-w64/trunk/include -pipe -std=gnu99 -D_WIN32_WINNT=0x0f00 -Wall -Wextra -Wformat -Wstrict-aliasing -Wshadow -Wpac

[Mingw-w64-public] Success on native bootstrap and testsuite run for gcc-4.9.1 x86_64-w64-mingw32 with msys2

2014-06-23 Thread Rainer Emrich
Finally I got a working msys2 setup for native bootstrapping gcc and running the testsuite. For the results of the testsuite run see https://gcc.gnu.org/ml/gcc-testresults/2014-06/msg01812.html Here my msys2 setup: msys2-base-x86_64-20140507.tar.xz, updated plus additional packages. $ pacman -Q a

Re: [Mingw-w64-public] MSYS2

2013-10-23 Thread Rainer Emrich
Am 21.10.2013 21:28, schrieb John E. / TDM: > On 10/21/2013 1:10 PM, Alexey Pavlov wrote: >> New MSYS2 snapshots: > *snip* > > Hi Alexey, > > I just wanted to congratulate you on your work and provide another data > point. I've started using MSYS2 to perform GCC toolchain builds and it > appears to

Re: [Mingw-w64-public] MSYS2

2013-10-23 Thread Rainer Emrich
Am 22.10.2013 17:00, schrieb Alexey Pavlov: > Yesterday snapshots contain errors that may cause errors during uncompress. > Today I upload new snapshots that fix this issue There's a new issue concerning the include/python* directories. Please check the archives. With "tar tvf" I get: . . . -rw-

[Mingw-w64-public] v3.0 branch patch, __MINGW64_VERSION_STATE "stable"

2013-09-25 Thread Rainer Emrich
__MINGW64_VERSION_STATE should be "stable" now on v3.0 branch. Index: mingw-w64-headers/crt/_mingw_mac.h === --- mingw-w64-headers/crt/_mingw_mac.h (Revision 6318) +++ mingw-w64-headers/crt/_mingw_mac.h (Arbeitskopie) @@ -27,7 +27,7

[Mingw-w64-public] on trunk: #define __MINGW64_VERSION_MAJOR 3

2013-09-20 Thread Rainer Emrich
Probably should be incremented. -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE:

Re: [Mingw-w64-public] MSYS2

2013-08-26 Thread Rainer Emrich
nniemi написал(а): >> On 26.8.2013 18:38, Rainer Emrich wrote: >>> Am 26.08.2013 17:27, schrieb Alexpux: >>>> >>>> 26.08.2013, в 19:17, Rainer Emrich >>>> написал(а): >>>>> Did you ever tried expect? For me it doesn't work, always

Re: [Mingw-w64-public] MSYS2

2013-08-26 Thread Rainer Emrich
Am 26.08.2013 17:27, schrieb Alexpux: > > 26.08.2013, в 19:17, Rainer Emrich написал(а): >> Did you ever tried expect? For me it doesn't work, always returns immediately >> without any output. > How to reproduce problem? "expect -v" should output the expect v

Re: [Mingw-w64-public] MSYS2

2013-08-26 Thread Rainer Emrich
Thank's for your work! Am 26.08.2013 08:09, schrieb Alexey Pavlov: > - vim-7.4.007; That's nice to have. Did you ever tried expect? For me it doesn't work, always returns immediately without any output. A working expect would be nice. With expect working we would be able to run the binutils and

Re: [Mingw-w64-public] MSYS2 GPL infringement (was Re: MSYS2)

2013-06-12 Thread Rainer Emrich
Am 12.06.2013 17:33, schrieb LRN: > On 12.06.2013 17:50, Corinna Vinschen wrote: >> On Jun 12 16:00, LRN wrote: >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>> >>> On 12.06.2013 14:47, Corinna Vinschen wrote: Hi Алексей, On Jun 11 21:10, Алексей Павлов wrote: > MSYS include

Re: [Mingw-w64-public] [patch] Prefer to use local headers over installed headers

2013-03-14 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 14.03.2013 10:37, schrieb JonY: > On 3/14/2013 16:51, Rainer Emrich wrote: >> I just kick in because Corrina is completly right. A common case as for >> me, is to update the mingw-w64 runtime for an existing installation. So >>

Re: [Mingw-w64-public] [patch] Prefer to use local headers over installed headers

2013-03-14 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 13.03.2013 21:18, schrieb NightStrike: > On Wed, Mar 13, 2013 at 7:22 AM, Corinna Vinschen > wrote: >> Hi, >> >> I'd like to resurrect a patch which has been refused last year, but I >> think it's still helpful and maybe the opinions have changed

[Mingw-w64-public] Fwd: [Bug libstdc++/55741] [4.8 Regression] bootstrap fails in libstdc++-v3/src/c++11/thread.cc

2012-12-19 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Kai, do you have this in mind? Rainer - Original-Nachricht Betreff: [Bug libstdc++/55741] [4.8 Regression] bootstrap fails in libstdc++-v3/src/c++11/thread.cc Datum: Wed, 19 Dec 2012 15:51:25 + Von: redi at gcc dot gnu.or

[Mingw-w64-public] Overriding preinstalled pthread header files

2012-12-16 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ATM make install unconditionally installs dummy files for pthread_time.h and pthread_unistd.h overwriting those of an existing winpthread installation. IMHO that's a bad idea and may cause trouble, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55705

Re: [Mingw-w64-public] [Bug bootstrap/55706] [4.8 Regression] failue to build libstdc++ in stage 1

2012-12-16 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 15.12.2012 16:34, schrieb Kai Tietz: > Hmm, for me stage 1 libstdc++ (via cross-compiler) works. Have you > installed headers and crt? Yes, I have a fresh runtime install including header, crt and winpthread. Rainer > > Regards, Kai > > --

[Mingw-w64-public] [Bug bootstrap/55706] [4.8 Regression] failue to build libstdc++ in stage 1

2012-12-15 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Recently I get failures bootstrapping gcc trunk on x86_64-w64-mingw32, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55706 I have Revision 5494 of the runtime installed, so there must be something wrong! Cheers Rainer -BEGIN PGP SIGNATURE-

Re: [Mingw-w64-public] [patch] winternl.h: Add file and filesystem related functionality

2012-10-11 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 11.10.2012 19:34, schrieb Corinna Vinschen: > On Oct 11 19:23, Kai Tietz wrote: >> 2012/10/11 Corinna Vinschen : >>> On Oct 11 18:39, Rainer Emrich wrote: >>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>

Re: [Mingw-w64-public] [patch] winternl.h: Add file and filesystem related functionality

2012-10-11 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This patch causes an issue compiling winpthreads! /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. - -I/opt/devel/gnu/src/gcc-mingw-w64/winpthreads - -I/opt/devel/gnu/src/gcc-mingw-w64/winpthreads/include -DIN_WINPTHREAD -Wall - -

Re: [Mingw-w64-public] Conflicting declaration of getcwd in io.h

2012-08-17 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 17.08.2012 14:12, schrieb Rainer Emrich: > Am 17.08.2012 12:17, schrieb Ozkan Sezer: >> gcc/system.h has its declaration guarded by #if defined >> (HAVE_DECL_GETCWD) && !HAVE_DECL_GETCWD ... so the question is why >> d

Re: [Mingw-w64-public] Conflicting declaration of getcwd in io.h

2012-08-17 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 17.08.2012 12:17, schrieb Ozkan Sezer: > gcc/system.h has its declaration guarded by #if defined (HAVE_DECL_GETCWD) > && !HAVE_DECL_GETCWD ... so the question is why doesn't it work and the > header has to declare a library function by itself? > in

Re: [Mingw-w64-public] Conflicting declaration of getcwd in io.h

2012-08-17 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 17.08.2012 11:29, schrieb Kai Tietz: > Hallo Rainer, > > well, the issue is that msvcrt's getcwd has as second argument the > pointer-length-argument typed as 'int'. You can check this also by > seaching on msdn for getcwd. For 32-bit it is just

Re: [Mingw-w64-public] Conflicting declaration of getcwd in io.h

2012-08-17 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 17.08.2012 09:37, schrieb Rainer Emrich: > After the gcc cxx-conversion merge has taken place, I get a conflicting > declaration of getcwd in io.h in several places while bootstrapping > gcc-4.8.0. > > In file included from ../../.

[Mingw-w64-public] Conflicting declaration of getcwd in io.h

2012-08-17 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After the gcc cxx-conversion merge has taken place, I get a conflicting declaration of getcwd in io.h in several places while bootstrapping gcc-4.8.0. In file included from ../../../src/gcc-4.8.0/gcc/ggc-common.c:25:0: ../../../src/gcc-4.8.0/gcc/syste

Re: [Mingw-w64-public] error: unknown type name 'char_t' in secapi/wmemcpy_s.c

2012-08-08 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 08.08.2012 07:21, schrieb Kai Tietz: > Sorry, > > I made a typo. Of course it should be wchar_t and not char_t. Issue fixed > at rev.5357. > > Regards, Kai > Thanks! Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment

Re: [Mingw-w64-public] [patch] Add --enable-cygwin to the build system

2012-08-08 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 08.08.2012 09:32, schrieb Corinna Vinschen: > On Aug 7 23:44, Rainer Emrich wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> I think we have the wrong default now. I have to use --disable-w32api to >> get t

Re: [Mingw-w64-public] [patch] Add --enable-cygwin to the build system

2012-08-07 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I think we have the wrong default now. I have to use --disable-w32api to get the crt built. Please verify. Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECA

[Mingw-w64-public] error: unknown type name 'char_t' in secapi/wmemcpy_s.c

2012-08-07 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 trunk rev. 5356 make[3]: Entering directory `/home/rainer/software/build/mingw-w64/trunk/mingw-w64-crt' gcc -DHAVE_CONFIG_H -I. - -I/opt/devel/gnu/src/gcc-mingw-w64/mingw-w64-runtime-trunk-svn/mingw-w64-crt - -m64 - -I/opt/devel/gnu/src/gcc-mingw-w64/

[Mingw-w64-public] genidl is not build, configured using --with-tools=all

2012-08-07 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 genidl is not build, typing error in Makefile.am Patch attached. Please apply and regenerate dependend files. Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEA

Re: [Mingw-w64-public] Native x86_64-w64-mingw32 toolchain including ada

2011-08-13 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Nicolas, Am 12.08.2011 20:57, schrieb Rainer Emrich: > Hi Nicolas, > > thanks for your answer. > > Am 12.08.2011 18:24, schrieb Nicolas Bertolotti: >> Hi Rainer, > >> We apparently have been facing the same issue o

Re: [Mingw-w64-public] Native x86_64-w64-mingw32 toolchain including ada

2011-08-12 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Nicolas, thanks for your answer. Am 12.08.2011 18:24, schrieb Nicolas Bertolotti: > Hi Rainer, > > We apparently have been facing the same issue on the same day? > > Though I cannot really explain where it comes from exactly (and how I got > the

[Mingw-w64-public] Native x86_64-w64-mingw32 toolchain including ada

2011-08-10 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks, I'm working with mingw-w64 in different setups quite some time. Great work, thank to all contributors. There is one issue remaining I can't solve. I try to build a native x86_64-w64-mingw32 toolchain including ada without success so far. H

[Mingw-w64-public] What's the status of the gcc-4.4.0 mingw-w64-bin_x86_64-mingw toolchain

2009-03-06 Thread Rainer Emrich
, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39356 Nightstrike, Kai, do you have any idea what's the problem? - -- Mit freundlichen Grüßen / Best Regards Dipl.-Ing. Rainer Emrich Dept. Manager IT TECOSIM Venture GmbH Ferdinand-Stuttmann-Straße 15 D-65428 Rüsselsheim Phone +49 (0) 614