[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bison 1.32
From: |
Akim Demaille |
Subject: |
Re: bison 1.32 |
Date: |
29 Jan 2002 18:43:37 +0100 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) |
Thanks for the reports. There are two issues. Let's discuss the
first one here: the HP ``bundled'' C compiler cannot compile things
that we use:
| configure:3637: cc -c -Ae +O2 +Onolimit +DAportable -I/pro/local/include
-I/usr
| /include/X11R6 conftest.c >&5
| cc: "configure", line 3660: error 1502: Array size must be a constant
expression
| .
| configure:3640: $? = 1
| configure: failed program was:
| #line 3616 "configure"
| #include "confdefs.h"
| #include <stdio.h>
| #if HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #if HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #if STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # if HAVE_STDLIB_H
| # include <stdlib.h>
| # endif
| #endif
| #if HAVE_STRING_H
| # if !STDC_HEADERS && HAVE_MEMORY_H
| # include <memory.h>
| # endif
| # include <string.h>
| #endif
| #if HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #if HAVE_INTTYPES_H
| # include <inttypes.h>
| #else
| # if HAVE_STDINT_H
| # include <stdint.h>
| # endif
| #endif
| #if HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| #ifdef F77_DUMMY_MAIN
| # ifdef __cplusplus
| extern "C"
| # endif
| int F77_DUMMY_MAIN() { return 1; }
| #endif
| int
| main ()
| {
| static int test_array [1 - 2 * !(((unsigned long) (sizeof (unsigned char))) <
0)
| ];
| test_array [0] = 0
|
| ;
| return 0;
| }
| configure:3748: error: cannot compute sizeof (unsigned char), 77
This failure has no importance: this code is used only when
cross-compiling, and noone would ever use this compiler for
cross-compilation. Nevertheless, the test suite forces configure to
think it is cross-compiling, just to make sure the scheme works
properly.
So it is only a test suite problem.
Paul, what would you suggest? Testing the cross-compilation code only
for GCC seems to make sense to me.
Re: AC_ARG_VAR on HP, Akim Demaille, 2002/01/29