On 01.02.2015 4:21, JonY wrote:
> On 2/1/2015 08:56, LRN wrote:
>> Possible fixes:
>> A) Make "%z" the primary, fix libgomp (gcc) to explicitly decorate
>> gomp_fatal and gomp_fatal_va as gnu_printf. When compiled without a
>> gnu-compatible vfprintf, it will behave incorrectly at runtime, when a
On 2/1/2015 08:56, LRN wrote:
> Possible fixes:
> A) Make "%z" the primary, fix libgomp (gcc) to explicitly decorate gomp_fatal
> and gomp_fatal_va as gnu_printf. When compiled without a gnu-compatible
> vfprintf, it will behave incorrectly at runtime, when a gmp error happens.
> B) Make printf t
On 01.02.2015 1:02, Erik van Pienbroek wrote:
> Erik van Pienbroek schreef op za 31-01-2015 om 21:21 [+0100]:
>> JonY schreef op za 31-01-2015 om 20:35 [+0800]:
>>> On 1/30/2015 08:10, Erik van Pienbroek wrote:
All in all I see no blocking issues in mingw-w64 v4.0rc1.
>>>
>>> OK, will go
On 2/1/2015 06:02, Erik van Pienbroek wrote:
> The offending line contains this piece of code:
> gomp_fatal ("present clause: !acc_is_present (%p, "
> "%zd (0x%zx))", (void *) k->host_start,
> size, size);
>
> I have no idea whether this is a gcc issue or a ming
On 26.01.2015 4:49, Norbert Pfeiler wrote:
> Hello,
> it seems to be an issue that the 32 bit crt ships with a glut import
> library which is an ambigious match to freeglut for cmake.
>
> The package mingw-w64-i686-crt-git ships with
> /mingw32/i686-w64-mingw32/lib/libglut32.a and
> /mingw32/i686-
Erik van Pienbroek schreef op za 31-01-2015 om 21:21 [+0100]:
> JonY schreef op za 31-01-2015 om 20:35 [+0800]:
> > On 1/30/2015 08:10, Erik van Pienbroek wrote:
> > >
> > > All in all I see no blocking issues in mingw-w64 v4.0rc1.
> >
> > OK, will go ahead with v4.0.0 shortly if there are no obj
JonY schreef op za 31-01-2015 om 20:35 [+0800]:
> On 1/30/2015 08:10, Erik van Pienbroek wrote:
> >
> > All in all I see no blocking issues in mingw-w64 v4.0rc1.
>
> OK, will go ahead with v4.0.0 shortly if there are no objections.
Is there still interest in doing another test mass rebuild again
Hello,
it seems to be an issue that the 32 bit crt ships with a glut import
library which is an ambigious match to freeglut for cmake.
see here:
https://github.com/Alexpux/MINGW-packages/issues/437
Regards, Norbert Pfeiler.
-
On 1/30/2015 08:10, Erik van Pienbroek wrote:
>
> All in all I see no blocking issues in mingw-w64 v4.0rc1.
OK, will go ahead with v4.0.0 shortly if there are no objections.
0xD4EBC740.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
---