October 2012. I suppose that other
occurrences of
_XOPEN_SOURCE have to be checked.
% cygcheck -f /usr/include/string.h
cygwin-1.7.17-1
% uname -a
CYGWIN_NT-5.1 jupiter 1.7.18s(0.263/5/3) 20130111 15:37:20 i686 Cygwin
%
See http://cygwin.com/ml/cygwin/2011-02/msg00534.html (and many others).
Denis
;=' has no left operand
>> /usr/include/string.h:73:49: error: operator '>=' has no left operand
>>
>> Hope this helps,
>>
>> Regards,
>>
>> Denis Excoffier.
>>
>>
>
> are you sure about that file ?
Sure yes. It has b
On 1/11/2013 10:47 PM, Denis Excoffier wrote:
Hello,
In order to compile some packages (including slang-2.2.4 and ccrypt-1.9)
with GCC-4.7.2, i had to patch /usr/include/string.h iaw the following:
diff -uNr x-o/usr/include/string.h x-p/usr/include/string.h
--- x-o/usr/include/string.h2012
Hello,
In order to compile some packages (including slang-2.2.4 and ccrypt-1.9)
with GCC-4.7.2, i had to patch /usr/include/string.h iaw the following:
diff -uNr x-o/usr/include/string.h x-p/usr/include/string.h
--- x-o/usr/include/string.h2012-11-23 14:40:09.0 +0100
+++ x-p/usr/incl
On 11/01/2013 6:41 AM, Angelo Graziosi wrote:
Yaakov wrote:
Forking an entire compiler within a
source package just for building that package?
I think ROOT guys have good reasons to have a patched version of CLANG
if the new ROOT C++ interpreter they implement is called "cling"...
You can
On Fri, Jan 11, 2013 at 09:41:37AM +0100, Thomas Wolff wrote:
>I had previously reported "select() hanging after terminal killed"
>(http://cygwin.com/ml/cygwin/2011-05/msg00418.html).
>It turns out that select() does not get interrupted by a SIGWINCH signal
>either (with likely the same cause).
>
On Jan 11 13:55, Thomas Wolff wrote:
> On 11.01.2013 09:52, Corinna Vinschen wrote:
> >On Jan 11 09:41, Thomas Wolff wrote:
> >>I had previously reported "select() hanging after terminal killed"
> >>(http://cygwin.com/ml/cygwin/2011-05/msg00418.html).
> >>It turns out that select() does not get int
On 11.01.2013 09:52, Corinna Vinschen wrote:
On Jan 11 09:41, Thomas Wolff wrote:
I had previously reported "select() hanging after terminal killed"
(http://cygwin.com/ml/cygwin/2011-05/msg00418.html).
It turns out that select() does not get interrupted by a SIGWINCH
signal either (with likely t
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
Yaakov wrote:
Forking an entire compiler within a
source package just for building that package?
I think ROOT guys have good reasons to have a patched version of CLANG
if the new ROOT C++ interpreter they implement is called "cling"...
You can read more here: http://root.cern.ch/drupal/cont
On Jan 11 09:41, Thomas Wolff wrote:
> I had previously reported "select() hanging after terminal killed"
> (http://cygwin.com/ml/cygwin/2011-05/msg00418.html).
> It turns out that select() does not get interrupted by a SIGWINCH
> signal either (with likely the same cause).
> This raises problems w
I had previously reported "select() hanging after terminal killed"
(http://cygwin.com/ml/cygwin/2011-05/msg00418.html).
It turns out that select() does not get interrupted by a SIGWINCH signal
either (with likely the same cause).
This raises problems with interactive programs that want to react t
12 matches
Mail list logo
