Let's try this again. This time the proposed patch is attached which
may help. For 'ease of review,' this patch does not include the
'generated' makefile.in files.
The problem I am trying to fix is that when building mingw-w64, the
compiler will often use headers from the Tools Directories i
Hi Kai,
On Aug 22 17:34, Kai Tietz wrote:
> Hi Corinna,
>
> 2016-08-22 17:23 GMT+02:00 Corinna Vinschen :
> > Lots of assembler files in the math subdir check for _WIN64 when they
> > actually mean to check for the x86_64 target CPU, rather than the target
> > OS. This patch fixes it. This help
Hello Aleksey,
2016-08-22 13:52 GMT+02:00 Aleksey Vasenev :
> __attribute__((aligned)) don't work for stack variables in threads created
> with _beginthreadex without alignment.
>
> Signed-off-by: Aleksey Vasenev
> ---
> send it again
> github: https://github.com/Ratio2/mingw-w64/tree/align
> fix
2016-08-22 17:40 GMT+02:00 Pierre Free Pascal :
>
>
>> -Message d'origine-
>> De : Kai Tietz [mailto:ktiet...@googlemail.com]
>> Envoyé : lundi 22 août 2016 16:57
>> À : mingw-w64-public@lists.sourceforge.net
>> Objet : Re: [Mingw-w64-public] GDB release canditate 7.11.90 build
>> failure f
__attribute__((aligned)) don't work for stack variables in threads created
with _beginthreadex without alignment.
Signed-off-by: Aleksey Vasenev
---
send it again
github: https://github.com/Ratio2/mingw-w64/tree/align
fix crash: ffmpeg -f lavfi -i testsrc -vcodec libvpx -threads 2 -f null -
probl
Hello all,
GCC 6.2 has been release today and new toolchains
targeting i686 and x86_64 are now available at http://www.lhmouse.com/gcc-mcf/
.
Like mingwbuilds, these toolchains are all-in-one packages consist of GCC and
GDB
with C, C++ and LTO enabled. C++11 and C11 thread support with high
Hi Corinna,
2016-08-22 17:23 GMT+02:00 Corinna Vinschen :
> Hi folks,
>
>
> Lots of assembler files in the math subdir check for _WIN64 when they
> actually mean to check for the x86_64 target CPU, rather than the target
> OS. This patch fixes it. This helps Cygwin in the first place because
> _
> -Message d'origine-
> De : Kai Tietz [mailto:ktiet...@googlemail.com]
> Envoyé : lundi 22 août 2016 16:57
> À : mingw-w64-public@lists.sourceforge.net
> Objet : Re: [Mingw-w64-public] GDB release canditate 7.11.90 build
> failure for mingw-w64
>
> Hello Pierre,
Hello Kai,
> 2016-0
Hi folks,
Lots of assembler files in the math subdir check for _WIN64 when they
actually mean to check for the x86_64 target CPU, rather than the target
OS. This patch fixes it. This helps Cygwin in the first place because
__x86_64__ is defined in both toolchains, while _WIN64 is only defined
o
Hello all,
GCC 6.2 has been release today and new toolchains targeting i686 and x86_64
are now available. Pre-built binaries can be found just under the description on
https://github.com/lhmouse/mcfgthread. (SF was rejecting this mail because of
possibility
of spamming so I have to put the link o
Hello Pierre,
2016-08-22 16:27 GMT+02:00 Pierre Free Pascal :
> Hi,
>
>
>
> this is my first email to this list.
>
> I would have directly put that in the ‘Tickets/Bugs’ of sourceforge,
>
> but I didn’t find where I should send a request to get my account accepted
> for bug reports.
>
>
>
> I
Hi,
this is my first email to this list.
I would have directly put that in the Tickets/Bugs of sourceforge,
but I didnt find where I should send a request to get my account accepted
for bug reports.
I am using GNU debugger GDB quite heavily,
partly because I am the pascal language
Ok. Please apply. Important is here that we don't normalize NaN/Inf.
I did so for pow, and well, it caused some troubles.
Thanks,
Kai
2016-08-22 15:41 GMT+02:00 Martin Storsjö :
> rintl doesn't need changes since it calls rint().
> ---
> mingw-w64-crt/math/rint.c | 2 ++
> mingw-w64-crt/math/r
If the 'r' flag is omitted from vcvt, the rounding mode specified
in the fpscr is ignored.
---
mingw-w64-crt/math/ceilf.S | 2 +-
mingw-w64-crt/math/floorf.S | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/mingw-w64-crt/math/ceilf.S b/mingw-w64-crt/math/ceilf.S
index def516
Thanks, please go ahead and apply.
Regards,
Kai
2016-08-22 15:42 GMT+02:00 Martin Storsjö :
> If the 'r' flag is omitted from vcvt, the rounding mode specified
> in the fpscr is ignored.
> ---
> mingw-w64-crt/math/ceilf.S | 2 +-
> mingw-w64-crt/math/floorf.S | 2 +-
> 2 files changed, 2 insert
Patch is ok. Please go ahead.
Thanks,
Kai
2016-08-22 15:40 GMT+02:00 Martin Storsjö :
> ---
> This is the same fix as in e9e42ce3113b which is already pushed;
> I didn't notice that this function has a separate copy of the
> implementation (contrary to e.g. rintl where the ARM block
> just calls
rintl doesn't need changes since it calls rint().
---
mingw-w64-crt/math/rint.c | 2 ++
mingw-w64-crt/math/rintf.c | 2 ++
2 files changed, 4 insertions(+)
diff --git a/mingw-w64-crt/math/rint.c b/mingw-w64-crt/math/rint.c
index 01f9644..6d0b632 100644
--- a/mingw-w64-crt/math/rint.c
+++ b/mingw
---
This is the same fix as in e9e42ce3113b which is already pushed;
I didn't notice that this function has a separate copy of the
implementation (contrary to e.g. rintl where the ARM block
just calls rint).
---
mingw-w64-crt/math/llrintl.c | 11 ++-
1 file changed, 10 insertions(+), 1 del
Hmm, as all of those are functions, and we get those warnings during
crt build. So we could simply take care that within crt build (and it
helper libraries) those prototypes using a _CRTIMP variant without
dllimport.
This should work in all scenarios well, as linker will resolve such functions.
R
On 8/18/2016 11:27 PM, David Wohlferd wrote:
> My next patch is very small, but it affects a bunch of code. Ponder
> it a bit before approving. The goal is to fix all the warnings like
> this:
>
> warning: '_unlock_file' redeclared without dllimport attribute:
> previous dllimport ignored [-W
Thanks Kai! I did what you suggest, and now most of the undefined references
are gone! To help others with the same issue, here is what I did:
I needed to go back all the way to Microsoft Visual Studio 2005, since the
newer versions did not have both files. I could then find them easily in the
Vis
2016-08-22 8:58 GMT+02:00 Mario Emmenlauer :
>
> Dear All,
>
> I'm trying to link against MySQL, but it fails with undefined references
> to __GSHandlerCheck and __security_check_cookie. I searched and this has
> been asked before (several years back), but back then there was no solution
> found. A
2016-08-22 9:11 GMT+02:00 Martin Storsjö :
> On Sun, 21 Aug 2016, David Wohlferd wrote:
>
>> As my expert on patch etiquette, I have a question for you. When
>> posting a patch, does one traditionally include all the files that will
>> be in the push? Or do you skip the 'generated' files to make
2016-08-22 8:43 GMT+02:00 David Wohlferd :
> On 8/21/2016 11:17 PM, Martin Storsjö wrote:
>> On Sun, 21 Aug 2016, David Wohlferd wrote:
>>
>>> To my surprise, these two statements have (slightly) different meanings:
>>>
>>> STDAPI MFUnregisterPlatformFromMMCSS ();
>>> STDAPI MFUnregisterPlatfor
On Sun, 21 Aug 2016, David Wohlferd wrote:
> As my expert on patch etiquette, I have a question for you. When
> posting a patch, does one traditionally include all the files that will
> be in the push? Or do you skip the 'generated' files to make the review
> easier?
I guess it depends on the p
Dear All,
I'm trying to link against MySQL, but it fails with undefined references
to __GSHandlerCheck and __security_check_cookie. I searched and this has
been asked before (several years back), but back then there was no solution
found. AFAIK these two where not available in MinGW's runtime, an
On 8/21/2016 11:19 PM, Martin Storsjö wrote:
> On Sun, 21 Aug 2016, David Wohlferd wrote:
>
>> By definition, functions with variable numbers of parameters cannot be
>> stdcall. Clang complains (warning: stdcall calling convention ignored on
>> variadic function).
>>
>> Attached.
> Seems ok to me.
27 matches
Mail list logo
