regions so it can write to them suggests this may be what you are
looking for.
dw
On 2/9/2015 11:06 PM, niXman wrote:
niXman 2015-02-09 15:15:
Hi,
I use VMProtect[1] in a project that I build using MinGW-W64.
VMProtect, among other things, provides the 'bool
VMProtectIsValidImageCRC()' function
to
conflicts with other headers and undefined symbols.
Comments? Suggestions? Or can we finally call this done?
dw
From d11d4e0560e9c086d9b8d85005bee28a1a0de787 Mon Sep 17 00:00:00 2001
From: David Wohlferd d...@limegreensocks.com
Date: Wed, 11 Feb 2015 01:20:30 -0800
Subject: [PATCH] Signed
that would change my
mind, but currently I see no reason to change this patch.
dw
On Wed, Feb 11, 2015 at 9:56 AM, dw limegreenso...@yahoo.com
mailto:limegreenso...@yahoo.com wrote:
I wasn't completely satisfied with my previous patch for lrotl
(which is why I didn't push to get
. Otherwise, we leave
x86intrin's definitions there in case intrin.h is never included.
Hope this helps explain my thinking here. If I have missed something,
please let me know.
dw
On 2/21/2015 12:03 PM, dw wrote:
On 2/19/2015 10:47 AM, Martell Malone wrote:
This has ended up in my spam folder
$0, %ebx
jc .L5 <- Use the flags directly
leaq.LC1(%rip), %rcx
callprintf
dw
commit 527ef2be12fefe658cdf9a43fdc69601d005057c
Author: David Wohlferd <d...@limegreensocks.com>
Date: Tue Nov 17 13:13:30 2015 -0800
Support gcc 6 flag constraints
(~215509) instead? Would -e prevent makepkg
from trying to update it?
My end goal here is to test a mingw-w64 source code change to make sure
I'm not breaking ARM builds.
I gotta wonder: How do other people do ARM builds?
dw
On 7/23/2016 3:15 AM, André Hentschel wrote:
> Am 23.07.2016 um
for mingw-w64 build?
Any advice from someone who got this working would be helpful.
dw
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps
On 7/27/2016 1:50 PM, Jim Michaels wrote:
> On 7/26/2016 12:21 PM, André Hentschel wrote:
>> Am 25.07.2016 um 12:21 schrieb dw:
>>> Thank you for the link, I was not aware of this. I'm using Msys2, so
>>> the linux issues should not affect me.
>>>
>>>
more about this stuff than I do can check in
the 'right' fix to get things back in sync.
dw
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which u
we don't need 'extern "C"' since this entire section is already
wrapped with one. Using both 'extern' and initializing generates
a warning.
ntdef.h:
- Redefine errors.
ntsecapi.h:
- These redefine values that are unconditionally defined earlier
in the same file.
winnt.h:
On 8/14/2016 9:23 AM, NightStrike wrote:
> On Sun, Aug 14, 2016 at 9:02 AM, Martin Storsjö <mar...@martin.st> wrote:
>> On Sat, 13 Aug 2016, dw wrote:
>>
>>> I still have some more fixes for ARM, but this patch is getting too
>>> big.
>>> This is a
at "autoreconf -fiv" regenerates all the files using
the current version. But after seeing the dozen files it changed and
realizing I didn't actually know what any of them were, I chickened out.
If there's something I can do to help, let me know.
dw
-
; causes problems with some
build options (-ffunction-sections). Using ".seh_code" should resolve
this, but requires a fairly new gas
(https://sourceware.org/ml/binutils/2014-03/msg00260.html).
That's my experience anyway. FWIW.
dw
---
no one is
objecting), maybe the answer here is to just accept that the project is
defined for specific compilers. Trying to make mingw-w64 generic enough
to compile under MSVC (as an example) would be a big project, and is
almost certainly not worth the time.
dw
-
. Remember to regen Makefile.in if you
want to build this.
dw
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision
e, did you have a chance to look at the patch?
dw
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their visio
On 7/7/2016 6:45 AM, Ozkan Sezer wrote:
On 7/7/16, dw <limegreenso...@yahoo.com> wrote:
I was looking to see if there was any more inline asm that could be
removed from mingw-w64. That brought me to vsscanf (and friends). This
looked to be a messy bit of code that could probably use a
On 7/7/2016 4:49 PM, Ozkan Sezer wrote:
> On 7/8/16, dw <limegreenso...@yahoo.com> wrote:
>> In any case, did you have a chance to look at the patch?
> Unfortunately no. Kai would be the guy for reviewing asm stuff.
Ok then. I hope he has the time.
How about the .c files?
On 7/23/2016 3:15 AM, André Hentschel wrote:
> Am 23.07.2016 um 01:15 schrieb dw:
> I currently have no perfect setup, but Martell Malone wanted to clean
> everything up and even upload builds to sf.net
> While doing this he spotted some strange issues which only happe
lues that are unconditionally defined earlier in
the same file.
dw
diff --git a/mingw-w64-crt/crt/gs_support.c b/mingw-w64-crt/crt/gs_support.c
index dbd95d5..f47b0fe 100644
--- a/mingw-w64-crt/crt/gs_support.c
+++ b/mingw-w64-crt/crt/gs_support.c
@@ -26,7 +26,7 @@
typedef LONG NTSTATUS; /*
On 8/16/2016 4:16 AM, Jacek Caban wrote:
On 16.08.2016 12:50, dw wrote:
--- a/mingw-w64-headers/include/mfidl.h
+++ b/mingw-w64-headers/include/mfidl.h
This file is auto generated. You should not touch it, please change .idl
file instead.
Strictly speaking, I believe the (duplicate
On 8/16/2016 4:34 AM, Martin Storsjö wrote:
> On Tue, 16 Aug 2016, dw wrote:
>
>> Attempting to follow Martin's suggestions, I'm attaching the next three (I
>> *think* this is the organization he requested). Ok to push?
> uchar.patch and ntsecapi.patch are ok with me.
Hea
101 - 122 of 122 matches
Mail list logo