bug-bison
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: compiling bison-3.0 on AIX 5.3


From: Michael Felt
Subject: Re: compiling bison-3.0 on AIX 5.3
Date: Sat, 24 Aug 2013 14:02:16 +0200

I tried starting the make on a system with perl 5.8.8 (AIX 6.1) but ran
into a compile error. Because I suspected a configure inconsistency from
the AIX 5.3 system I did a make distclean, and reran the configure command.

On this system I am getting a configure error:
configure:8525: cc -o conftest -O2 -qlanglvl=extc99 -I/opt/include
-D_THREAD_SAFE  conftest.c -ll  >&5
configure:8525: $? = 0
configure:8535: result: -ll
configure:8541: checking whether yytext is a pointer
configure:8558: cc -o conftest -O2 -qlanglvl=extc99 -I/opt/include
-D_THREAD_SAFE  conftest.c -ll  >&5
configure:8558: $? = 1
configure: failed program was:
configure:8566: result: no
configure:8576: error: Flex is required
configure: exit 1

On the AIX 5.3, the same configure command completes successfully.
address@hidden:[/data/prj/gnu/bison-3.0]buildaix
CPPFLAGS=-I/opt/include CFLAGS=-O2 -qlanglvl=extc99 ./configure \
        --prefix=/opt \
        --sysconfdir=/var/bison/etc \
        --sharedstatedir=/var/bison/com \
        --localstatedir=/var/bison \
        --mandir=/usr/share/man  \
                > build/aix/configure.out
cmp: EOF on conftest.ok

Neither system has flex installed - so I am surprised about the message.

Moving on: the syntax error on the AIX 6.1 system (same compiler on both
systems, but I probably do not have all the same libraries/packages
installed).

        source='lib/stat.c' object='lib/stat.o' libtool=no  DEPDIR=.deps
depmode=xlc /bin/sh ./build-aux/depcomp  cc    -I. -Ilib -I. -I./lib
-I/opt/include -D_THREAD_SAFE  -O2 -qlanglvl=extc99 -c -o lib/stat.o
lib/stat.c
        source='lib/strchrnul.c' object='lib/strchrnul.o' libtool=no
DEPDIR=.deps depmode=xlc /bin/sh ./build-aux/depcomp  cc    -I. -Ilib -I.
-I./lib  -I/opt/include -D_THREAD_SAFE  -O2 -qlanglvl=extc99 -c -o
lib/strchrnul.o lib/strchrnul.c
        source='lib/strerror.c' object='lib/strerror.o' libtool=no
DEPDIR=.deps depmode=xlc /bin/sh ./build-aux/depcomp  cc    -I. -Ilib -I.
-I./lib  -I/opt/include -D_THREAD_SAFE  -O2 -qlanglvl=extc99 -c -o
lib/strerror.o lib/strerror.c
        source='lib/strerror-override.c' object='lib/strerror-override.o'
libtool=no  DEPDIR=.deps depmode=xlc /bin/sh ./build-aux/depcomp  cc    -I.
-Ilib -I. -I./lib  -I/opt/include -D_THREAD_SAFE  -O2 -qlanglvl=extc99 -c
-o lib/strerror-override.o lib/strerror-override.c
"lib/strerror-override.c", line 35.1: 1506-046 (S) Syntax error.
"lib/strerror-override.c", line 38.11: 1506-166 (S) Definition of function
errnum requires parentheses.
"lib/strerror-override.c", line 299.5: 1506-053 (S) Default label cannot be
placed outside a switch statement.
"lib/strerror-override.c", line 302.1: 1506-275 (S) Unexpected text '}'
encountered.
make: 1254-004 The error code from the last command is 1.


Stop.
make: 1254-004 The error code from the last command is 1.


Stop.
make: 1254-004 The error code from the last command is 2.


Stop.

   +32  /* If ERRNUM maps to an errno value defined by gnulib, return a
string
   +33     describing the error.  Otherwise return NULL.  */
   +34  const char *
   +35  strerror_override (int errnum)
   +36  {
   +37    /* These error messages are taken from
glibc/sysdeps/gnu/errlist.c.  */
   +38    switch (errnum)
   +39      {

...
  +294  #if GNULIB_defined_EILSEQ
  +295      case EILSEQ:
  +296        return "Invalid or incomplete multibyte or wide character";
  +297  #endif
  +298
  +299      default:
  +300        return NULL;
  +301      }
  +302  }
~
Something not balanced in this file?


On Sat, Aug 24, 2013 at 1:47 PM, Michael Felt <address@hidden> wrote:

> The chance the perl is older than 5.8.7 is very high. This is a version of
> AIX anno 2007.
> Is perl 5.8.7+ needed during the use of bison, or only for the make. I am
> attempting to have a version packaged that will go back in time as much as
> possible.
>
> oslevel -s:5300-07-01-0748
> perl -v:
> This is perl, v5.8.2 built for aix-thread-multi
> (with 3 registered patches, see perl -V for more detail)
>
> Tried setting the environment myself (hoping...)
> address@hidden:[/]cd /data/prj/gnu/bison-3.0
> address@hidden:[/data/prj/gnu/bison-3.0]USE_SITECUSTOMIZE=0
> address@hidden:[/data/prj/gnu/bison-3.0]export USE_SITECUSTOMIZE=0
> address@hidden:[/data/prj/gnu/bison-3.0]make
>
>   GEN      examples/extracted.stamp
> Unrecognized switch: -f  (-h will show valid options).
> make: 1254-004 The error code from the last command is 255.
>
>
> Stop.
> address@hidden:[/data/prj/gnu/bison-3.0]export USE_SITECUSTOMIZE=1
> address@hidden:[/data/prj/gnu/bison-3.0]make
>
>   GEN      examples/extracted.stamp
> Unrecognized switch: -f  (-h will show valid options).
> make: 1254-004 The error code from the last command is 255.
>
> address@hidden:[/data/prj/gnu/bison-3.0]make V=1
>         rm -f examples/extracted.stamp examples/extracted.stamp.tmp
>         touch examples/extracted.stamp.tmp
>         VERSION="3.0" /usr/bin/perl -f ./examples/extexi ./doc/bison.texi
> -- examples/calc++/calc++-driver.cc
> examples/calc++/calc++-driver.hh
> examples/calc++/calc++-scanner.ll
> examples/calc++/calc++.cc
> examples/calc++/calc++-parser.yy
> examples/mfcalc/calc.h                         examples/mfcalc/mfcalc.y
> examples/rpcalc/rpcalc.y
>
> Unrecognized switch: -f  (-h will show valid options).
> make: 1254-004 The error code from the last command is 255.
>
>
> Stop.
>
>
> So, I conclude your suspicions are correct. Now how to correct?
>
>
> On Fri, Aug 23, 2013 at 9:17 PM, Paul Eggert <address@hidden> wrote:
>
>> On 08/23/13 06:43, Michael Felt wrote:
>> > Willing to test, but I have no clue where this is coming from, nor why.
>>
>> Looks like perl wasn't configured properly somehow.
>> You can start debugging by running 'make V=1'.
>>
>> My guess is that you are using a Perl that is
>> older than 5.8.7 and for which USE_SITECUSTOMIZE
>> was not defined when Perl was built.  Perhaps
>> Bison's configure.ac should detect this issue
>> and refuse to use Perl in this situation; or
>> Bison could simply not pass -f to Perl.  Please
>> see:
>>
>> http://www.gossamer-threads.com/lists/perl/porters/193607
>>
>> http://lists.gnu.org/archive/html/bug-coreutils/2009-03/msg00269.html
>>
>
>


reply via email to

[Prev in Thread] Current Thread [Next in Thread]