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

You should try "makepkg -g" and paste/copy the results, for the lines that are different, into the PKGBUILD. Then, makepkg --check can be used to test it. On Fri, Nov 23, 2018 at 10:51 AM Edward Diener < eldlistmaili...@tropicsoft.com> wrote: > On 11/23/2018 9:06 AM, Liu Hao wrote: > > 在

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

The recipe from Liu Hao is correct for what it describes and now the nomenclature needs to be discussed so that you can explain what you need. You have called something "mingw-64" which is none of the options. The MINGW group that MSYS2 uses employs the preamble, "mingw-w64" for the native

[Mingw-w64-public] cannot get functions in fileapi.h (gcc 5.3)

Hi all, I am trying to read a link target. Its already established with a handle and deemed to be a link, and so the next step is to call GetFinalPathNameByHandleW In Window 7 using gcc 5.3: #undef _WIN32_WINNT #define _WIN32_WINNT 0x0601 #include ... #if _WIN32_WINNT >= 0x0600

Re: [Mingw-w64-public] Regarding gcc and libwinusb for win64

Pre-built gcc versions are to be found here: https://sourceforge.net/projects/mingw-w64/files/mingw-w64/ On Mon, Aug 20, 2018 at 5:31 AM Aditya . wrote: > Hello, > > Hope you are doing well. > > Myself Aditya working on usb HCI drivers on windows 64bit machine. > > We use some of the APIs

Re: [Mingw-w64-public] problem compiling QT: where to report?

On Thu, Mar 24, 2016 at 3:03 AM, Mario Emmenlauer wrote: > > Hi Ruben, > > thanks for this very very good pointer!! I did not dare look behind > the scenes of the MinnGW packages, but it turns out that was my > mistake, they are indeed readable, and helpful! :-) > > One more

Re: [Mingw-w64-public] wchar_t vs char

In my programming instead of multibytetowide conversion preparing for a windows API inside #ifdef UNICODE blocks, I just call the ANSI mode of the function with ascii c-strings passed in, and let microsoft perform the A-W conversions. When does this simpler approach break? - Only use Win32

[Mingw-w64-public] Fwd: Where has the time gone?

So I repeat the query, up the chain, -- Forwarded message -- From: Alexey Pavlov alexey.paw...@gmail.com Date: Fri, Apr 3, 2015 at 12:20 AM Subject: Re: [Msys2-users] Where has the time gone? To: Greg Jung gvj...@gmail.com Cc: msys2-us...@lists.sourceforge.net msys2-us

Re: [Mingw-w64-public] static libgcc in multiple shared libraries

My 2c, which is not authoritative but perhaps can throw a few more topics into the mix. First remember this: there are compiler-specific versions of libstdc++, incompatible but nevertheless named the same, dependent upon the exception method deployed by the compiler. AFAIK the only way to force a

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

I'm only recently felt that I know enough to propose the following as an opening statement, which I hope is politik: Mingw-w64 is an advancement of the original Mingw system (mingw.org) created to support the GCC compiler on windows-based systems. Programs compiled with Mingw rely on the mingw

Re: [Mingw-w64-public] How to recognize symlinks in WIN32?

, Jan 15, 2015 at 12:23 AM, David Macek david.mace...@gmail.com wrote: On 15. 1. 2015 4:11, Greg Jung wrote: Yes I've seen that, if my second post appeared, the symlinks created with cygwin are the ones giving me trouble. These links are invisible to CMD.exe, by someone's design: CYGWIN

Re: [Mingw-w64-public] How to recognize symlinks in WIN32?

, 2015 at 9:33 AM, Greg Jung gvj...@gmail.com wrote: Hi Folks, I've been trying to program a recognition of NTFS symbolic link files; What I;ve gleaned from MSDN procedures don't seem to work. Below are coded three methods 1) (untested) open file and call GetFileInformationByHandleEx. I

Re: [Mingw-w64-public] How to recognize symlinks in WIN32?

a FILE_ATTRIBUTE_REPARSE_POINT in its mask. Nevertheless, cygwin and msys2 ls -la commands show a symlink. They work like a symlink should. So the question becomes, why do cygwin symlinks look different, and how can a user program detect this attribute? On 1/14/2015 9:33 AM, Greg Jung wrote

[Mingw-w64-public] How to recognize symlinks in WIN32?

Hi Folks, I've been trying to program a recognition of NTFS symbolic link files; What I;ve gleaned from MSDN procedures don't seem to work. Below are coded three methods 1) (untested) open file and call GetFileInformationByHandleEx. I can't get winbase.h header definitions recognized 2)

Re: [Mingw-w64-public] TDM-GCC 4.9.2 released

Hi John, If you would indulge my questions, I am intrigued by the advice re: -fno-keep-inline-dllexport flag because it mentions wxWidgets which I am trying to incorporate into an already-large program. Do you know what problem it addresses, is it needed to unclutter a namespace? Also regarding

[Mingw-w64-public] is open MP a problem sometimes?

I've just started an MSYS2 installation, (msys64) and have taken the pre-built tree from the win-builds project, which includes an x86_64-w64-mingw32 compiler built with posix thread model, seh exceptions. it is gcc version 4.8.2. Missing in the compiler-specific directory is the omp.h header

Re: [Mingw-w64-public] Mingw/msys configuration

-bit builds once I'm more comfortable with it. On Sat, Nov 1, 2014 at 6:57 PM, Ray Donnelly mingw.andr...@gmail.com wrote: I'm tired, corrections inline: On Sun, Nov 2, 2014 at 1:54 AM, Ray Donnelly mingw.andr...@gmail.com wrote: On Sun, Nov 2, 2014 at 1:19 AM, Greg Jung gvj...@gmail.com wrote

[Mingw-w64-public] Mingw/msys configuration

Hi guys, I am using mingw-w64 gcc v4.8.2 installed under the /mingw32 directory under mingw and I compile using msys/1.0 shell, or CMAKE from msys using MSYS Makefiles. I adopted this after installing from a recipe and found it worked more often than not in situations where plain mingw/msys

Re: [Mingw-w64-public] undefined references

yaron.ke...@gmail.com wrote: Hi, These _functions are in direct.h same as Visual C++. Maybe filefn.cpp does not #include it? Yaron 2014-10-30 0:51 GMT+02:00 Greg Jung gvj...@gmail.com: Hi all, Just as a matter of example, I run into the following error compiling wxMSW-2.8.12 using

[Mingw-w64-public] undefined references

Hi all, Just as a matter of example, I run into the following error compiling wxMSW-2.8.12 using mingw/msys- gcc-4.8.2 (sjlj, win32): ../src/common/filefn.cpp: In function 'bool wxMkdir(const wxString, int)': ../src/common/filefn.cpp:1253:30: error: '_mkdir' was not declared in this scope