Opened 11 years ago

Closed 11 years ago

Last modified 11 years ago

#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 abeccati, 11 years ago

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?

comment:2 by Peter Baumann, 11 years ago

Francisco Xavier has discovered that, I'll send you his email.

comment:3 by abeccati, 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 fxavier, 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 occured. 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

Version 0, edited 11 years ago by fxavier (next)

comment:5 by Veranika Liaukevich, 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 Dimitar Misev, 11 years ago

Owner: changed from abeccati to Veranika Liaukevich
Status: newassigned

I reassign to you as you can reproduce it.

comment:7 by Peter Baumann, 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 Veranika Liaukevich, 11 years ago

Resolution: fixed
Status: assignedclosed

comment:9 by Veranika Liaukevich, 11 years ago

Should I also commit this fix into release_8.5 branch?

comment:10 by Peter Baumann, 11 years ago

yes, please do so.

Note: See TracTickets for help on using tickets.