Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.am for autoconf

2017-06-14 Thread J. Peter Mugaas
Still no joy " Blacklisted file extension detected". I'm just going to it like this: --- mingw-w64/mingw-w64-tools/genstubdll-old/Makefile.am1969-12-31 19:00:00 +++ mingw-w64/mingw-w64-tools/genstubdll/Makefile.am2017-05-31 05:36:00 -0400 @@ -0,0 +1,7 @@ +bin_PROGRAMS = gens

Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.am for autoconf

2017-06-14 Thread Liu Hao
On 2017/6/15 14:00, J. Peter Mugaas wrote: I hope this works. Please send attachments in plain text formats. If your client has trouble doing that, you can usually force it by adding a `.txt` extension. Don't forget to carry a copy of the patch inline. -- Best regards, LH_Mouse ---

Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.am for autoconf

2017-06-14 Thread J. Peter Mugaas
I hope this works. -Original Message- From: The Canadian Bacon [mailto:wowzama...@gmail.com] Sent: Thursday, June 15, 2017 1:21 AM To: mingw-w64-public@lists.sourceforge.net Subject: Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.am for autoconf Still not seeing it. S

Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.am for autoconf

2017-06-14 Thread The Canadian Bacon
Still not seeing it. Sourceforge could be stripping the attachment. Iirc there were issues in the past regarding that. Something about improper mine types. On Jun 15, 2017 1:18 AM, "J. Peter Mugaas" wrote: Sorry for the dups. I hope I'm not having any more trouble. -Original Message- F

Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.am for autoconf

2017-06-14 Thread J. Peter Mugaas
Sorry for the dups. I hope I'm not having any more trouble. -Original Message- From: J. Peter Mugaas [mailto:jpmug...@suddenlink.net] Sent: Thursday, June 15, 2017 1:05 AM To: mingw-w64-public@lists.sourceforge.net Subject: Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefi

Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.amfor autoconf

2017-06-14 Thread The Canadian Bacon
Still missing From: J. Peter Mugaas Sent: Thursday, June 15, 2017 1:06 AM To: mingw-w64-public@lists.sourceforge.net Subject: Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.amfor autoconf Hopefully, it will get through this time. Don't why it didn't attatch. -Original M

Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.am for autoconf

2017-06-14 Thread J. Peter Mugaas
Hopefully, it will get through this time. Don't why it didn't attatch. -Original Message- From: LRN [mailto:lrn1...@gmail.com] Sent: Thursday, June 15, 2017 1:01 AM To: mingw-w64-public@lists.sourceforge.net Subject: Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.am

Re: [Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.am for autoconf

2017-06-14 Thread LRN
On 6/15/2017 7:47 AM, J. Peter Mugaas wrote: > ... I have made a a patch ... Forgot something? -- O< ascii ribbon - stop html email! - www.asciiribbon.org signature.asc Description: OpenPGP digital signature -- Check o

[Mingw-w64-public] mingw-w64-tools - configure.ac and Makefile.am for autoconf

2017-06-14 Thread J. Peter Mugaas
I was building the mingw-w64 and I wanted to build the new genstubsdll tool for the MSYS2 distribuation. I noticed that there was no config.ac and Makefile.am for this. I think that an addition of these would help automate some packaging systems and also provide a way of adjusting the source-code

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

2017-06-14 Thread Liu Hao
On 2017/6/12 23:24, Martell Malone wrote: In this thread https://sourceforge.net/p/mingw-w64/bugs/459/ there is a suggested fix for print with whole numbers The builtin __mingw_printf is inconsistent with printf on %a format. I think __mingw_printf is wrong, because obviously 1.0 != 0x0p-63.

Re: [Mingw-w64-public] MinGW-w64 clock_gettime()

2017-06-14 Thread LRN
On 6/14/2017 10:33 PM, McLachlan, Donald (IC) wrote: > Hi, > > I was hoping to use clock_gettime(CLOCK_REALTIME, &ts) for high resolution > synchronized timestamps. But it appears the time reported is only updated > every system tick (~15.6 ms). Is this correct? > This is what git version of

[Mingw-w64-public] MinGW-w64 clock_gettime()

2017-06-14 Thread McLachlan, Donald (IC)
Hi, I've recently followed https://stackoverflow.com/questions/30069830/how-to-install-mingw-w64-and-msys2 and installed MSYS2 and then installed gcc. This appears to be MinGW-w64. Is this correct? I was hoping to use clock_gettime(CLOCK_REALTIME, &ts) for high resolution synchronized time

Re: [Mingw-w64-public] Is it possible to use clang instead of gcc with mingw64?

2017-06-14 Thread The Canadian Bacon
Sorry for intruding I will definitely keep this in mind, as this would definitely make things slightly easier for me to package up the mingw-w64 stuff on solus a lot more easier due to the nature of clang. On Jun 14, 2017 12:47 PM, "Martell Malone" wrote: > Hey ardi, > > I am the one implementin

Re: [Mingw-w64-public] Is it possible to use clang instead of gcc with mingw64?

2017-06-14 Thread Martell Malone
Hey ardi, I am the one implementing this support. The current status is you can build mingw-w64 with llvm, clang and lld without binutils or gcc. libc++, libc++abi and compiler-rt work. libunwind support is missing so we have no exception handling currently. There were some 20+ patches merged in t

[Mingw-w64-public] Is it possible to use clang instead of gcc with mingw64?

2017-06-14 Thread ardi
Hi, I've been using mingw64 for many years now (using rubenvb personal builds). Now I'm considering to update to a newer mingw64 version, and I'm wondering if it's possible to build mingw64 so that the compiler is clang instead of gcc. Note that I'm using mingw64 for cross-compiling from Linux (a