[Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

f3febf9542a6664eedc384b0d2bf63411477e141 Mon Sep 17 00:00:00 2001 From: Mateusz Mikula <mati...@gmail.com> Date: Mon, 3 Apr 2017 13:36:36 +0200 Subject: [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t * Clang doesn't allow implicit conversion form 'const wchar_t *' to 'wchar_t *' Signed-off-by: M

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

Hmm, somehow Sourcefore has lost track on this thread (you can see patch on the mailing list website). This time sending it as both attachment and text. From f3febf9542a6664eedc384b0d2bf63411477e141 Mon Sep 17 00:00:00 2001 From: Mateusz Mikula <mati...@gmail.com> Date: Mon, 3 Apr 2017 13

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

> Hmm, using here "wchar_t *" as cast looks wrong. Actually we should > use anyway PUWSTR_C instead. I noticed it a bit too late and sent another patch casting to PUWSTR_C. > Nevertheless we can have here a const/none-const conversion (means > const specifiers for C-runtime function isn't

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

w64-public From: Mateusz Mikuła > > Hmm, somehow Sourcefore has lost track on this thread (you can see > patch on the mailing list website). > > This time sending it as both attachment and text. > > From f3febf9542a6664eedc384b0d2bf63411477e141 Mon Sep 17 00:00:00 2001 > From:

Re: [Mingw-w64-public] [PATCH] Align thread entry point stack

Forwarding Aleksey's message from MSYS2 discussion: @mati865 Sorry for long reply. I email directly to Kai 22 aug 2016: "Yes i test patch. Patch fix crash: ffmpeg -f lavfi -i testsrc -vcodec libvpx -threads 2 -f null - problem discuss:

Re: [Mingw-w64-public] mkdir and MINGW_ATTRIB_DEPRECATED_MSVC2005

POSIX mkdir() is deprecated in favor of _mkdir() [1] and the reason of deprecation is already explained here [2]. [1] https://msdn.microsoft.com/en-gb/library/ms235326(v=vs.140).aspx [2] https://stackoverflow.com/a/33358701/5940067 On 11.03.2017 01:01, sisyph...@optusnet.com.au wrote: >

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

Ping, looks like it slipped unnoticed. -- Original Message -- Subject: [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t * Date: Mon, 3 Apr 2017 14:01:00 +0200 To: Mingw-w64-public From: Mateusz Mikuła > > I made another attempt to build libc++ with min

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

clang\msys64\mingw64\x86_64-w64-mingw32\include\stralign.h:121:37: error: cannot initialize return object of type 'PUWSTR_C' (aka 'wchar_t *') with an rvalue of type 'const wchar_t *' ... | Regards, Mateusz -- Original Message -- Subject: Re: [Mingw-w64-public] [PATCH] stralign: cast ua_w

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

Ping On Sat, 2017-06-04 at 15∶31 +0200, Mateusz Mikuła wrote: > > > I sent patch casting to PUWSTR_C half hour after first message > when I noticed how stupid it was before. > > > > Should still apply cleanly (attachment has

Re: [Mingw-w64-public] [PATCH] remove cast to int from mantissa for __mingw_printf

All patches for mingw-64 should be signed off. -- Original Message -- Subject: [Mingw-w64-public] [PATCH] remove cast to int from mantissa for __mingw_printf Date: Mon, 12 Jun 2017 16:24:17 +0100 To: Mingw-w64-public From: Martell Malone > In this thread

Re: [Mingw-w64-public] [PATCH] Add flag for symlink creation by unprivileged users

Are you sure 0x3 value (0x1 | 0x2) is valid for VALID_SYMBOLIC_LINK_FLAGS on every OS from 7 to 10? Dnia 2017-05-27, sob o godzinie 11:14 +, Samuel Leslie pisze: > The MSDN documentation doesn't appear to have been updated yet: >

Re: [Mingw-w64-public] C++ cout executable size

Here is ios_base::Init https://github.com/gcc-mirror/gcc/blob/master/libstdc%2B%2B-v3/include/std/iostream#L74 If you really want to understand what compiler put into your executable you have to disassemble it. Bear in mind that even if you knew whole source code of libstdc++ you would get

Re: [Mingw-w64-public] C++ cout executable size

Pasted wrong link, here is fixed https://github.com/gcc-mirror/gcc/blob/master/libstdc%2B%2B-v3/include/bits/ios_base.h#L601 On June 3, 2017 10:11:30 AM GMT+02:00, "Mateusz Mikuła" <mati...@gmail.com> wrote: >Here is ios_base::Init >https://github.com/gcc-mirror/gcc/blob/m

Re: [Mingw-w64-public] Default _WIN32_WINNT version too low?

0x0502 is Windows Server 2003 If changing default target it should be done properly. Windows Vista is EOL and it's share is lower than XP so I'd vote for Windows 7. -- Original Message -- Subject: [Mingw-w64-public] Default _WIN32_WINNT version too low? Date: Sat, 3 Jun 2017 18:27:40

Re: [Mingw-w64-public] [HELP] Need to emulate _get_current_locale

On Windows 10 it is builtin in msvcrt.dll: $ winedump -j export '/media/mateusz/C/Windows/System32/msvcrt.dll' | grep locale   00028CB0   227 _create_locale   00029000   308 _free_locale   000290C0   336 _get_current_locale   0002E710  1004 _wsetlocale   0002F5D0  1153 localeconv   00029970  1203

Re: [Mingw-w64-public] static lib/Visual Studio problem

> However, once I try to use some more c++ features, I get the > following > error, and it seems to be associated with the compiled object files > themselves: > > "invalid or corrupt file: no symbol for COMDAT section ..." (and a > hex > address). It's not possible to mix static libstdc++ with

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

Anything to improve? From 05bc4cbc93f5f9942fc28a578dc1afa68d69daa2 Mon Sep 17 00:00:00 2001 From: Mateusz Mikula <mati...@gmail.com> Date: Sun, 4 Jun 2017 11:33:22 +0200 Subject: [PATCH] cast ua_wcschr and ua_wcsrchr returns when WSTR_ALIGNED is true Clang doesn't allow implicit conversio

Re: [Mingw-w64-public] [PATCH] stralign: cast ua_wcschr and ua_wcsrchr returns to wchar_t *

reason for it not to become a default warning). > > A C-style cast is perfectly appropriate here, no union needed. > > FTR, it’s not only Clang which doesn’t accept the pre-patch code, GCC > errors too. > > Best, Norbert. > > On Sun, Jun 4, 2017 at 12:18 PM Mateusz Miku

Re: [Mingw-w64-public] Duplicate symbols definition in between uuid.c and extra-uuid.c

Symbols in libuuid.a are definitely duplicated, tested on MSYS2, Ubuntu, Arch: nm '/usr/x86_64-w64-mingw32/lib/libuuid.a' | grep FileProtocol R CLSID_FileProtocol r .rdata$CLSID_FileProtocol 00f0 R CLSID_FileProtocol Here is disassembly of first

Re: [Mingw-w64-public] Default _WIN32_WINNT version too low?

The discussion is about master branch. 2017-10-16 4:53 GMT+02:00 Jean-Baptiste Kempf : > Hello, > > Could we keep XP for the 5.0 release and then drop it after? > > For VLC, we will keep XP compatibility for the next major release, in a > few days, and then drop it totally. >

Re: [Mingw-w64-public] [PATCH] headers: Add casts in ua_wcs*chr in stralign.h

Storsjö > On Fri, 25 Aug 2017, Mateusz Mikuła wrote: > >> There was discussion if this should be done via cast or union, both >> versions were attached at some point of [1] discussion. >> >> [1] https://sourceforge.net/p/mingw-w64/mailman/message/35923114/ > > Oh, I

Re: [Mingw-w64-public] [PATCH] headers: Add casts in ua_wcs*chr in stralign.h

There was discussion if this should be done via cast or union, both versions were attached at some point of [1] discussion. [1] https://sourceforge.net/p/mingw-w64/mailman/message/35923114/ 2017-08-25 11:12 GMT+02:00 Martin Storsjö : > When building libcxx, a version of wcschr

Re: [Mingw-w64-public] _ftelli64 bug

You can try linking to different version of runtime library [0] like MSVC does by default. [0] https://stackoverflow.com/questions/3402252/how-to-link-against-msvcr90-dll-with-mingw-gcc 2017-10-19 10:54 GMT+02:00 Etienne Sandré-Chardonnal : > Hi, > > I don't think this

[Mingw-w64-public] __MINGW_GNUC_PREREQ vs clang

Clang defines itself as GCC 4.2.1 which can cause issues like multiple definitions of `__m64`, `__m128`, ... coming from crt/intrin.h when `-march=i686` is used when building compiler-rt. When I override it for clang to return false compiler-rt builds fine with `-march=i686`. I think it's a good

Re: [Mingw-w64-public] [PATCH] headers: Complete the winnt.h structs/defines for ARM64

There is a bug reported for this commit: https://sourceforge.net/p/mingw-w64/bugs/736/ pon., 19 mar 2018 o 07:30 Martin Storsjö napisał(a): > On Mon, 19 Mar 2018, Liu Hao wrote: > > > 在 03/19/2018 03:12 AM, Martin Storsjö 写道: > >> Sync the latest version from wine. > >> > >> Signed-off-by:

Re: [Mingw-w64-public] [PATCH] _mingw.h.in: Improve clang support.

I think it's upstream clang bug reported here: https://github.com/Alexpux/MINGW-packages/issues/1677#issuecomment-394906508 wt., 26 cze 2018 o 13:57 Liu Hao napisał(a): > 在 2018/6/26 19:33, Jacek Caban 写道: > > I did tests with c89 and c99 before submitting the patch (C++ is > > irrelevant, I

Re: [Mingw-w64-public] mingw-w64 and clang C++ ABI compatibility

Those are Clang bugs [0]. Multiple definitions error has been fixed in [1] and probably (just guessing) made it to Clang 6.0.0 release. Undefined references bug happens when you link code compiled by Clang to static libstdc++ (and probably other static libs too) compiled by GCC. I think there is

Re: [Mingw-w64-public] GCC Fallthrough warnings.

There is no patch attached. 2018-03-10 0:32 GMT+01:00 : > When compiling with GCC 7.3.0, I got warnings about falltrhoughts and I mad > e patch for this that I'm attaching to this E-Mail. > > >

Re: [Mingw-w64-public] [PATCH] Add _ftime aliases for all msvcr versions

If you want to experiment mingw-build allows you to use trunk mingw-w64: https://github.com/niXman/mingw-builds/blob/dba8a4ab94906afe677bf11199b6330e3e1ce8a2/build#L69 GCC 8.1.0 available at mingw-w64 sourceforge page was built from master branch AFAIK. Regards, Mateusz Mikuła śr., 2 sty 2019 o

Re: [Mingw-w64-public] i686 gcc version 8.2?

https://musl.cc works fine, check your DNS. mingw-builds scripts and instructions are available in this repository: https://github.com/niXman/mingw-builds/tree/develop wt., 11 gru 2018 o 22:16 sisyphus napisał(a): > Hi, > > All of those https://musl.cc links are currently unreachable for me

Re: [Mingw-w64-public] Why is inet_pton() not declared?

Your example works fine with mingw-w64 6.0.0. You can see function definition here: https://gitlab.com/mati865/mingw-w64-mirror/blob/master/mingw-w64-headers/include/ws2tcpip.h#L444 śr., 21 lis 2018 o 22:49 Marc-André Lureau napisał(a): > Hi > On Thu, Nov 22, 2018 at 1:33 AM Earnie via

Re: [Mingw-w64-public] Description of files in a mingw-w64 distribution

There is https://github.com/niXman/mingw-builds/tree/develop sob., 24 lis 2018 o 23:28 Edward Diener napisał(a): > On 11/24/2018 5:18 PM, Earnie via Mingw-w64-public wrote: > > On 11/24/2018 3:17 PM, Edward Diener wrote: > >> Is there anywhere a description of the files in a mingw-w64 > >>

Re: [Mingw-w64-public] Fixing bug in binutils for mingw-64 distro

Changelog for release and git version differ a lot and it won't apply cleanly. Your should get rid of Changelog part and it will work. sob., 24 lis 2018 o 22:58 Edward Diener napisał(a): > On 11/24/2018 1:21 AM, Liu Hao wrote: > > 在 2018/11/24 13:30, Edward Diener 写道: > >> ==> Starting

Re: [Mingw-w64-public] msys2 / mingw32 targets 0x601 unexpectedly

It's the mingw-w64-i686-headers-git package where it's defined. Generally partial upgrades of MSYS2 are not supported but if you to be on your own keep in mind crt, headers or winpthreads always have to be in the same version. MSYS2 had to bump WINNT because some package require Windows 7 features

Re: [Mingw-w64-public] Libraries present on Ubuntu but absent from Centos

Fedora/RHEL/CentOS package mingw-w64 differently than Debian/Ubuntu. Libraries you are asking for are located in /usr/x86_64-w64-mingw32/sys-root/mingw/lib/ Regards Mateusz Mikuła czw., 9 maj 2019, 05:01 użytkownik William Zeitler < will...@williamzeitler.com> napisał: > I have

Re: [Mingw-w64-public] [PATCH 1/3] crt: Don't run TLS destructors for the main thread if exiting via _exit or ExitProcess

> > It can very well be the case that msys2's builds of libcxx are on top of > libcxxabi even in the regular gcc based sysroots. > It totally is. Long time ago it was easier for me to make it work that way and haven't changed it since. ___

Re: [Mingw-w64-public] Build error with mingw-8.0.0 and gcc-11: multiple definition of `__DTOR_LIST__' / `__CTOR_LIST__

> These are within an #ifndef HAVE_CTOR_LIST. During configure (of > mingw-w64-crt), there's an "checking whether the linker provides > __CTOR_LIST__... yes". If you're running into such an error, it sounds to > me like this test didn't produce the expected result in your case. Can you > have a

Re: [Mingw-w64-public] [PATCH] headers: Use Windows 10 as default _WIN32_WINNT value.

MSYS2 already overrides default Windows version for mingw-w64 packages: https://github.com/msys2/MINGW-packages/blob/c416d59d2f373a6ab27d78dd29b6acd17e52c4d9/mingw-w64-headers-git/PKGBUILD#L55 So no worries about the breakage here. pon., 4 sty 2021 o 12:09 Mateusz Mikuła napisał(a): > MS

Re: [Mingw-w64-public] [PATCH] Enable __MINGW_FORCE_SYS_INTRINS for Clang

Sorry for the late reply. Your description sounds good for me. Since I don't have write access can I ask you to commit it with your description? Thanks Mateusz śr., 31 mar 2021 o 13:53 Martin Storsjö napisał(a): > On Mon, 29 Mar 2021, Mateusz Mikuła wrote: > > > See https://gith

[Mingw-w64-public] [PATCH] Enable __MINGW_FORCE_SYS_INTRINS for Clang

See https://github.com/msys2/CLANG-packages/issues/6 for the details --- mingw-w64-headers/crt/intrin.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mingw-w64-headers/crt/intrin.h b/mingw-w64-headers/crt/intrin.h index 4e840fab..250c25b2 100644 ---

[Mingw-w64-public] [PATCH] Enable __MINGW_FORCE_SYS_INTRINS for Clang

See https://github.com/msys2/CLANG-packages/issues/6 for the details --- mingw-w64-headers/crt/intrin.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mingw-w64-headers/crt/intrin.h b/mingw-w64-headers/crt/intrin.h index 4e840fab..250c25b2 100644 ---

Re: [Mingw-w64-public] Cross compiling a GTK app for windows from Ubuntu

Hello You also need GTK libraries built for mingw-w64. On Debian (and therefore Ubuntu) AFAIK there are no prebuilt packages so you have to build them on your own. Some other distributions have official and unofficial packages: https://pkgs.org/download/mingw-w64-gtk3

Re: [Mingw-w64-public] [PATCH 0/2] Update fwpuclnt exports and build for arm64

czw., 10 mar 2022, 14:05 użytkownik Martin Storsjö napisał: > On Wed, 9 Mar 2022, Jeremy Drake via Mingw-w64-public wrote: > > > It turns out that "cargo" links with fwpuclnt, and efforts to get rust > > working for aarch64-pc-windows-gnu have hit the lack of fwpuclnt.a for > > arm64. > > I'm

Re: [Mingw-w64-public] [PATCH] headers: Fix parameter types in oleauto.h

arameter types in oleauto.h > > > > Signed-off-by: Biswapriyo Nath > > --- > > mingw-w64-headers/include/oleauto.h | 38 ++--- > > 1 file changed, 19 insertions(+), 19 deletions(-) > > Thanks. Patch looks good to me. Pushed. Thank you al

[Mingw-w64-public] [Bug #940] VarDecFromStr should take LPCOLESTR and not OLESTR*

); That is. OLECHAR *strIn should be changed to LPCOLESTR to avoid compile errors like error: invalid conversion from 'LPCOLESTR' {aka 'const wchar_t*'} to 'OLECHAR*' {aka 'wchar_t*'} [-fpermissive] Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

Re: [Mingw-w64-public] [PATCH] crt: Use only __ImageBase symbol in mingw-w64 code

On Sat., 19 Nov 2022 11:54 Pali Rohár wrote: > On Saturday 19 November 2022 17:12:12 LIU Hao wrote: > > 在 2022-11-18 23:40, Pali Rohár 写道: > > > GNU LD provides __ImageBase symbol since 2.19. This is standard windows > > > symbol and should be used instead of custom gnu _image_base__ symbol. > >

Re: [Mingw-w64-public] Migration from SF and port from Autotools

Dnia wtorek, 4 kwiecień 2023 20:37:20 (+02:00), Jacek Caban via Mingw-w64-public napisał(a): > On 3/31/23 18:24, NightStrike wrote: > > > > > > On Thu, Mar 30, 2023, 06:45 Jacek Caban via Mingw-w64-public wrote: > > > > On 3/20/23 16:44, مهدي شينون wrote: > > > Hi everyone, > > >

Re: [Mingw-w64-public] [PATCH] headers: Fix ambigous declaration of the LeaseObtained and LeaseExpires fields of the IP_ADAPTER_INFO structure in iptypes.h

The 32-bit version of the iphlpapi.dll library (where the GetAdaptersInfo function is implemented) expects these two fields (LeaseObtained and LeaseExpires) to be 32-bit. The iptypes.h header declares these fields as time_t. time_t type in the 32-bit build can be either 32-bit or 64-bit,

[Mingw-w64-public] [PATCH] headers: Fix ambigous declaration of the LeaseObtained and LeaseExpires fields of the IP_ADAPTER_INFO structure in iptypes.h

in translation units that use the IP_ADAPTER_INFO structure. I don't feel that's the right approach. IMHO we should just declare these fields as __time32_t or __time64_t depending on the target bitness. From 2ebd2109683a70750d42d357aa57707da58612f4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Mateusz

[Mingw-w64-public] [PATCH] Use rand_s in mkstemp function

Stone on Rust's Zulip server and I was asked to forward it. Co-Authored-By: Josh Stone Signed-off-by: Mateusz Mikuła --- mingw-w64-crt/misc/mkstemp.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/mingw-w64-crt/misc/mkstemp.c b/mingw-w64-crt/misc/mkstemp.c index 6b327f

Re: [Mingw-w64-public] [PATCH] Use rand_s in mkstemp function

Dnia środa, 6 marzec 2024 10:09:30 (+01:00), Martin Storsjö napisał(a): > On Mon, 4 Mar 2024, Martin Storsjö wrote: > > > Looking closer at our mkstemp implementation, we have this loop: > > > >/* > >Like OpenBSD, mkstemp() will try at least 2 ** 31 combinations before > >

[Mingw-w64-public] [PATCH] Fix UB in mkstemp retry loop

Signed-off-by: Mateusz Mikuła --- mingw-w64-crt/misc/mkstemp.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/mingw-w64-crt/misc/mkstemp.c b/mingw-w64-crt/misc/mkstemp.c index 3b6246540..7291efcc8 100644 --- a/mingw-w64-crt/misc/mkstemp.c +++ b/mingw-w64-crt

Re: [Mingw-w64-public] Rust test failure after some math functions were moved

I don't know how we can check that. The test that failed has nothing to do with math: https://github.com/rust-lang/rust/issues/2214 and I suppose lgamma was picked somewhat randomly as a function that requires FFI and should be universally available. Moving sin and log internal

<    1   2