Am 24.05.2018 um 14:23 schrieb Martin Storsjö:
> Signed-off-by: Martin Storsjö
> ---
> Updated to actually use a separate 64 bit inline assembly snippet for
> this as well. This has been tested with various 64 bit input parameters.
>
> This is a copy of the existing 32 bit versions of these funct
that doesn't work on arm64.
>
> Work around it by providing a custom implementation of the functions
> in libmingwex instead.
>
> The arm32 implementation is authored by André Hentschel.
>
> Signed-off-by: Martin Storsjö
> Signed-off-by: André Hentschel
>
4-headers/crt/setjmp.h
> @@ -213,6 +213,10 @@ void * __cdecl __attribute__ ((__nothrow__)) mingw_getsp
> (void);
> # ifndef _INC_SETJMPEX
> # if defined(_X86_) || defined(__i386__)
> # define setjmp(BUF) _setjmp3((BUF), NULL)
> +# elif defined(_ARM_) || defined(
Am 09.08.2016 um 11:16 schrieb Kai Tietz:
> Hallo Martell,
>
> patch is ok. Wouldn't it be better to have those symbols in linker
> scrpt instead? That is actually the way used in ld for it.
>
> Thanlks,
> Kai
>
> 2016-08-06 5:14 GMT+02:00 Martell Malone :
>> This patch should be the last piec
Am 08.08.2016 um 15:24 schrieb Martin Storsjö:
> ---
> The value 30 is a blind guesstimate of what's sensible; with that, I
> get log() returning values close to the real values (differing only in
> the third digit or so).
>
> I'm not sure exactly how the original logic for the number of rounds
>
Am 08.08.2016 um 15:24 schrieb Martin Storsjö:
> Previously the value wasn't used, and the function was missing
> a return statement.
> ---
> mingw-w64-headers/crt/math.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/mingw-w64-headers/crt/math.h b/mingw-w64-headers/crt/
Am 08.08.2016 um 15:24 schrieb Martin Storsjö:
> When building in thumb mode, the conditional instructions are supposed
> to have 'it' instructions preceding them (unless the assembler is
> set to automatically inject such).
>
> This fixes building with clang/llvm 3.9, while the build passed
> wit
Am 25.07.2016 um 12:21 schrieb dw:
> Thank you for the link, I was not aware of this. I'm using Msys2, so
> the linux issues should not affect me.
>
> While I got the associated binutils to build (which gets me an 'as'
> build that supports the .def directive, yay!), I have been totally
> unable t
Am 23.07.2016 um 01:15 schrieb dw:
> I have been trying for a couple of days now to get this working and I'm
> having no luck. But rather than describe the various things I've tried
> and what isn't working, I'm hoping someone can describe a setup they
> used that DID work. If I can get this work
Pushed, because there were no objections
Am 02.06.2016 um 21:21 schrieb André Hentschel:
> Am 16.05.2016 um 20:39 schrieb André Hentschel:
>> Am 16.05.2016 um 15:58 schrieb Hugo Beauzée-Luyssen:
>>> On 05/16/2016 03:55 PM, André Hentschel wrote:
>>>> Am 13.05.2
Am 16.05.2016 um 20:39 schrieb André Hentschel:
> Am 16.05.2016 um 15:58 schrieb Hugo Beauzée-Luyssen:
>> On 05/16/2016 03:55 PM, André Hentschel wrote:
>>> Am 13.05.2016 um 14:17 schrieb Kai Tietz:
>>>> Hi,
>>>>
>>>> from my point of view thi
Am 16.05.2016 um 15:58 schrieb Hugo Beauzée-Luyssen:
> On 05/16/2016 03:55 PM, André Hentschel wrote:
>> Am 13.05.2016 um 14:17 schrieb Kai Tietz:
>>> Hi,
>>>
>>> from my point of view this is ok. Nevertheless I would like that
>>> Andre is taking
Am 13.05.2016 um 14:17 schrieb Kai Tietz:
> Hi,
>
> from my point of view this is ok. Nevertheless I would like that
> Andre is taking a look to it before.
>
> Thanks,
> Kai
>
long double is the same as double on ARM afaicr, so I'm not sure how a build
could break with that code.
But the patc
Am 24.12.2015 um 07:36 schrieb Martell Malone:
> [PATCH] CRT_fp10: Protect ARM implementation against compiler
> optimizations
>
> I take it the clang based toolchain I sent you works ?
> I'm going to move onto fixing i686 and then do a personal builds release for
> xmas.
That was really ju
Please review, i'll commit it (in case I still have access), just need an OK.
commit 5e2e73b7754fca77ef7635cf52c73a3885110603
Author: André Hentschel
Date: Thu Dec 24 00:01:06 2015 +0100
CRT_fp10: Protect ARM implementation against compiler optimizations
Suggested-by: David Wohlf
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-crt/math/softmath/acosh.c b/mingw-w64-crt/math/softmath/acosh.c
index 09bfaa6..01d3e20 100644
--- a/mingw-w64-crt/math/softmath/acosh.c
+++ b/mingw-w64-crt/math/softmath/acosh.c
@@ -46,5 +46,19 @@
double acosh(double x)
{
+
Am 14.10.2014 um 12:53 schrieb Kai Tietz:
> Hi,
>
> this patch unifies DATA only imports for different runtime-versions of
> msvcr* import libraries.
> Additionally it marks some functions to be in future DATA only, if
> function is locally implemented in our crt.
>
> This patch is done only for
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-crt/math/softmath/cos.c b/mingw-w64-crt/math/softmath/cos.c
index 2ea746f..371efd4 100644
--- a/mingw-w64-crt/math/softmath/cos.c
+++ b/mingw-w64-crt/math/softmath/cos.c
@@ -43,7 +43,6 @@
*/
#include "softmath_private.h"
-
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-crt/stdio/vfscanf.c b/mingw-w64-crt/stdio/vfscanf.c
index ece4701..a5da3cf 100644
--- a/mingw-w64-crt/stdio/vfscanf.c
+++ b/mingw-w64-crt/stdio/vfscanf.c
@@ -15,6 +15,39 @@
#define QUOTE_(x) #x
#define QUOTE(x) QUOTE_(x)
+#
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-headers/include/psdk_inc/intrin-impl.h b/mingw-w64-headers/include/psdk_inc/intrin-impl.h
index 8ccff53..32a001b 100644
--- a/mingw-w64-headers/include/psdk_inc/intrin-impl.h
+++ b/mingw-w64-headers/include/psdk_inc/intrin-impl.
Am 21.09.2014 um 23:41 schrieb dw:
>
> On 9/20/2014 8:07 AM, André Hentschel wrote:
>> Am 19.09.2014 um 17:30 schrieb Kai Tietz:
>>> 2014-09-19 1:34 GMT+02:00 dw :
>>>> For the parts that are "working around a compiler bug":
>>>>
>>
Am 21.09.2014 um 20:05 schrieb Ozkan Sezer:
> On 9/21/14, André Hentschel wrote:
>> Hi,
>> someone should cherry-pick this into stable branches:
>> 997b3564e412f33dccb1cb4671ffdb10d3507cd2
>>
>
> Cherry-picked into v1.x
Hi,
someone should cherry-pick this into stable branches:
997b3564e412f33dccb1cb4671ffdb10d3507cd2
--
Slashdot TV. Video for Nerds. Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ost
Please review, i'll commit it, just need an OK.
After this patchset the crt builds on ARM!! Yay
Remaining todos on ARM:
softmath: correct error handling on bad input parameters
assembler: check reason for non-working inline assembler with floating
point paramters (e.g. in sqr
Am 19.09.2014 um 17:30 schrieb Kai Tietz:
> 2014-09-19 1:34 GMT+02:00 dw :
>> For the parts that are "working around a compiler bug":
>>
>> - Does it make sense to list the bug number in the comment?
> I think it makes sense in general. Only important thing should be to
> mark bug-number, that it
Please review, i'll commit it, just need an OK.
v2 adds llrint functions, removes hidden attribute
diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 7245956..9731aa9 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -233,7 +233,7 @@ src_libmingwe
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 7245956..9731aa9 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -233,7 +233,7 @@ src_libmingwex=\
math/fabs.c math/fabsf.c mat
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 5aa4900..7245956 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -1359,29 +1359,11 @@ libarm32/libvfw32.a: libarm32/vfw32.mri libarm32/libmsvfw32.a
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-crt/misc/mingw_getsp.S b/mingw-w64-crt/misc/mingw_getsp.S
index 517a351..e15a0f4 100644
--- a/mingw-w64-crt/misc/mingw_getsp.S
+++ b/mingw-w64-crt/misc/mingw_getsp.S
@@ -12,26 +12,39 @@
#else
.align 4
#endif
-.globl __MI
Please review, i'll commit it, just need an OK.
softmath.patch.gz
Description: application/gzip
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version
Please review, i'll commit it, just need an OK.
commit f399299f11cc790faf0217e42454ae026335a15d
Author: André Hentschel
Date: Sun Sep 7 21:55:31 2014 +0200
math: Add ARM implementation for sqrt functions
diff --git a/mingw-w64-crt/math/sqrt.def.h b/mingw-w64-crt/math/sqrt.def.h
index af
Am 27.08.2014 um 21:20 schrieb Kai Tietz:
> Hello everybody,
>
> As you might noticed already is mingw-w64 and VLC working together for
> a while now to get VLC running on WP ARM (and x86/x64). We would like
> to speed up work on that a bit and would like to do a 5 day hackathon
> to port VLC to
Am 27.08.2014 um 22:40 schrieb Kai Tietz:
> Hi Andre,
>
> I have just one comment to patch.
>
> +long double tanl(long double x)
> +{
> +#if defined(__arm__) || defined(_ARM_)
> +return sin(x) / cos(x);
>
> Shouldn't that be instead return sinl (x) / cosl (x); ?
My build hasn't complained a
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 7a945e9..c4aec7d 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -226,10 +226,8 @@ src_libmingwex=\
math/internal_logl.S math/log10l.S \
ma
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 17.08.2014 um 16:10 schrieb Ruben De Smet:
> Hi mingw-w64 list and especially André Hentschel, (CC: a teammember of mine)
>
> I decided to mail this directly to mr Hentschel too, as I was told you were
> the one working on these kind
Please review, i'll commit it, just need an OK.
(these are the rather easy ones, it mostly looks like the RFC i sent some days
ago)
softmath.patch.gz
Description: application/gzip
--
_
Hi,
To speed things up, i would like to do it as shown in the attached patch, is
that ok with you?
(NOTE: on ARM, double == long double)
commit f80874fdd29e66bef2d28843656be84344031c39
Author: André Hentschel
Date: Fri Aug 15 00:03:11 2014 +0200
softmath: Add acoshl
diff --git a/mingw-w6
Am 11.08.2014 um 23:04 schrieb André Hentschel:
> Please review, i'll commit it, just need an OK.
>
OKed by jon_y on IRC and i pushed it, thx.
--
___
Mingw
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 90567df..ca92c6a 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -237,14 +237,14 @@ src_libmingwex=\
math/fmal.c math/fmax.cmath/f
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index c2b5ff6..90567df 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -224,14 +224,14 @@ src_libmingwex=\
math/exp2l.S math/floor.S math/fl
Please review, i'll commit it, just need an OK.
(Last time it was confirmed on IRC and is already pushed upstream)
diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 5d4e469..2c0d85e 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -224,7 +224,7 @@ src
Am 28.07.2014 um 03:44 schrieb JonY:
> On 7/27/2014 23:50, André Hentschel wrote:
>> Am 26.07.2014 um 01:54 schrieb JonY:
>>> On 7/26/2014 06:20, André Hentschel wrote:
>>>> +double log2(double x) +{ +return softmath_log(x) / softmath_log(2); +}
>>
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 26.07.2014 um 01:54 schrieb JonY:
> On 7/26/2014 06:20, André Hentschel wrote:
>> +double log2(double x) +{ +return softmath_log(x) / softmath_log(2); +}
>
> Any reason not to expand softmath_log(2) into a constant? Otherwise,
Please review, i'll commit it, just need an OK.
diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 175ecdd..5d4e469 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -220,18 +220,18 @@ src_libmingwex=\
gdtoa/strtopx.c gdtoa/sum.c gdtoa/ulp.c
gt;
>
> On 7 July 2014 21:27, André Hentschel <mailto:n...@dawncrow.de>> wrote:
>
> Hi,
> On Ohloh.net we have only 14 official users ([1]), while mingw has
> nearly 300 and Wine more than 1000...
> I think we should do our best to improve our
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please review, i'll commit it.
btw, is it OK to add my copyright notice like:
Copyright (c) 2014 by the mingw-w64 project
Copyright (c) 2014 André Hentschel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunde
Hi,
On Ohloh.net we have only 14 official users ([1]), while mingw has
nearly 300 and Wine more than 1000...
I think we should do our best to improve our user count there, because
Ohloh became somewhat important in the OSS world.
If you try to add MinGW-w64 to it and you type "mingw" because you're
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
is this also ready for git?
I'll organize the patches as in:
https://github.com/AndreRH/mingw-w64/commits/master
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQGcBAEBAgAGBQJTsyL9A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 30.06.2014 22:59, schrieb André Hentschel:
> Hi,
> is this ready for master ("trunk")?
> I'll organize the patches as in:
> https://github.com/AndreRH/mingw-w64/commits/splitup
>
confirmed by ktietz on IRC, i
Hi,
is this ready for master ("trunk")?
I'll organize the patches as in:
https://github.com/AndreRH/mingw-w64/commits/splitup
diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 53da0ae..0e82f92 100644
--- a/mingw-w64-crt/Makefile.am
+++ b/mingw-w64-crt/Makefile.am
@@ -220,18 +
Am 24.06.2014 22:28, schrieb Kai Tietz:
> 2014-06-22 14:38 GMT+02:00 André Hentschel :
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Am 21.06.2014 22:06, schrieb Kai Tietz:
>>> 2014-06-21 18:10 GMT+02:00 André Hentschel :
>>>> Am 21.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 21.06.2014 22:06, schrieb Kai Tietz:
> 2014-06-21 18:10 GMT+02:00 André Hentschel :
>> Am 21.06.2014 17:10, schrieb André Hentschel:
>>> Hi,
>>> this time i just put some commits on github for review [1],
>>> s
Am 21.06.2014 17:10, schrieb André Hentschel:
> Hi,
> this time i just put some commits on github for review [1],
> so please review, then i'll commit it except of the temporary tests.
> (btw, this is the work of more than two weeks...)
>
> [1] https://github.com/AndreRH/m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
this time i just put some commits on github for review [1],
so please review, then i'll commit it except of the temporary tests.
(btw, this is the work of more than two weeks...)
[1] https://github.com/AndreRH/mingw-w64/commits/master
-BEGIN P
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 19.06.2014 22:36, schrieb Pavel:
> Hi André,
Hi, wow, thanks for having such a close look.
> I have some comments to the sinf implementation. First of all,
> calculating the factorials in separate function is quite inefficient,
> since you repeat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 16.06.2014 21:51, schrieb Kai Tietz:
> 2014-06-16 21:16 GMT+02:00 André Hentschel :
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Please review this initial implementation for the remaining math functions
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please review this initial implementation for the remaining math functions
I'm unsure about the folder name and the license for taylor_private.h, it
mostly contains
defines/typedefs/consts from FreeBSD...
-BEGIN PGP SIGNATURE-
Version: GnuPG v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'll attach a status report at the end wrt ARM.
For now i mostly think about cos, sin, exp, tan, scalb, log, pow and related
functions.
VFP FPUs on ARM can't handle those directly, and afaik NEON is limited the same
way.
Some CORDIC implementatio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please review, i'll commit it.
Btw, what is mingw_getsp meant to do? return the stackpointer or the frame
pointer?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQGc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please review, i'll split it up and commit it.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQGcBAEBAgAGBQJTiLoLAAoJEGm5GZTakYsszxoMALMK9wIyw737hP/+HPbnj2VJ
KZ1r4j49
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 27.05.2014 16:02, schrieb Victor Bombi:
> atlbase.h includes atliface.h but there is only atliface.idl that I guess
> should be used to generate atliface.h but i dont know how
should do the trick:
widl -o atliface.h atliface.idl -Ipath/to/includef
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 27.05.2014 07:28, schrieb Vincent Torri:
> i was the one who ported the EFL (set of graphic libs) to Windows CE
> and I plan to remove that port. Nowadays, Windows CE is dead and the
> guys who worked on CEgcc (the Win CE port of gcc) has given up.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 27.05.2014 01:04, schrieb JonY:
> On 5/27/2014 05:23, André Hentschel wrote:
>>> I don't see any obvious problems with it. Just one question though, does
>>> the ARM compiler also interpret -m32/-m64?
>>
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 24.05.2014 14:18, schrieb JonY:
> On 5/24/2014 04:43, André Hentschel wrote:
>> Am 22.05.2014 11:36, schrieb Jean-Baptiste Kempf:
>>> On 19 May, André Hentschel wrote :
>>>> Hope it is ok to compress these 1.8 MB
&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 26.05.2014 19:57, schrieb Victor Bombi:
> Hello,
>
> for building some project atlbase.h is needed but not found.
> which is the status of this?
Just curious: does it help to copy it from Wine?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
After doing the "ARM32" build system changes i figured it would be good to get
rid of the CE
stuff in the build system. And yes, i think we should keep the def files in
libce for reference, even if git won't forget it...
The non-autogenerated ch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 22.05.2014 11:36, schrieb Jean-Baptiste Kempf:
> On 19 May, André Hentschel wrote :
>> Hope it is ok to compress these 1.8 MB
>
> To be honest, it would be easier to review if you just send the
> non-generated files :)
>
You
Please review, i'll commit it.
Index: mingw-w64-headers/include/psdk_inc/intrin-impl.h
===
--- mingw-w64-headers/include/psdk_inc/intrin-impl.h (Revision 6637)
+++ mingw-w64-headers/include/psdk_inc/intrin-impl.h (Arbeitskopie)
@@ -10
Please review, i'll split it up and commit it.
Index: mingw-w64-headers/crt/intrin.h
===
--- mingw-w64-headers/crt/intrin.h (Revision 6627)
+++ mingw-w64-headers/crt/intrin.h (Arbeitskopie)
@@ -1057,7 +1057,7 @@
/* __MACHINEI(__MI
What about this?
Am 09.05.2014 00:08, schrieb Kai Tietz:
> Hi
>
> I would prefer here to use __x86_64__ __i386__ etc.
> Have you tested that your changes work for IA targets?
>
> Cheers
> Kai
>
> Am 08.05.2014 23:35 schrieb "André Hentschel" <mailto:n.
Am 09.05.2014 15:52, schrieb JonY:
> For mingw-w64 developers, state your SF ID; for the registered voters,
> simply reply with the same email address you registered with.
>
dawncrow
[X] Yes, move to git
[ ] No, continue with SVN
---
b Kai Tietz:
> Hi
>
> I would prefer here to use __x86_64__ __i386__ etc.
> Have you tested that your changes work for IA targets?
>
> Cheers
> Kai
>
> Am 08.05.2014 23:35 schrieb "André Hentschel" <mailto:n...@dawncrow.de>>:
>
> Please revi
Please review, i'll split it up and commit it.
the tab before .globl is needed, otherwise it's not recognized on ARM.
DECLSPEC_ALIGN(8) for the context seems to be hardly supported by our current
toolchain
Index: mingw-w64-crt/math/_chgsignl.S
=
Please review, i'll split it up and commit it.
Index: mingw-w64-headers/crt/setjmp.h
===
--- mingw-w64-headers/crt/setjmp.h (Revision 6610)
+++ mingw-w64-headers/crt/setjmp.h (Arbeitskopie)
@@ -141,6 +141,27 @@
SETJMP_FLOAT128 Xm
Am 06.05.2014 21:01, schrieb Yaakov (Cygwin/X):
> On 2014-05-05 16:32, André Hentschel wrote:
>> Am 05.05.2014 23:29, schrieb André Hentschel:
>>> Please review, i'll commit it.
>>
>> Again the right patch attached now, it's getting late, sorry.
>
Am 05.05.2014 23:29, schrieb André Hentschel:
> Please review, i'll commit it.
Again the right patch attached now, it's getting late, sorry.
Index: ddk/include/ddk/usbbusif.h
===
--- ddk/include/ddk/usbbusif.h (
Please review, i'll commit it.
Index: mingw-w64-headers/include/winnt.h
===
--- mingw-w64-headers/include/winnt.h (Revision 6596)
+++ mingw-w64-headers/include/winnt.h (Arbeitskopie)
@@ -32,6 +32,13 @@
#endif
#endif /* _AMD64_ */
Am 05.05.2014 22:17, schrieb André Hentschel:
> Please review, i'll commit it. (most likely i'll split it up into individual
> patches, if that's ok)
Sorry, now with the correct changes attached
Index: mingw-w64-he
Please review, i'll commit it. (most likely i'll split it up into individual
patches, if that's ok)
Index: mingw-w64-headers/include/winnt.h
===
--- mingw-w64-headers/include/winnt.h (Revision 6596)
+++ mingw-w64-headers/include/win
Am 02.05.2014 13:02, schrieb JonY:
> Calling all regular mingw-w64 users, for the benefit of all, let's run a
> poll on user opinions on the move.
>
> In order to qualify to vote, please state how you are using mingw-w64
> and how this change may affect you (what's your stake in it?). You may
> di
Hi,
I should introduce myself a bit for those who don't know me already,
I'm mostly known as a Wine developer and i did quite some ARM work for it.
Now Kai invited me to also do some ARM work for mingw-w64, so i start trying :)
For what i want a arm*-w64-mingw gcc? For Wine :) I'd really like to co
81 matches
Mail list logo
