>
> Not sure if this is a good idea, since this means the CRT built by clang
> cannot be used by gcc. Maybe modify it to be emitted as clang-crt1.o?
> (Along with changing clang to prefer clang-crt1.o if it exists).
Well ideally I would be looking at a way to get this asm section to compile
under
Hello all,
v4.0.4 is released! (v4.0.3 had a major bug, therefore skipped)
This release fixes a couple of bugs found in the last release:
* Major performance to winpthread mutex and spinlock implementation
courtesy of Mattias Engdegård.
* tchar.h now included in w32api mode installation.
And her
On 8/5/2015 04:59, Martell Malone wrote:
> Hi
>
> I currently apply this to clang when building mingw-w64-crt for x64 when
> building with clang.
> This is not exactly a blocker for me because my focus is x86 and arm but
> maybe someone has a better work around.
>
> jon_y?
>
> Thoughts
>
Not s
Hi
I currently apply this to clang when building mingw-w64-crt for x64 when
building with clang.
This is not exactly a blocker for me because my focus is x86 and arm but
maybe someone has a better work around.
jon_y?
Thoughts
>From 38ff74f5679980d7a251049b53554404d46006bb Mon Sep 17 00:00:00 20
On 8/4/2015 9:02 AM, David Grayson wrote:
Thanks, Jacek. I have included a new patch with all of your suggestions
(version 2.1.0). As always, it's in the public domain.
Please ignore the last patch. Here is a new one (2.2.0) that includes 79 (!)
more conversion functions I just discovered
Thanks, Jacek. I have included a new patch with all of your suggestions
(version 2.1.0). As always, it's in the public domain.
On 8/4/2015 3:48 AM, Jacek Caban wrote:
I'd personally call build system that mixes char types as broken, but
it's valid so we can support it. How about simply using
On 8/4/2015 22:29, Martell Malone wrote:
> Hi jon_y,
>
> I can confirm this compiles under clang.
> May I suggest a little change
>
> -limit: .tfloat 0.29
> +// limit: .tfloat 0.29
> +.align 16
> +limit:
> +.long 2920577761
> +.long 2491081031
> +.long 16381
>
>
> We can
Hi jon_y,
I can confirm this compiles under clang.
May I suggest a little change
-limit: .tfloat 0.29
+// limit: .tfloat 0.29
+.align 16
+limit:
+.long 2920577761
+.long 2491081031
+.long 16381
We can use the long version with gcc also and just leave a comment as to
what
Ping.
On 07/28/15 16:28, Jacek Caban wrote:
> ---
> mingw-w64-headers/include/sphelper.h | 77
>
> 1 file changed, 77 insertions(+)
> create mode 100644 mingw-w64-headers/include/sphelper.h
>
--
On 08/03/15 19:08, David Grayson wrote:
> 8) Even with FORCEINLINE, you still sometimes need to have a non-inline
> definition of the function available, for example if you are doing any
> operations on a function pointer to one of the intsafe.h functions. (Or is
> that not something a user sho
On 08/04/15 02:02, JonY wrote:
> Patch OK?
Looks good to me.
Thanks,
Jacek
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge
I recently added support for this pragma to Wine widl, so that there is
no longer need to pass -winrt (aka. --rt, which I renamed for midl
compatibility). This way no build system changes are needed to support
winrt IDL files (although widl is not yet ready to handle them). This
will take effect wh
12 matches
Mail list logo
