Tue 28 Aug 2007 07:03:10 AM UTC, comment #6:
Ok right.
I did check that generated files:
syntax.cc
syntax.h
y.tab.c
y.tab.h
are not in CVS but they were bundled in the source tarball
which is the current mistake I will fix.
>I tried using CMake instead of autotools and did the following:
>cmake .
>make
With cmake it is usually a better idea to
separate build tree from source tree,
(note that you may separate build tree from source
tree with autotools too)
Using CMake you may do it like that:
in your case something like
should be OK.
Before that you must clean-up your certi_cvs
directory from CMake generated file with something like
Note the use of -ok option in order to confirm each deletion
in order to avoid incidental wrong match.
>This time, however, removing syntax.cc and even syntax.h
>did not seem to fix the problem.
In fact in this case CMake is wiser than autotools
since syntax.yy and tokens.ll are not modified
the previously built lib is not rebuilt despite
syntax.cc is missing...
A better way to trigger regeneration + recompile
would be to "touch syntax.yy tokens.ll", I should
have propose you this in the first place.
> In an interesting twist, if I do autotools,
> then cmake . && make, it seems to compile just fine.
Yep it's ok since configure step did regenerate
syntax.cc/syntax.h.
Note that when you run cmake in the source tree
the autotools generated Makefile are overwritten
with cmake ones.
> I don't know enough about CMake to know what to make of this.
I'll give a CMake introduction on certi mailing list
in order to explain why we think it may be valuable
switch to go from autotools to cmake.
|