Sorry. Looking back, you did try to describe some of the issues.
However, this hasn't helped clear things up. The problems are still
essentially what the email I just sent said:
> The point is that LP64 target provides type size_t proper for its ABI.
Yes it does. However, winnt.h still cause
Please keep signature in platform-headers as they are in prototypes.
I'm trying to understand exactly what the requirement is here. You've
been doing this kind of work for a long time, so if you say there's a
reason to do this I expect there is.
As I look at your patch (or my second one), I
2013/6/7 dw :
>
>> You miss the point,
>
> Umm, ok.
>
> So, the end result here is that winnt.h should use SIZE_T, and intrin.h
> should use size_t. Something like this (attached)?
Near, but not exactly what I wrote. Please keep signature in
platform-headers as they are in prototypes.
There is n
You miss the point,
Umm, ok.
So, the end result here is that winnt.h should use SIZE_T, and intrin.h
should use size_t. Something like this (attached)?
dw
Index: mingw-w64-crt/intrincs/__stosb.c
===
--- mingw-w64-crt/intrincs/
2013/6/6 dw :
>
>> AFAI researched prototype in platform-header is using SIZE_T.
> The question is, which header do you want to be consistent with? Even
> files within the PSDK don't agree.
>
> From the platform sdk winnt.h we see:
>
> VOID
> __stosb (
> __out_ecount_full(Count) PBYTE Destin
> AFAI researched prototype in platform-header is using SIZE_T.
The question is, which header do you want to be consistent with? Even
files within the PSDK don't agree.
From the platform sdk winnt.h we see:
VOID
__stosb (
__out_ecount_full(Count) PBYTE Destination,
__in BYTE Value,
No, this patch isn't ok. The type size_t isn't adequate for
platform-headers. AFAI researched prototype in platform-header is
using SIZE_T.
The existing prototypes have to remain in winnt.h header. The
prototype of the inline-function has to match the signature of the
existing and valid prototyp
Ok, I get it now. As everyone was trying to tell me (including myself),
the problem was in SIZE_T/size_t. I just couldn't get my head around
the fact that these two lines are different:
typedef unsigned long int size_t;
typedef unsigned long long SIZE_T;
Under CygWin64, they are both
2013/6/5 dw :
>
>> When using latest mingw-w64 runtime from trunk for Cygwin I have
>> error: http://pastebin.com/9WVgE1Gu
>
> I would like to experiment with some alternate solutions to what ktietz
> proposed, but I need to be sure I understand what is going wrong.
>
> My attempts to reproduce the
2013/6/5 dw
>
> > When using latest mingw-w64 runtime from trunk for Cygwin I have
> > error: http://pastebin.com/9WVgE1Gu
>
> I would like to experiment with some alternate solutions to what ktietz
> proposed, but I need to be sure I understand what is going wrong.
>
> My attempts to reproduce t
> When using latest mingw-w64 runtime from trunk for Cygwin I have
> error: http://pastebin.com/9WVgE1Gu
I would like to experiment with some alternate solutions to what ktietz
proposed, but I need to be sure I understand what is going wrong.
My attempts to reproduce the problem have not been
You missed the hunk for winnt.h header.
Kai
--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of ente
Oh, I am sorry! I change winnt.h bat forgot to click save button)
It works now Kai!
2013/6/4 Kai Tietz
> You missed the hunk for winnt.h header.
>
> Kai
>
>
> --
> How ServiceNow helps IT people transform IT department
2013/6/4 Kai Tietz
> Hmm, could you try if the following patch solves your problem?
>
> Kai
>
> Index: winnt.h
> ===
> --- winnt.h(Revision 5878)
> +++ winnt.h(Arbeitskopie)
> @@ -1542,10 +1542,10 @@ extern "C" {
> VOID
Hmm, could you try if the following patch solves your problem?
Kai
Index: winnt.h
===
--- winnt.h(Revision 5878)
+++ winnt.h(Arbeitskopie)
@@ -1542,10 +1542,10 @@ extern "C" {
VOID __stosq(PDWORD64 Destination,DWORD64 Va
I have this error only on 64-bit Cygwin
2013/6/3 Kai Tietz
> 2013/6/3 Алексей Павлов :
> > Hi, all!
> >
> > When using latest mingw-w64 runtime from trunk for Cygwin I have error:
> > http://pastebin.com/9WVgE1Gu
> >
> > Regards, Alexey.
>
> Hmm, means that Interlocked-Functions getting defined
2013/6/3 Алексей Павлов :
> Hi, all!
>
> When using latest mingw-w64 runtime from trunk for Cygwin I have error:
> http://pastebin.com/9WVgE1Gu
>
> Regards, Alexey.
Hmm, means that Interlocked-Functions getting defined twice with
different prototypes.
Corinna, any idea here?
Regards,
Kai
---
Hi, all!
When using latest mingw-w64 runtime from trunk for Cygwin I have error:
http://pastebin.com/9WVgE1Gu
Regards, Alexey.
--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting t
18 matches
Mail list logo
