Re: Another issue with CLANG

2013-01-15 Thread Angelo Graziosi
Yaakov wrote: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/llvm;a=blob;f=3.1-cygwin-includes.patch;h=1444765;hb=HEAD I think/hope you are going to send it to upstream... :-) Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Another issue with CLANG

2013-01-14 Thread Cygwin/X
On Mon, 14 Jan 2013 13:43:26 +, Jon TURNEY wrote: > On 14/01/2013 11:47, Angelo Graziosi wrote: > > For the record... > > > > ROOT guys have fixed this issue with the following patch to their patched > > version of llvm/clang: > > > > $ cat InitHeaderSearch.cpp.diff > > --- ROOT/interpreter/l

Re: Another issue with CLANG

2013-01-14 Thread Jon TURNEY
On 14/01/2013 11:47, Angelo Graziosi wrote: > Il 13/01/2013 16.20, Jon TURNEY ha scritto: >> On 13/01/2013 14:44, Angelo Graziosi wrote: >>> Il 13/01/2013 15.31, Jon TURNEY ha scritto: On 11/01/2013 12:54, Angelo Graziosi wrote: > An application which need to be built with clang++, fails t

Re: Another issue with CLANG

2013-01-14 Thread Angelo Graziosi
Il 13/01/2013 16.20, Jon TURNEY ha scritto: On 13/01/2013 14:44, Angelo Graziosi wrote: Il 13/01/2013 15.31, Jon TURNEY ha scritto: On 11/01/2013 12:54, Angelo Graziosi wrote: An application which need to be built with clang++, fails to build when it includes glx.h and indirectly windows.h hea

Re: Another issue with CLANG

2013-01-13 Thread Jon TURNEY
On 13/01/2013 14:44, Angelo Graziosi wrote: > Il 13/01/2013 15.31, Jon TURNEY ha scritto: >> On 11/01/2013 12:54, Angelo Graziosi wrote: >>> An application which need to be built with clang++, fails to build when it >>> includes glx.h and indirectly windows.h headers like in the test case shown >>>

Re: Another issue with CLANG

2013-01-13 Thread Angelo Graziosi
Il 13/01/2013 15.31, Jon TURNEY ha scritto: On 11/01/2013 12:54, Angelo Graziosi wrote: An application which need to be built with clang++, fails to build when it includes glx.h and indirectly windows.h headers like in the test case shown below. In short, X11/Xlib.h define Status as a macro (an

Re: Another issue with CLANG

2013-01-13 Thread Jon TURNEY
On 11/01/2013 12:54, Angelo Graziosi wrote: > An application which need to be built with clang++, fails to build when it > includes glx.h and indirectly windows.h headers like in the test case shown > below. > > In short, X11/Xlib.h define Status as a macro (an alias for int) instead > rpcdce.h us

Another issue with CLANG

2013-01-11 Thread Angelo Graziosi
An application which need to be built with clang++, fails to build when it includes glx.h and indirectly windows.h headers like in the test case shown below. In short, X11/Xlib.h define Status as a macro (an alias for int) instead rpcdce.h uses Status a a pointer variable name... Ciao, Ange