On 2017/3/16 13:20, Ozkan Sezer wrote:
> On 3/16/17, Liu Hao wrote:
>> On 2017/3/16 5:26, Jon Turney wrote:
>>> Use PDH_FUNCTION rather than just PDH_STATUS, so these functions are
>>> correctly decorated with WINAPI (= stdcall on x86), so linkage works
>>> correctly on x86.
>> This is indeed how
On 3/16/17, Liu Hao wrote:
> On 2017/3/16 5:26, Jon Turney wrote:
>> Use PDH_FUNCTION rather than just PDH_STATUS, so these functions are
>> correctly decorated with WINAPI (= stdcall on x86), so linkage works
>> correctly on x86.
> This is indeed how Microsoft people declare these functions. Is t
On 2017/3/16 5:26, Jon Turney wrote:
> Use PDH_FUNCTION rather than just PDH_STATUS, so these functions are
> correctly decorated with WINAPI (= stdcall on x86), so linkage works
> correctly on x86.
This is indeed how Microsoft people declare these functions. Is this
patch ok to apply?
However, un
Use PDH_FUNCTION rather than just PDH_STATUS, so these functions are
correctly decorated with WINAPI (= stdcall on x86), so linkage works
correctly on x86.
---
mingw-w64-headers/include/pdh.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/mingw-w64-headers/include/p
On Mar 14, 2017 11:08 PM, "Riot" wrote:
As you say, I'm not entirely enthused by the prospect of digging into ld's
code, and if the issue is indeed upstream, I don't see much hope of having
it fixed in the case of an issue I can only manifest on Windows, and where
the minimal testcase appears to
Hello,
First "-Os" is indeed optimization for "size", not for "speed". But
well, later is sometimes true too. At least for programs benefiting
from cpu cache. :)
2017-03-15 4:06 GMT+01:00 Riot :
> Thanks for the detailed response Ruben, I appreciate it.
>
> We do use gold on Linux and perhaps t
