Re: Cannot configure current cvs checkout

[Paul Eggert]

Martin MOKREJŠ <address@hidden> writes:

> cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I../lib  
> -I/software/@sys/usr/include -I/usr/local/include 
> -I/usr/local/openssl/include  -O2 -arch ev56 -c `test -f 'bitset.c' || echo 
> './'`bitset.c
> cc: Warning: bitset.c, line 149: In this statement, the referenced type of 
> the pointer value "[...]" is "char", which is not compatible with "union 
> bitset_union". (ptrmismatch)
>   bset = obstack_alloc (bobstack, bytes);
> --^


Thanks for the bug report.  Please try this patch.  If it avoids that
glitch I'd like to install it into Bison.

2003-04-26  Paul Eggert  <address@hidden>

        * lib/bitset.h (__INT_TO_PTR): Define to a value that presumes
        C89.  This avoids a diagnostic on compilers that define __STDC__
        to 0, fixing a problem with Tru64 cc reported by Martin Mokrejs in
        <http://mail.gnu.org/archive/html/bug-bison/2003-04/msg00041.html>.

--- lib/bitset.h.~1.11.~        Tue Nov 12 23:02:51 2002
+++ lib/bitset.h        Sat Apr 26 22:02:02 2003
@@ -23,7 +23,17 @@ Foundation, Inc., 59 Temple Place - Suit
    Only use the functions and macros defined in this file.  */
 
 #include "bbitset.h"
+
+/* obstack.h tries to be portable to K&R compilers, but its
+   __INT_TO_PTR macro generates diagnostics on compilers like Tru64 cc
+   that define __STDC__ to 0 when not in strict ANSI mode.  The bitset
+   code assumes C89 or later, so it can avoid these glitches by
+   defining __INT_TO_PTR appropriately for C89 or later.  */
+#ifndef __INT_TO_PTR
+# define __INT_TO_PTR(P) ((void *) ((P) + (char *) 0))
+#endif
 #include "obstack.h"
+
 #include <stdio.h>
 
 /* Attributes used to select a bitset implementation.  */