As an explanation for this patch my original mail to cfe-dev:
I'm using libclang to parse header files and generate code from them. I
found that clang_getTypeSpelling() usually includes the namespace(s) a
type was declared in. However with the exception being typedefs (and
same for "using A =
Thanks ,
We will check it.
From: Daniel Jasper [mailto:djas...@google.com]
Sent: Monday, October 10, 2016 14:50
To: Ismail Donmez
Cc: Zuckerman, Michael ; cfe-commits
Subject: Re: r283716 - [x86][inline-asm][clang] accept 'v' constraint
I have reverted this in r283743 for now.
On Mon, Oct 10,
No problem,
I will look at it.
Regards
Michael Zuckerman
-Original Message-
From: steve...@apple.com [mailto:steve...@apple.com]
Sent: Thursday, May 19, 2016 23:27
To: Zuckerman, Michael
Cc: cfe-commits@lists.llvm.org
Subject: Re: r270047 - [Clang][AVX512][intrinsics] continu
Hi ,
Yes, I saw the thread.
We have an internal discussion on this subject.
Regards,
Michael Zuckerman
From: tha...@google.com [mailto:tha...@google.com] On Behalf Of Nico Weber
Sent: Monday, May 16, 2016 22:06
To: Zuckerman, Michael
Cc: cfe-commits
Subject: Re: r269680 - [Clang][AVX512] complet
Hi Samuel
The issue is not related to capture feature but the order of evaluation which
is not specified for arguments in a function call in C/C++. With the side
effect in each argument evaluation, it causes the trouble.
Thanks
- Michael
From: Samuel F Antao [mailto:sfan...@us.ibm.com]
Sent: T
Hi Samual
The change in CL#256842 has undefined behavior according to C++. Attached patch
will avoid side-effect code during argument evaluation of a function call. That
solves the problem for me on Linux with GCC 4.9.
Thanks
- Michael
From: cfe-commits [mailto:cfe-commits-boun...@lists.llvm.o