2013/7/23 Martin Mitáš:
> http://kent.dl.sourceforge.net/project/mingwbuilds/host-windows/testing/4.8.2/64-bit/threads-win32/sjlj/x64-4.8.2-prerelease-20130717-rev200927-win32-sjlj.7z
mingw-w64 rev. 5948 used.
--
Regards,
niXman
___
Dual-target(32
At one point jacek suggested that intrin-mac.h should be merged into
intrin-impl.h. Intrin-impl is the only place intrin-mac is used. Since
I had just created intrin-mac a few days before, I wasn't ready to
delete it quite that fast.
However, time has shown that jacek was right and I have fin
This problem fixed in mingw-w64 trunk yesterday. And will be fixed in
next mingw-builds toolchains.
Regards,
Alexey.
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with appli
On 22.7.2013 23:24, niXman wrote:
>> Broken on Win2000 the same way as 4.8.1rev2.
> Please provide the full link to the build you have tested.
http://kent.dl.sourceforge.net/project/mingwbuilds/host-windows/testing/4.8.2/64-bit/threads-win32/sjlj/x64-4.8.2-prerelease-20130717-rev200927-win32-sj
On 7/20/2013 09:57, JonY wrote:
> Hi,
>
> Cygwin errno.h does not define non-Posix errno_t, neither does Cygwin
> stdlib.h knows about _invalid_parameter_handler.
>
> In theory, any Cygwin code should not be using libmsvcrt.a at all, but
> this is currently a stopgap measure while I investigate h
2013/7/23 Martin Mitáš:
> Broken on Win2000 the same way as 4.8.1rev2.
Please provide the full link to the build you have tested.
--
Regards,
niXman
___
Dual-target(32 & 64-bit) MinGW compilers for 32 and 64-bit Windows:
http://sourceforge.net/proj
On 22.7.2013 21:56, niXman wrote:
> 2013/7/22 Martin Mitáš
>
>> So here is result of the test:
>>
>> The binaries built with rev0 and rev1 do work on Windows 2000, but the
>> latest rev2 does not, i.e. the regression is something relatively recent.
>
> Please try any of 4.8.2-prerelease:
> http:/
2013/7/22 Martin Mitáš
> So here is result of the test:
>
> The binaries built with rev0 and rev1 do work on Windows 2000, but the
> latest rev2 does not, i.e. the regression is something relatively recent.
Please try any of 4.8.2-prerelease:
http://sourceforge.net/projects/mingwbuilds/files/host
On 22.7.2013 13:23, m...@morous.org wrote:
>
>
>> 2013/7/22 Jacek Caban:
>>
>>> BTW, it should be GCC version independent, it's a matter of
>>> mingw-w64-crt.
>> I know that. But, in order to determine the mingw-w64-crt revision, I
>> need to know the revision of the build, but TS haven't choose
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03.07.2013 19:13, LRN wrote:
> On 03.07.2013 19:10, NightStrike wrote:
>> On Wed, Jul 3, 2013 at 10:36 AM, Ozkan Sezer wrote:
>>> On Wed, Jul 3, 2013 at 5:22 PM, Kai Tietz wrote:
2013/7/3 LRN :
> On 03.07.2013 00:43, Christer Solskogen wr
> 2013/7/22 Jacek Caban:
>
>> BTW, it should be GCC version independent, it's a matter of
>> mingw-w64-crt.
> I know that. But, in order to determine the mingw-w64-crt revision, I
> need to know the revision of the build, but TS haven't choose that.
> (for 4.8.1, there are three revisions of buil
2013/7/22 Jacek Caban:
> BTW, it should be GCC version independent, it's a matter of mingw-w64-crt.
I know that. But, in order to determine the mingw-w64-crt revision, I
need to know the revision of the build, but TS haven't choose that.
(for 4.8.1, there are three revisions of build)
05.07.2013,
On 07/21/13 23:24, dw wrote:
>> Attached is the patch I came up with to fix the build issue.
> You are checking for defined(__MINGW64_VERSION_MAJOR). Would it make
> sense to do (__MINGW64_VERSION_MAJOR >= 3)?
IMO, if the change works with older mingw-w64 release, not checking
version is better.
On 07/21/13 17:02, Erik van Pienbroek wrote:
> Erik van Pienbroek schreef op zo 21-07-2013 om 14:49 [+0200]:
>> So now I think it's up to us to come up with the most proper fix which
>> we can then try to get upstreamed.
> Attached is the patch I came up with to fix the build issue. It is
> basical
Hi,
I thought it was fixed already, but apparently a part of the fix was
missing. I committed a fix.
BTW, it should be GCC version independent, it's a matter of mingw-w64-crt.
Jacek
On 07/22/13 11:14, niXman wrote:
>
>
> -- Forwarded message --
> From: *Martin Mitás(* mailto:m..
On 07/22/13 03:48, dw wrote:
> This patch has nothing to do with boost, and makes no changes to
> inline asm. Just some simple header changes.
>
> This patch:
>
> - Allows winbase.h to use inline intrinsics whether winnt.h is also
> included or not.
> - Brings x86 versions of InterlockedAnd64 et a
-- Forwarded message --
From: Martin Mitáš
Date: 2013/7/21
Subject: [Mingwbuilds-users] Is Win 2000 supported?
To: mingwbuilds-us...@lists.sourceforge.net
Hello,
does mingwbuilds support Windows 2000? I mean as the target, not host.
When built with gcc-4.7.2, my program runs h
17 matches
Mail list logo
