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
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
discuss
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)
+++
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-headers/include/winnt.h
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.
Since stdcall isn't used on x64 either, wouldn't it make
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
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
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 n...@dawncrow.de
mailto:n...@dawncrow.de:
Please review, i'll split it up and commit it.
the tab before .globl is needed
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 n...@dawncrow.de
mailto:n...@dawncrow.de:
Please
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 @@
/*
-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're right, here
-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
-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
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
To be honest, it would be easier to review
-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?
If so, there should be some checks added to prevent
-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. So
-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
-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
-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/
-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
-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
-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 n...@dawncrow.de:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please review this initial implementation for the remaining math functions
I'm unsure about
-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
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
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/mingw-w64/commits/master
Am 24.06.2014 22:28, schrieb Kai Tietz:
2014-06-22 14:38 GMT+02:00 André Hentschel n...@dawncrow.de:
-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 n...@dawncrow.de:
Am 21.06.2014 17:10, schrieb André
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
-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'll push
-BEGIN PGP SIGNATURE
-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/
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
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 Thunderbird
2014 21:27, André Hentschel n...@dawncrow.de
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 user count there, because
Ohloh became
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
-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, it looks
OK
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); +}
Any reason not to expand softmath_log(2) into a constant
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 @@
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
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.c
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-w64-public mailing
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 n...@dawncrow.de
Date: Fri Aug 15 00:03:11 2014 +0200
softmath: Add acoshl
diff
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
--
-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 of problems
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 \
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 about sinl
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 WP
Please review, i'll commit it, just need an OK.
commit f399299f11cc790faf0217e42454ae026335a15d
Author: André Hentschel n...@dawncrow.de
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
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
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
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
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
Am 19.09.2014 um 17:30 schrieb Kai Tietz:
2014-09-19 1:34 GMT+02:00 dw limegreenso...@yahoo.com:
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
Hi,
someone should cherry-pick this into stable branches:
997b3564e412f33dccb1cb4671ffdb10d3507cd2
--
Slashdot TV. Video for Nerds. Stuff that Matters.
Am 21.09.2014 um 20:05 schrieb Ozkan Sezer:
On 9/21/14, André Hentschel n...@dawncrow.de wrote:
Hi,
someone should cherry-pick this into stable branches:
997b3564e412f33dccb1cb4671ffdb10d3507cd2
Cherry-picked into v1.x, v2.x and v3.x, and pushed.
Thx
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 limegreenso...@yahoo.com:
For the parts that are working around a compiler bug:
- Does it make sense to list the bug number in the comment
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
+++
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-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
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 32-bit
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 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
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
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
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 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 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
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
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
>
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
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
(BUF), NULL)
> +# elif defined(_ARM_) || defined(__arm__) || defined(_ARM64_) ||
> defined(__aarch64__)
> +# define setjmp(BUF) __mingw_setjmp((BUF))
> +# define longjmp __mingw_longjmp
> + int __cdecl __attribute__ ((__nothrow__,__returns_twice__))
>
71 matches
Mail list logo