[Cmake] RE: cmake adding -I/usr/include/ finds wrong curses.h with g++/So laris.

[Bill Hoffman]

Thanks for the bug report.  I have fixed the problem.  CMake is not supposed
to add a -I/usr/include ever.   There was a bug.

If you are looking for a stable version of cmake, I would recommend 1.2 which
did not have this problem.

-Bill


At 10:21 AM 2/8/2002 -0500, Wheeler, Fred (CRD) wrote:
>Adding this to the cmakeCache file fixes this problem for me, but it's a bit of a kludge.
>
>CURSES_INCLUDE_PATH:PATH=
>
>Fred Wheeler
>
>-----Original Message-----
>From: Wheeler, Fred (CRD) 
>Sent: Friday, February 08, 2002 9:54 AM
>To: 'cmake at public.kitware.com'
>Subject: cmake adding -I/usr/include/ finds wrong curses.h with
>g++/Solaris.
>
>
>I updated my cmake source a few days ago and started having a problem
>compiling cmake with gcc on Solaris 2.7.  The problem is with
>curses.h.  Cmake looks for curses.h and finds it in /usr/include.
>This causes "-I/usr/include/" to be added to the command line.
>This option causes g++ to include /usr/include/curses.h directly
>instead of including its own fixed version (created with fixincludes).
>
>Is this a cmake bug?  Is there a fix or workaround?
>
>In case anyone is interested, /usr/include/curses.h is broken in
>Solaris 27 because of the following:
>
>#if !(defined(__cplusplus) && defined(_BOOL))
>typedef char bool;
>#endif
>
>gcc fixes this to
>
>#if !(defined(__cplusplus) && defined(_BOOL))
>#ifndef __cplusplus
>typedef char bool;
>#endif
>#endif
>
>Thanks,
>Fred Wheeler
>_______________________________________________
>Cmake mailing list
>Cmake at public.kitware.com
>http://public.kitware.com/mailman/listinfo/cmake