Thanks, that was indeed the tty output log from running "make" >&
make.out, where a number of
xxx.lo objects were already created and this command was supposed to start
building a shared library. Following this:
make[1]: *** [magick/libGraphicsMagick.la] Error 1
make[1]: Leaving directory `/ming
On 02/11/14 14:58, Kai Tietz wrote:
> 2014-11-02 13:35 GMT+01:00 Jacek Caban :
>> Hi Kai,
>>
>> Why do you think so? This is present there in PSDK and we already have
>> those flags for ARM in winnt.h.
>>
>> Jacek
>>
> Well, I see that we have such defines for ARM there. I just decided
> by gut f
2014-11-02 13:35 GMT+01:00 Jacek Caban :
> Hi Kai,
>
> Why do you think so? This is present there in PSDK and we already have
> those flags for ARM in winnt.h.
>
> Jacek
>
> On 01/11/14 20:24, Kai Tietz wrote:
>> Hmm,
>>
>> I don't think this belongs into winnt.h header.
>>
>> 2014-10-31 15:02 GMT+
Hi Kai,
Why do you think so? This is present there in PSDK and we already have
those flags for ARM in winnt.h.
Jacek
On 01/11/14 20:24, Kai Tietz wrote:
> Hmm,
>
> I don't think this belongs into winnt.h header.
>
> 2014-10-31 15:02 GMT+01:00 Jacek Caban :
>> ---
>> mingw-w64-headers/include/
-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
writes:
> 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 has been fixed.
> (Haven't trie
*ANNOUNCING* GCC-4.9.2 builds are released.
Program *versions* in builds:
1. *GCC-4.9.2*
2. *binutils-2.24*
3. *mingw-w64 v3 git c6f0d3d981c70ad31bb1c2bfc2850b827281e189*
4. *gdb-7.8.1*
5. *python-2.7.8(with dev-files)*
6. *make-4.1*
Links:
32-bit:
posix-sjlj:
http:
