#584 closed defect (fixed)
makefile issue in qlparser on oql.hh
Reported by: | Peter Baumann | Owned by: | Veranika Liaukevich |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | qlparser | Version: | 8.5 |
Keywords: | Cc: | Dimitar Misev | |
Complexity: | Medium |
Description
a hickup can occur during "make", see log below; it seems that oql.hh is generated but oql.h is expected.
make[2]: Leaving directory `/home/xavier/Programs/rasdaman/rasdaman/rasodmg'
Making all in qlparser
make[2]: Entering directory `/home/xavier/Programs/rasdaman/rasdaman/qlparser'
/bin/bash ../ylwrap lex.ll lex.yy.c lex.cc — flex -i -I
/bin/bash ../ylwrap oql.yy y.tab.c oql.cc y.tab.h echo oql.cc | sed -e s/cc$/hh/ -e s/cpp$/hpp/ -e s/cxx$/hxx/ -e s/c++$/h++/ -e s/c$/h/
y.output oql.output — bison -d -y
/home/xavier/Programs/rasdaman/rasdaman/qlparser/oql.yy:197 parser name defined to default :"parse"
conflicts: 2 shift/reduce
updating oql.hh
make[2]: * No rule to make target oql.h', needed by
all'. Stop.
make[2]: Leaving directory `/home/xavier/Programs/rasdaman/rasdaman/qlparser'
make[1]: * [all-recursive] Error 1
make[1]: Leaving directory `/home/xavier/Programs/rasdaman/rasdaman'
make: * [all] Error 2
Change History (10)
comment:1 by , 11 years ago
comment:3 by , 11 years ago
Would be good if he also joins us on the user list and gets a trac account. I'm sending an invitation along with the request for details.
comment:4 by , 11 years ago
Hello to all,
I finally got the account. That error showed up after, during the compilation, bison was used to parse whatever code you have. It was after having to install the bison libs, that the problem occurred. I don't know the version of the bison I installed, but it was the most recent, at the point I tried to compile (2, 3 weeks ago).
xavier
comment:5 by , 11 years ago
Also affects me on both development and release_8.5 branches on a clean install, I only use "—prefix" and "—with-logdir" configure options.
comment:6 by , 11 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
I reassign to you as you can reproduce it.
comment:7 by , 11 years ago
see this earlier discussion: https://groups.google.com/forum/#!topic/rasdaman-users/Td-6ZJ87tw8
Also see http://stackoverflow.com/questions/16098509/automake-1-12-changes-bison-yacc-output-names-backwards-incompatible-change
potential options:
- look at bison invocation, maybe use —yacc to emulate POSIX Yacc
- do a manual "mv oql.hh oql.h" (or something equivalent) in the Makefile
comment:8 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
I can't reproduce it on 8.5.2 with a clean install, is there any deterministic command sequence to reproduce it for investigation? Which configure options were used?