Thank you for your reply Gavin and the helpfull informations. I found a preliminary solution for my problem. MSYS2 has a prebuild Boost package. The problem seems to be the compiler which complained about typecasting from "long" to "DWORD". The result was an incorrect choice for an overloaded function. Yes MSYS2 header include overloaded 32 Bit windows functions which use _int64 in contrast to original windows. The compiler prefered __int64 over DWORD for long. There are different solutions to this problem. Anyway I doupt the MSYS2 system can compile Boost becorse _beginthreadex() is missing in process.h. This could be a configuration problem as well I will investigate later if needed. Basicaly I don't need 64Bit API but in case 32 Bit will disapear I don't want to migrate my old code. For Boost to realy implement 64-Bit "long long" types are needed in the API instead of "long". Am 17.03.2017 um 00:51 schrieb Gavin Lambert via Boost-users:
On 17/03/2017 09:01, Andrej Georgi via Boost-users wrote:
I try to build Boost on MSYS2-64Bit which includes 64-Bit headers of windows. Boost is calling a 32-Bit variant of windows API even when Boost is configured to build 64-Bit.
There is a 64Bit pre build variant of Boost on sourceforge. That seems to run only in visual studio? Does it use a 32 Bit API as well?
This seems like either a misunderstanding or misreporting.
The Windows headers are not "32-bit" or "64-bit". They are both.
A 32-bit process will call 32-bit APIs. A 64-bit process will call 64-bit APIs. It is completely impossible to do anything else.
The APIs have the same names and are implemented in libraries with the same names (and apparently in the same path, although actually in a different path, due to Windows trickery).
The only differences are that the parameter sizes for *some* of the APIs are different, as they use 64-bit integers and pointers in some places instead of 32-bit ones.
Pointer parameters will Just Workâ˘. Integer parameters need to be explicitly specified as either one size, the other size, or both sizes (which one is actually used then depending on the target address model). If they're specified incorrectly then code is likely to crash or otherwise misbehave. If you think that Boost has somehow mis-specified one or more of these, you should be explicit about it, including both your Boost version and which ones you think are incorrect or what errors you're getting.
Most likely, though, you're just compiling something incorrectly and/or trying to link 32-bit and 64-bit code together.
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users