Hey!
I'm trying to figure out what libs to link with to get the Interlocked*-API
working. Google points me in the direction of wkernel32 but I cannot find
that lib in the newer sources and it doesn't exist in my Fedora 19
installation. kernel32, mingwex doesn't define the API. What libs am I
I have just downloaded MinGW64. It comes in a .gz file, so I uncompressed the
file but it is all raw files. Am I supposed to compile MinGW64 or I just copy
the files to C:\MinGW64 and then reset the toolchain for the IDE?
TIA
2013/8/20 Alex Hultman alexhult...@gmail.com
Hey!
I'm trying to figure out what libs to link with to get the
Interlocked*-API working. Google points me in the direction of wkernel32
but I cannot find that lib in the newer sources and it doesn't exist in my
Fedora 19 installation. kernel32,
Look, I know this question has nothing to do with either Netbeans or MinGW64,
but I cannot think of a better bunch to ask this question.
On one hand the directory tree where my applications reside is a bit long and
on the other hand I have seen how Wind 7 uses the aliases like %USERPROFILE% as
Superbe!!
Thanks you so very much, you directed me to exactly what I was looking for.
-Original Message-
From: niXman [mailto:i.nix...@gmail.com]
Sent: Tuesday, August 20, 2013 10:02 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] I have just downloaded
You may specify the include folder by pass -I parameter to GCC.
I think this is a better solution because it won't mess the environment
variables up.
For example pass -IC:\Users\Arbol
One\Documents\dev\C++\Applications\development\intence\ruch\Donald
It turns out his problem was with boost (ie the problem we discussed
here https://sourceforge.net/p/mingw-w64/mailman/message/31196562/).
Erik, what ever happened with that patch you proposed? If someone pops
up here with this problem again, can I tell them to just get the latest
boost?
With recent patch I get compiler-error for c++ in
psdk_inc/intrin-impl.h:914 due different use of types. Again psdk vs
bare-C types (LONGLONG vs long long).
Looking at the prototypes and implementations for
InterlockedCompareExchange64 (which I believe is what is at your line
#914), all I
Hi,
The current trunk seems to have some conflicting declarations which
causes various build failures. Here are the failures we discovered with
the test mass rebuild script.
===
NSIS:
i686-w64-mingw32-gcc -o build/release/stub_bzip2/Ui.o -c -Os -Wall -xc
-fno-strict-aliasing -DNSISCALL=