[Mingw-w64-public] Interlocked API for Mingw64 4.8.1

2013-08-20 Thread Alex Hultman
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
supposed to link with to get this working?

Thanks.
--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] I have just downloaded MinGW64

2013-08-20 Thread Incongruous
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

 

--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Interlocked API for Mingw64 4.8.1

2013-08-20 Thread Ruben Van Boxem
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, mingwex doesn't define the API. What libs
 am I supposed to link with to get this working?


It should be in kernel32.dll, which is linked automatically by GCC.

What is your link commandline?

Ruben



 Thanks.


 --
 Introducing Performance Central, a new site from SourceForge and
 AppDynamics. Performance Central is your source for news, insights,
 analysis and resources for efficient Application Performance Management.
 Visit us today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] alias in Windows

2013-08-20 Thread Incongruous
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 
a parameter for commands like dir. I would like to create an alias for my 
development path, i.e.

C:\Users\Arbol 
One\Documents\dev\C++\Applications\development\intence\ruch\Donald 
Duck\BatGirl\FidelCastro\Bush_Baboon\Speaker\nom\final\app\

 

I mean adding

#include C:\Users\Arbol 
One\Documents\dev\C++\Applications\development\intence\ruch\Donald 
Duck\BatGirl\FidelCastro\Bush_Baboon\Speaker\nom\final\app\header.hpp

to C++ header file is a bit annoying.

I checked the Environment Variables in the System's Properties of Windows 7, 
but I noticed that %USERPROFILE% in not declared there. I could experiment by 
adding the variable there, but I am afraid to break something in Windows, I 
really need to learn more about this OS

 

Thanks

--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] I have just downloaded MinGW64

2013-08-20 Thread Incongruous
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 MinGW64

2013/8/20 Incongruous incongru...@outlook.com:
 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?

https://sourceforge.net/projects/mingwbuilds/
On the start page you can download universal mingw-w64 online installer.


--
Regards,
niXman
___
Dual-target(32  64-bit) MinGW compilers for 32 and 64-bit Windows:
http://sourceforge.net/projects/mingwbuilds/
___
Another online IDE: http://liveworkspace.org/

--
Introducing Performance Central, a new site from SourceForge and AppDynamics. 
Performance Central is your source for news, insights, analysis and resources 
for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] alias in Windows

2013-08-20 Thread TOCK Chiu
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
Duck\BatGirl\FidelCastro\Bush_Baboon\Speaker\nom\final\app\ to gcc and use
#includeheader.hpp in your app.




2013/8/20 Incongruous incongru...@outlook.com

 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 a parameter for commands like dir. I would like to create
 an alias for my development path, i.e.

 C:\Users\Arbol
 One\Documents\dev\C++\Applications\development\intence\ruch\Donald
 Duck\BatGirl\FidelCastro\Bush_Baboon\Speaker\nom\final\app\

 ** **

 I mean adding

 #include C:\Users\Arbol
 One\Documents\dev\C++\Applications\development\intence\ruch\Donald
 Duck\BatGirl\FidelCastro\Bush_Baboon\Speaker\nom\final\app\header.hpp

 to C++ header file is a bit annoying.

 I checked the Environment Variables in the System's Properties of Windows
 7, but I noticed that %USERPROFILE% in not declared there. I could
 experiment by adding the variable there, but I am afraid to break something
 in Windows, I really need to learn more about this OS

 ** **

 Thanks


 --
 Introducing Performance Central, a new site from SourceForge and
 AppDynamics. Performance Central is your source for news, insights,
 analysis and resources for efficient Application Performance Management.
 Visit us today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Interlocked API for Mingw64 4.8.1

2013-08-20 Thread dw
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?  Apply your patch?  Define BOOST_USE_WINDOWS_H?


dw

On 8/20/2013 7:46 AM, Ruben Van Boxem wrote:
2013/8/20 Alex Hultman alexhult...@gmail.com 
mailto: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, mingwex
doesn't define the API. What libs am I supposed to link with to
get this working?


It should be in kernel32.dll, which is linked automatically by GCC.

What is your link commandline?

Ruben


Thanks.


--
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance
Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
mailto:Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public




--
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] [Mingw-w64-developer] Patch for winbase.h header

2013-08-20 Thread dw



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 see are __int64 and LONGLONG.  Because of these lines, 
I assume the types are the same:


ntdef.h:__MINGW_EXTENSION typedef __int64 LONGLONG, *PLONGLONG;
winnt.h:  __MINGW_EXTENSION typedef __int64 LONGLONG;

The only exception I see is the newly added ARM definition in winbase.h 
at ~line 965.  This definition uses LONG64, which is not consistent with 
any of the other definitions of InterlockedCompareExchange64, and is not 
consistent with MSDN 
http://msdn.microsoft.com/en-us/library/windows/apps/ms683562%28v=vs.85%29.aspx.


If you are not compiling for ARM, I'll need more details so I can 
reproduce the problem here.



This signature stuff has to stop.



dw
--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] Build issues on trunk

2013-08-20 Thread Erik van Pienbroek
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= __attribute__((__stdcall__))
-DEXEHEAD -DWIN32_LEAN_AND_MEAN -D_WIN32_IE=0x0500
-DNSIS_COMPRESS_USE_BZIP2 -Ibuild/release/config Source/exehead/Ui.c
In file included from Source/exehead/Ui.c:19:0:
/usr/i686-w64-mingw32/sys-root/mingw/include/shellapi.h:191:16: error:
conflicting types for 'PRINTEROP_FLAGS'
   typedef WORD PRINTEROP_FLAGS;
^
In file included from Source/exehead/Ui.c:18:0:
/usr/i686-w64-mingw32/sys-root/mingw/include/shlobj.h:606:16: note:
previous declaration of 'PRINTEROP_FLAGS' was here
   typedef UINT PRINTEROP_FLAGS;
^
===

wine-gecko:

In file included from ../../dist/include/nsWindowsDllInterceptor.h:9:0,

from 
/builddir/build/BUILD/mingw-wine-gecko-2.21/wine-mozilla-2.21/xpcom/base/AvailableMemoryTracker.cpp:25:
/usr/i686-w64-mingw32/sys-root/mingw/include/winternl.h:913:27: error:
conflicting declaration 'typedef THREADINFOCLASS
THREAD_INFORMATION_CLASS'
   typedef THREADINFOCLASS THREAD_INFORMATION_CLASS,
*PTHREAD_INFORMATION_CLASS;
   ^
In file included
from /usr/i686-w64-mingw32/sys-root/mingw/include/windows.h:70:0,
 from ../../dist/include/nsWindowsDllInterceptor.h:8,

from 
/builddir/build/BUILD/mingw-wine-gecko-2.21/wine-mozilla-2.21/xpcom/base/AvailableMemoryTracker.cpp:25:
/usr/i686-w64-mingw32/sys-root/mingw/include/winbase.h:1164:5: error:
'THREAD_INFORMATION_CLASS' has a previous declaration as 'typedef enum
_THREAD_INFORMATION_CLASS THREAD_INFORMATION_CLASS'
   } THREAD_INFORMATION_CLASS;
 ^
===

Could somebody take a look at these?

Thanks!

Erik



--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public