Re: [Mingw-w64-public] Mingw-w64 add support for loongarch .

On Mon, 2 Oct 2023 12:16:45 +0530, Biswapriyo Nath wrote: > The files in mingw-w64-tools/widl directory are imported from wine > project. mingw-w64-tools/widl/wine-import.sh script can help to find > which files are imported. So, the patch should be sent to wine > project, here https://gitlab.wine

Re: [Mingw-w64-public] [PATCH 1/2] tools: Remove the unused tool genlib

On Fri, 1 Sep 2023 12:20:37 +0800, LIU Hao wrote: > 在 2023/8/31 18:20, Martin Storsjö 写道: > > This tool was meant as a standalone replacement for dlltool, > > for generating import libraries, but it never got feature parity > > (in particular, it lacked support for generating symbol aliases, > > w

Re: [Mingw-w64-public] Determining mingw runtime version

Le 07/03/2022 13:34, sisyphus a écrit : On Mon, Mar 7, 2022 at 6:27 PM Gisle Vanem wrote: > A command that displays only the value of __MINGW64_VERSION_MAJOR would > probably suffice. Some .bat-file with: setlocal set %find=%WinDir%\system32\find.exe if %MINGW32%. == . set MINGW32=f:\MinGW32\

Re: [Mingw-w64-public] getc skips "0D" in binary file

Le 30/11/2021 11:11, David Webb a écrit : [...] Looking at stdio.h, it looks as if mingw uses a getc routine instead of the normal macro. Is this correct - is it for example using a Microsoft getc routine which drops '0D' from '0D''0A'? More importantly, is there a way to prevent the '0D'

Re: [Mingw-w64-public] naming convention of mingw-w64 and compile Windows binary on MacOS

On Mon, 11 Jan 2021 22:07:42 +0800, Liu Hao wrote: [...] > There is no special meaning about `w64` itself. `mingw32` on the other hand > specifies the ABI, so all `i686-*-mingw32` targets are considered > ABI-compatible. Are they really though? It seems to me that the triplet has ended up somewha

Re: [Mingw-w64-public] MinGW cross compile with enable-sjlj-exceptions - linux

Debian stable does, for i686. Le 27/11/2020 15:04, gmail Vladimir Koković a écrit : You are absolutely right but no one has with enable-sjlj-exceptions! On 27.11.20. 14:18, Biswapriyo Nath wrote: how to bring the MinGW cross compile on Linux into a normal linux build Most popular GNU/Linux d

Re: [Mingw-w64-public] mingw-w64-gcc 10.2.0 with sjlj fails to link: undefined reference to `_Unwind_SjLj_Register'

Le 18/09/2020 09:01, Ave Milia via Mingw-w64-public a écrit : Try removing`--with-dwarf3`. I am not sure whether it will cause any err= ors, but when bootstrapping GCC on Windows with non-DWARF exception models (that is SJLJ and SEH), it is never specified.= The build failed with seemingly sa

[Mingw-w64-public] [PATCH] Fix a few spelling errors

These were flagged by Debian's Lintian QA tool. Signed-off-by: Stephen Kitt --- mingw-w64-libraries/libmangle/src/m_ms.c | 2 +- mingw-w64-tools/gendef/src/gendef.c | 2 +- mingw-w64-tools/genpeimg/src/img_pe.c| 4 ++-- 3 files changed, 4 insertions(+), 4 deletions(-) diff --

[Mingw-w64-public] [PATCH] Detect -lm in genlib

genlib's configure checks for -lmangle before -lm; as a result, the -lm checks include -lmangle which fails because the required library path isn't specified. To avoid this, we check for -lm before checking for -lmangle. Signed-off-by: Stephen Kitt --- mingw-w64-tools/genlib/configu

[Mingw-w64-public] [PATCH] Drop the empty exception declaration from CheckError

simply be dropped. See https://bugs.debian.org/816427 Reported-by: Sam Morris Signed-off-by: Stephen Kitt --- mingw-w64-headers/include/comutil.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mingw-w64-headers/include/comutil.h b/mingw-w64-headers/include/comutil.h index

Re: [Mingw-w64-public] [Project News|New Builds]

Hi niXman, On Tue, 20 Sep 2016 21:32:02 +0300, niXman wrote: > Zouzou 2016-09-18 17:28: > > One note: The source is missing from > > . > > The uploading of the builds and sources is performed by

Re: [Mingw-w64-public] Pre-built toolchains and packages gone from the Downloads page

On Sun, 4 Sep 2016 18:47:37 +0200, Adrien Nader wrote: > I've fixed the ACLs and reverted the bad changes and re-applied the good > ones. > Editing the start, download, download:* and donations pages require > being in the "trusted" group while the default is "users"; members of > the "admin" grou

[Mingw-w64-public] Pre-built toolchains and packages gone from the Downloads page

Hi, http://mingw-w64.org/doku.php/download used to have a table listing the various binaries available in different distributions; the Internet Archive has a snapshot from April at http://web.archive.org/web/20160428153750/http://mingw-w64.org/doku.php/download Is there any particular reason the

Re: [Mingw-w64-public] %ll not a bug, my syntax error. long time no use printf, no man pages

On Tue, 26 Jul 2016 10:13:11 -0700, Jim Michaels wrote: > make manual? isn't there some sort of make target for help or manual or > info? > > html output maybe? Not sure what you're looking for; look up printf() in MSDN perhaps... > using g++, > > #include > char buf[16777216]; > printf("buf

Re: [Mingw-w64-public] ignoring missing symbols doesn't seem to work

On Sun, 15 May 2016 11:18:51 +0800, JonY wrote: > On 5/14/2016 21:35, Stephen Kitt wrote: > > Like all linker flags, this is handled by binutils rather than gcc. > > Currently the PE linker in binutils doesn't support the > > --unresolved-symbols option. > > No

Re: [Mingw-w64-public] ignoring missing symbols doesn't seem to work

Hi, On Tue, 10 May 2016 11:57:33 -0400, Tamir Duberstein wrote: > I've been attempting to cross-compile CockroachDB to Windows using > mingw-w64. The compilation strategy used for CockroachDB involves > producing static archives with missing symbols (this is due to how > golang's tooling compiles

Re: [Mingw-w64-public] Does GCC 4.9.0 supports -Wl,--gc-sections?

Hi, On Thu, 17 Mar 2016 11:50:17 +1100, YIRAN LI wrote: > I'm compiling on MingW-W64 and had a problem in using -Wl,--gc-setions. > [...] > > The gcc version I'm using is: gcc version 4.9.0 (i686-win32-sjlj-rev1, > Built by MinGW-W64 project) --gc-sections is handled by ld, so support for it d

Re: [Mingw-w64-public] Please keep the website's download section up-to-date

Hi Adrien, On Mon, 22 Jun 2015 23:29:17 +0200, Adrien Nader wrote: > There have been concerns on various places on the Internet that the > download page on the mingw-w64 website at > http://mingw-w64.org/doku.php/download is not consistently kept > up-to-date. The website is a simple and friendly

Re: [Mingw-w64-public] [ANN] Website changes

Hi Adrien, On Mon, 30 Mar 2015 22:49:27 +0200, Adrien Nader wrote: [...] > > Thanks for the list. > > Can you check the information is correct? > I've not added a line for debian experimental since it's expiremental > and changes quite often: it needs someone actively updating the page. Excell

Re: [Mingw-w64-public] [ANN] Website changes

Hi, On Tue, 24 Mar 2015 21:20:04 +0100, Adrien Nader wrote: [...] > There's an additional reason: I'm seeing cygwin similarly to > fedora/opensuse/arch. > If someone is already using these, the entries on the website will make > him check his version requirements and look at his distro package >

Re: [Mingw-w64-public] v4.0.0 released

Hi, On Fri, 20 Mar 2015 22:04:38 +0200, Alon Bar-Lev wrote: > Every major update we (at gentoo) and maybe others have issue to upgrade. I > reported[1] this in the past. > > Building the crt should use the headers within the crt and not within > sysroot, this to enable building the new crt using

Re: [Mingw-w64-public] v4.0-rc3 released

Hi, On Wed, 04 Mar 2015 21:51:51 +0800, JonY wrote: > Without further ado: > > The

[Mingw-w64-public] [PATCH] Unusable header fix-ups

Hi, IOhannes m zmoelnig reported (via https://bugs.debian.org/761191) that a few headers are missing the leading / in their boilerplate, which renders them unusable. The attached patch (against master) fixes this; it applies to stable too. Regards, Stephen diff --git a/mingw-w64-headers/include/

[Mingw-w64-public] MinGW-w64 triplets

Hi, As you may know I'm trying to get full-blown MinGW-w64 support in Debian. The last big hurdle there that's not Debian-specific is the triplets used by MinGW-w64, and with the ARM target getting ready it seems now would be a good time to discuss this. You can find all the details of the Debian

Re: [Mingw-w64-public] Bug#755448: fixed in mingw-w64 3.1.0-3

Hi Rafaël, On Sat, 26 Jul 2014 12:52:44 +0200, Rafaël Carré wrote: > On 07/21/14 23:21, Stephen Kitt wrote: > >* Merge upstream implementation of strtok_r, so it's available on > > Windows XP. Thanks to Gianluigi Tiesi for pointing out the problem, > >

Re: [Mingw-w64-public] Cross compiling the compiler on Linux

Hi Ruben, On Fri, 21 Feb 2014 09:38:10 +0100, Ruben Van Boxem wrote: > If you don't mind I've got some comments and/or questions on the content of > your presentation. Some are just my opinion, feel free to ignore those ;-) I don't mind at all, thanks for the feedback! > Apart from the usual >

Re: [Mingw-w64-public] Cross compiling the compiler on Linux

Hi Ingo, On Tue, 04 Feb 2014 21:40:28 +0100, Ingo Maindorfer wrote: > how was the talk? Is there a way to get your talk online? I'm not really the right person to ask, but the audience seemed interested enough and I discovered a few more MinGW-w64 users. My slides are available on http://www.sk2

Re: [Mingw-w64-public] Cross compiling the compiler on Linux

Hi, On Mon, 13 Jan 2014 18:21:12 +0100, Adrien Nader wrote: > On Mon, Jan 13, 2014, Peter Kümmel wrote: > > What's mingw-w64's "state-of-the-art" way of cross compiling on Linux > > (Ubuntu)? > > As Ruben pointed out, you can use the binaries from your distribution. > In the case of Ubuntu, you

[Mingw-w64-public] Fw: Bug#730398: mingw-w64: FTBFS on hppa

Hi, I'm forwarding a patch sent to Debian to allow building widl on hppa. Regards, Stephen Begin forwarded message: Date: Sun, 24 Nov 2013 12:51:23 -0500 From: John David Anglin To: Debian Bug Tracking System Subject: Bug#730398: mingw-w64: FTBFS on hppa Package: mingw-w64 Version: 3.0.0-

Re: [Mingw-w64-public] compile C curses program under mingw-w64

Hi Daniel, On Sun, 06 Oct 2013 10:50:41 -0700, Daniel Goldman wrote: > > I haven't tried them, but those packages should be usable with a > > mingw-w64 cross-compiler by unpacking them into your sysroot-prefix > > (e.g. /usr/x86_64-w64-mingw32/sys-root/mingw/). > > 1) I don't find /usr/x86_64

[Mingw-w64-public] [PATCH mingw-w64] Restore libvfw32.a in 32-bit builds

Hi, Revision 6256 dropped libvfw32.a, the following patch restores it (I fixed mingw-w64-crt/lib32/Makefile.am and regenerated the Makefile.in). The patch also applies to stable (v3.0.0). Signed-off-by: Stephen Kitt Index: mingw-w64-crt/Makefile.in

[Mingw-w64-public] Patch allowing d2d1.h to be used ("endif" instead of "endinf")

Hi, Current svn trunk has a couple of #endinf statements instead of #endif in d2d1.h. The following patch fixes this: Index: mingw-w64-headers/include/d2d1.h === --- mingw-w64-headers/include/d2d1.h(revision 4799) +++ mingw-w64-h

Re: [Mingw-w64-public] difference between your projects

Hi William, On Tue, 03 Jan 2012 18:53:08 +0100 (CET), r...@libertysurf.fr wrote: > I would like to understand better what is the difference between your two > projects, in term of cross-compilation capabilities (linux -> windows). > mingw-64 seems to be a much bigger project, but has not factual >