[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: |
Fri, 6 Sep 2013 22:18:43 +0200 |
I ran the command, starting from where I had left off, and all looked well.
address@hidden:[/data/prj/gnu/bison/bison-3.0.8.1]lslpp -L | grep flex
aixtools.flex.man 2.5.37.0 C F flex man pages
2013.Aug.26
aixtools.flex.rte 2.5.37.0 C F flex 2.5.37.0 2013.Aug.26
aixtools.flex.share 2.5.37.0 C F flex share and
documentation
address@hidden:[/data/prj/gnu/bison/bison-3.0.8.1]estsuite -C
tests <
actions.at calc.at input.at package.m4 testsuite
atconfig conflicts.at java.at push.at testsuite.at
atlocal conftest.cc javapush.at reduce.at torture.at
atlocal.in cxx-type.at local.at regression.at types.at
bison existing.at local.mk sets.at
bison.in glr-regression.at named-refs.at skeletons.at
c++.at headers.at output.at synclines.at
## --------------------------------- ##
## GNU Bison 3.0.8-b5e27 test suite. ##
## --------------------------------- ##
Input Processing.
1: Invalid options ok
2: Invalid inputs ok
3: Invalid inputs with {} ok
4: Invalid $n and @n ok
5: Type Clashes ok
6: Unused values ok
7: Unused values before symbol declarations ok
8: Default %printer and %destructor redeclared ok
9: Per-type %printer and %destructor redeclared ok
10: Undefined symbols ok
11: Unassociated types used for a printer or destructor ok
12: Useless printers or destructors ok
13: Unused values with default %destructor ok
14: Unused values with per-type %destructor ok
15: Incompatible Aliases ok
16: Torturing the Scanner ok
17: Typed symbol aliases ok
18: Require 1.0 ok
19: Require 3.0.8-b5e27 ok
20: Require 100.0 ok
21: String aliases for character tokens ok
22: Symbols ok
23: Numbered tokens ok
24: Unclosed constructs
However, it never proceeded beyond test 24 - and it seems to be stuck in a
loop that consumes "system" time.
Each line is 15 seconds between the next entry. Initiall with smt2 so the
50% idle is the unused thread. During the test run I turned off the smt
setting (see new header) and %idle goes to zero.
Is there something I can add to see where test #24 is hanging?
address@hidden:[/]lparstat -l 15
System configuration: type=Shared mode=Uncapped smt=On lcpu=2 mem=1024
psize=1 ent=0.10
%user %sys %wait %idle physc %entc pbusy app vcsw phint
----- ----- ------ ------ ----- ----- ------ --- ----- -----
5.8 44.3 0.0 49.9 0.96 963.8 84.2 0.00 832 7
5.2 45.2 0.1 49.5 0.96 961.6 84.0 0.00 896 9
6.4 44.0 0.1 49.5 0.96 963.8 84.2 0.00 800 6
5.6 44.7 0.0 49.7 0.97 967.9 84.5 0.00 792 8
6.0 44.6 0.0 49.3 0.96 959.0 83.8 0.00 787 5
5.2 45.0 0.0 49.7 0.89 887.0 77.4 0.00 1016 9
5.9 44.1 0.0 50.0 0.97 966.0 84.3 0.00 787 7
5.0 45.2 0.1 49.7 0.95 954.4 83.3 0.00 846 8
5.6 44.6 0.0 49.7 0.97 970.1 84.7 0.00 750 5
5.8 44.3 0.1 49.7 0.96 959.8 83.8 0.00 913 14
6.3 43.7 0.0 49.9 0.96 962.3 84.0 0.00 800 7
6.2 44.1 0.0 49.7 0.97 967.0 84.4 0.00 858 8
5.5 44.6 0.0 49.9 0.96 964.3 84.2 0.00 749 5
5.6 44.5 0.1 49.7 0.97 965.9 84.3 0.00 882 8
5.7 44.5 0.0 49.7 0.97 969.7 84.7 0.00 831 6
5.2 45.1 0.0 49.6 0.96 962.2 84.0 0.00 879 9
5.5 44.7 0.0 49.8 0.97 970.6 84.8 0.00 783 5
5.8 44.6 0.1 49.6 0.96 959.1 83.7 0.00 891 9
6.8 43.6 0.1 49.5 0.96 964.0 84.2 0.00 848 7
5.6 44.5 0.1 49.7 0.97 966.1 84.3 0.00 866 9
6.4 43.7 0.1 49.8 0.96 964.9 84.3 0.00 803 7
%user %sys %wait %idle physc %entc pbusy app vcsw phint
----- ----- ------ ------ ----- ----- ------ --- ----- -----
6.3 44.1 0.0 49.6 0.97 968.3 84.6 0.00 825 8
5.8 44.4 0.1 49.7 0.97 967.7 84.5 0.00 839 7
System configuration changed. The current iteration values may be
inaccurate.
12.0 83.1 0.5 4.4 0.96 958.5 95.3 0.00 718 15
System configuration: type=Shared mode=Uncapped smt=Off lcpu=1 mem=1024
psize=1 ent=0.10
%user %sys %wait %idle physc %entc pbusy app vcsw phint
----- ----- ------ ------ ----- ----- ------ --- ----- -----
14.7 85.3 0.0 0.0 0.97 968.7 96.9 0.00 578 9
12.8 87.2 0.0 0.0 0.87 873.6 87.4 0.00 931 19
13.9 86.1 0.0 0.0 0.96 958.7 95.9 0.00 592 11
11.9 88.1 0.0 0.0 0.96 964.2 96.4 0.00 617 14
13.9 86.1 0.0 0.0 0.96 963.0 96.3 0.00 550 10
13.1 86.9 0.0 0.0 0.97 965.9 96.6 0.00 600 14
11.4 88.5 0.0 0.1 0.97 966.7 96.7 0.00 546 10
13.4 86.6 0.0 0.0 0.96 960.8 96.1 0.00 633 15
14.0 86.0 0.0 0.0 0.97 968.0 96.8 0.00 595 8
11.7 88.3 0.0 0.0 0.96 959.6 96.0 0.00 625 17
12.2 87.8 0.0 0.0 0.96 962.8 96.3 0.00 579 11
12.9 87.1 0.0 0.0 0.97 965.3 96.5 0.00 612 16
11.5 88.5 0.0 0.0 0.96 962.2 96.2 0.00 609 11
10.5 89.5 0.0 0.0 0.97 966.5 96.6 0.00 611 12
11.7 88.3 0.0 0.0 0.96 962.9 96.3 0.00 592 12
12.7 87.3 0.0 0.0 0.96 961.4 96.1 0.00 687 20
12.6 87.4 0.0 0.0 0.97 967.8 96.8 0.00 555 11
13.1 86.9 0.0 0.0 0.96 961.8 96.2 0.00 573 17
%user %sys %wait %idle physc %entc pbusy app vcsw phint
----- ----- ------ ------ ----- ----- ------ --- ----- -----
11.4 88.6 0.0 0.0 0.96 957.1 95.7 0.00 595 12
12.7 87.3 0.0 0.0 0.97 966.8 96.7 0.00 568 15
13.2 86.8 0.0 0.0 0.96 961.9 96.2 0.00 596 12
On Fri, Sep 6, 2013 at 9:41 PM, Michael Felt <address@hidden> wrote:
> I am back at home, and will have some time to look at this.
> If I recall I had built and 'installed' flex before this last example. I
> can also install yacc/lex from the AIX set if it is not finding flex.
>
> p.s. I always perform the following generic process: make dist; configure;
> make; make check
>
>
> On Wed, Sep 4, 2013 at 5:16 PM, Akim Demaille <address@hidden> wrote:
>
>> hi Michael, Hi Paul,
>>
>> Le 25 août 2013 à 14:02, Michael Felt <address@hidden> a écrit :
>>
>> > make check does not get very far ---
>> > =====
>> > address@hidden:[/data/prj/gnu/bison/bison-3.0.8.1]make check
>> > make check-recursive
>> > Making check in po
>> > Target "check" is up to date.
>> > Making check in runtime-po
>> > Target "check" is up to date.
>> > Making check in .
>> > make examples/mfcalc/mfcalc examples/rpcalc/rpcalc
>> ./tests/bison
>> > tests/atconfig tests/atlocal
>> > YACC examples/mfcalc/mfcalc.c
>> > updating examples/mfcalc/mfcalc.h
>> > updating examples/mfcalc/mfcalc.output
>> > CC examples/mfcalc/examples_mfcalc_mfcalc-mfcalc.o
>> > CCLD examples/mfcalc/mfcalc
>> > YACC examples/rpcalc/rpcalc.c
>> > updating examples/rpcalc/rpcalc.h
>> > updating examples/rpcalc/rpcalc.output
>> > CC examples/rpcalc/examples_rpcalc_rpcalc-rpcalc.o
>> > CCLD examples/rpcalc/rpcalc
>> > Target "./tests/bison" is up to date.
>> > Target "tests/atconfig" is up to date.
>> > Target "tests/atlocal" is up to date.
>> > make check-TESTS check-local
>> > PASS: examples/mfcalc/mfcalc.test
>> > PASS: examples/rpcalc/rpcalc.test
>> > ==================
>> > All 2 tests passed
>> > ==================
>> > ./tests/testsuite -C tests
>> > make: 1254-004 The error code from the last command is 77.
>>
>> I don't know where this one is coming from, it would be
>> helpful to have more details. What happens if you run
>> that command directly from the root of your bison directory?
>>
>> ./tests/testsuite -C tests
>>
>> >> make examples/calc++/calc++ examples/mfcalc/mfcalc
>> >> examples/rpcalc/rpcalc ./tests/bison tests/atconfig tests/atlocal
>> >> YACC examples/calc++/calc++-parser.stamp
>> >> CXX examples/calc++/examples_calc___calc__-calc++-driver.o
>> >> LEX examples/calc++/calc++-scanner.cc
>> >> make: 1254-004 The error code from the last command is 1.
>>
>> While building Bison does not need Flex, indeed (we ship
>> the generated file), we do need a lex (not necessarily flex)
>> to run make check: the examples are extracted and compiled
>> (including parser and scanner) on the user side.
>>
>> We can also skip examples/calc++ if there is not lex (it's the
>> only example that uses it).
>
>
>
- Re: compiling bison-3.0 on AIX 5.3, Akim Demaille, 2013/09/04
- Re: compiling bison-3.0 on AIX 5.3, Michael Felt, 2013/09/06
- Re: compiling bison-3.0 on AIX 5.3,
Michael Felt <=
- Re: compiling bison-3.0 on AIX 5.3, Akim Demaille, 2013/09/20
- Re: compiling bison-3.0 on AIX 5.3, Ken Moffat, 2013/09/20
- Re: compiling bison-3.0 on AIX 5.3, Ken Moffat, 2013/09/20
- Re: compiling bison-3.0 on AIX 5.3, Ken Moffat, 2013/09/21
- Re: compiling bison-3.0 on AIX 5.3, Michael Felt, 2013/09/22