Hi Carl,
I'm already defining __USE_MINGW_ANSI_STDIO.
The messages you've quoted from the ChangeLog relate to strtod().
But strtod() works fine - the bug occurs only with strtold().
Is it just that strtold() needs to be aliased to __mingw_strtold() when
__USE_MINGW_ANSI_STDIO is defned ?
Tha
Hi,
In relation to
https://sourceforge.net/p/mingw-w64/bugs/711/
and
https://sourceforge.net/p/mingw-w64/bugs/725/
I've just discovered that replacing the strtold() calls with calls to
__mingw_strtold() avoids the buggy behaviour.
Why would that be so ?
Does this observation open the door to
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Friday, June 15, 2018 11:57 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: [Mingw-w64-public] alignment of _Decimal128 type with gcc-8.1.0
[snip]
Has this change in requirements arisen because the version of gcc has
r
Hi,
With the latest x86_64 (official) builds of gcc-8.1.0, I'm finding it
necessary to do something like:
typedef _Decimal128 D128 __attribute__ ((aligned(8)));
However, I didn't have to concern myself with such alignment issues with
x86_64 mingw-w64 builds of earlier versions of gcc.
Has
-Original Message-
From: niXman
Sent: Friday, June 01, 2018 6:12 AM
To: mingw-w64-public
Subject: [Mingw-w64-public] The toolchain's future and my taking part in
this project
Hi,
It's quite simple - I've lost my job and can no longer afford to work for
free, although I want to...
-Original Message-
From: niXman Sent: Friday, May 25, 2018 2:26 AM To: mingw-w64-public
Subject: [Mingw-w64-public] [Project News|New Builds]
Hi,
The new builds of MinGW-W64 based on 'GCC-8.1.0' and MinGW-w64 'master'
branch was uploaded.
Thank you !!
I'll be trying them out soon.
Hi,
Whenever a warning or error is emitted during compilation, the
foreground/background colors of the cmd.exe console revert permanently from
the colors I've selected, to the default.
This means that I continually have to re-enter the "color" selection at the
command line.
What do I need to
-Original Message-
From: Vincent Torri
Sent: Wednesday, April 18, 2018 1:12 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] sizeof long
https://msdn.microsoft.com/ro-ro/library/s3f49ktz.aspx
https://en.wikipedia.org/wiki/64-bit_computing#64-bit_data_models
Hi,
Why is it that on our x86_64 compilers sizeof long is only 4 ?
Does it absolutely have to be that way ? Would it be possible to design
a switch that would enable 8 byte longs ?
The mismatch between linux and windows in this regard is a real pita, and
I'm curious about the reason(s) that
-Original Message-
From: Hannes Domani via Mingw-w64-public
Sent: Thursday, January 18, 2018 10:11 PM
To: mingw-w64-public@lists.sourceforge.net
Cc: Hannes Domani
Subject: Re: [Mingw-w64-public] How to backtrace a crash with gdb on Windows
7
(gdb) run
Starting program: C:\_64\comp\
Hi,
In the msys2 shell, I'm building gmp (with specific configure args) and then
mpfr.
But there are 3 crashing tests in the mpfr test suite for which I would like
to obtain a backtrace - but so far, all I'm getting is "No stack".
In the hope that someone might be able to see how I can improv
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Friday, November 10, 2017 8:09 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Finding runtime version
Hi,
For mingw-w64 runtime version x.y.z, I know that __MINGW64_VERSION_MAJOR
will give me the value of x, and __MINGW6
Hi,
For mingw-w64 runtime version x.y.z, I know that __MINGW64_VERSION_MAJOR
will give me the value of x, and __MINGW64_VERSION_MINOR will give me the
value of y.
But what's the symbol that will give me the value of z ?
Is there a symbol that will give me all three values as a string "x.y.z"
-Original Message-
From: JonY via Mingw-w64-public
Sent: Friday, October 27, 2017 9:07 PM
To: mingw-w64-public@lists.sourceforge.net
Cc: JonY
Subject: Re: [Mingw-w64-public] New bug fix from v5.x release soon
On 10/27/2017 02:39 AM, Liu Hao wrote:
With this patch the crash in quest
-Original Message-
From: Liu Hao
Sent: Thursday, October 26, 2017 11:51 PM
To: mingw-w64-public@lists.sourceforge.net ; sisyph...@optusnet.com.au
Cc: JonY
Subject: Re: [Mingw-w64-public] New bug fix from v5.x release soon
The attached patch should fix the problem. This is a quick fix and
-Original Message-
From: JonY via Mingw-w64-public
Sent: Thursday, October 26, 2017 10:03 PM
To: mingw-w64-public@lists.sourceforge.net
Cc: JonY
Subject: [Mingw-w64-public] New bug fix from v5.x release soon
Are there any bug fix commits from master that you think should go into
v5.x?
-Original Message-
From: Eli Zaretskii
Sent: Tuesday, September 12, 2017 3:19 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: [Mingw-w64-public] Problems with using printf format specs with GCC
7
Does Emacs do anything wrong in these cases?
Not sure what to make of the format
-Original Message-
From: Liu Hao
Sent: Thursday, June 22, 2017 11:46 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] how to printf() 64-bit integer in 64-bit
compiler in strict ISO mode with all warnings enabled?
So, I need to printf() uint64_t in my pr
-Original Message-
From: JonY
Sent: Monday, May 08, 2017 8:47 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] How to access _Decimal64 functions in math.h
[snip]
>>
>> All I get is:
>>
>> C:\Users\sisyphus\AppData\Local\Temp\cc2vb9go.o:d64.c:(.text+0x2e):
Hi,
math.h prototypes a number of _Decimal32, _Decimal64 and_Decimal128
functions - eg:
_Decimal64 __cdecl expd64(_Decimal64 _X);
But when I try to compile (gcc -o d64.exe d64.c):
/***/
/* d64.c */
#include
int main(void) {
_Decimal64 x = 2.3DD, ret;
ret = expd6
-Original Message-
From: Mateusz Mikuła
Sent: Saturday, March 11, 2017 12:17 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] mkdir and MINGW_ATTRIB_DEPRECATED_MSVC2005
> POSIX mkdir() is deprecated in favor of _mkdir() [1] and the reason of
> deprecation is
-Original Message-
From: Grégory Vanuxem
Sent: Saturday, March 11, 2017 2:02 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: [Mingw-w64-public] mkdir and MINGW_ATTRIB_DEPRECATED_MSVC2005
> But here comes my problem :
> In FriCAS there is a function to create a directory :
>
>
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Friday, July 15, 2016 10:31 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] [MSYS2] How do I install makefinfo
> .deps/exceptions.Tpo -c -o exceptions.lo exceptions.c
> Xexceptions.Tpo -c -o exceptions.
-Original Message-
From: Vincent Torri
Sent: Friday, July 15, 2016 8:41 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] [MSYS2] How do I install makefinfo
> isn't it in the texinfo package ?
Indeed it is - thank you.
Having installed texinfo, the build now
Hi,
Using dongsheng's gmp-6.1.1 (win32 threads, seh) build.
I'm trying to build mpfr (svn revision 10613) in the msys2 shell and getting
hammered early on in the 'make' stage with:
###
make[1]: Entering directory 'C:/_64/comp/mpfr-10613/doc'
restore=: && back
-Original Message-
From: JonY
Sent: Sunday, March 20, 2016 10:52 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] [PATCH] complex: Add clog10*.
On 3/17/2016 22:36, Nakai Yuta wrote:
>> Hi All,
>>
>> This patch implements clog10/clog10f/clog10l in libming
From: Ruben Van Boxem
Sent: Friday, January 22, 2016 4:59 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] Should i686 compilers allow the -m64 switch
?
2016-01-20 13:55 GMT+01:00 :
> I would say the 4.X.x behaviour is the expected one and GCC 5.3.0 is in
> error. C
Hi,
Probably 2 dumb questions - my only excuse is that I haven't been forced to
consider them before. And that's not a very good excuse.
My other sin is that this post pretty much repeats the question I've asked
in:
http://sourceforge.net/p/mingw-w64/mailman/message/34780084/
With all of the mi
From: Ruben Van Boxem
Sent: Tuesday, January 19, 2016 7:24 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] i686-posix-sjlj and gmp
2016-01-19 7:07 GMT+01:00 :
> I'm assuming here there was no mixup in compiler packaging and the 5.3.0
> toolchain does indeed target i
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Tuesday, January 19, 2016 10:29 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] i686-posix-sjlj and gmp
> From: Ruben Van Boxem
>> I solved it then by explicitly setting --host and --build, as well
From: Ruben Van Boxem
Sent: Tuesday, January 19, 2016 7:24 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] i686-posix-sjlj and gmp
2016-01-19 7:07 GMT+01:00 :
>> Is this as expected with the i686-posix-sjlj compiler when moving from
>> 4.x.x to 5.x.x ? (It's not som
Hi,
On Windows 7, when I build gmp-6.1.0 in the msys shell using gcc-4.9.2
(i686-posix-sjlj), ABI is set to 32 and the created gmp.h contains entries
such as:
#define GMP_LIMB_BITS 32
and
#define __GMP_CFLAGS
"-m32 -O2 -pedantic -fomit-frame-pointer -mtune=sandybridge -mar
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Saturday, March 07, 2015 12:20 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: [Mingw-w64-public] Problem casting long double to __float128
> Hi,
>
> With the 64-bit gcc-4.9.2 compiler available from:
> http://sourceforge.net
Hi,
With the 64-bit gcc-4.9.2 compiler available from:
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.9.2/threads-posix/sjlj/
I have the issue that casting a long double inf to a __float128 results in a
__float128 nan.
No such pro
-Original Message-
From: Óscar Fuentes
Sent: Sunday, November 02, 2014 8:51 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] quadmath bugs
>> Here's the demo for verification of those crashes:
>
> [snip]
>
> Your test case runs with no crash (after uncommenti
Hi,
CC'ing kmx (Strawberry Perl developer), FHI.
In quadmath.h there's a long list of math library function prototypes,
beginning with acosq() ... through to ynq().
On 6/10/2013 I reported (to this list) a problem with expq crashing - and I
still haven't struck a mingw-w64 compiler where this
-Original Message-
From: Óscar Fuentes
> writes:
>> I've read the faq and visited http://sourceforge.net/p/mingw-w64/bugs/.
>> I've even searched the wiki.
>> But I haven't been able to work out how to file a bug report.
> You need a SF account. Log in with it and you will see a "Cre
Hi,
I've read the faq and visited http://sourceforge.net/p/mingw-w64/bugs/.
I've even searched the wiki.
But I haven't been able to work out how to file a bug report.
Back on Oct 6th, I reported to this list a bug in quadmath.h's expq()
function - but I can't find any ticket for it.
I'm thinking
-Original Message-
From: JonY
Sent: Monday, October 07, 2013 12:00 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] quadmath.h's expq() crashes at runtime.
> On 10/6/2013 20:31, sisyph...@optusnet.com.au wrote:
> > Hi,
> >
> > Here's the simple demo:
> >
> >
Hi,
Here's the simple demo:
/***
#include
int main (void) {
__float128 r;
r = expq(2.0Q);
return 0;
}
***/
With recent MinGW64 ports of gcc, that program builds ok, but running it
results in a crash.
Seems to happen with 4.6.3, 4.7.0 and
From: Jim Michaels
Sent: Friday, August 09, 2013 9:23 PM
To: mingw64 users
Subject: [Mingw-w64-public] status of MSYS?
> it was said that cURL should be easy to build with mingw-w64. I have been
> unable to build anything using MSYS other than using my own batch files as
> a build environment.
> JonY <10wa...@gmail.com> wrote:
> > This a little more serious - those references are, indeed, not defined
> > in libmpc.a. This smells to me like a bug in mpc itself. (Again, I'll
> > have to take a closer look when time permits.)
> >
>
> Hi,
> this looks like a real problem, I haven't enc
42 matches
Mail list logo
