Re: [Pkg-octave-devel] Octave 4.2 for stretch
* Mike Miller <mtmiller@debian.org> [2016-07-05 14:27]:
Unfortunately the builds are all failing because of a missing dependency
on bison. In the source tarball that you imported, I see the following:
-rw-r--r-- 1 3719 Jun 30 09:35 octave-4.1.0+/libinterp/corefcn/oct-tex-parser.h
-rw-r--r-- 1 7815 Jul 1 18:40 octave-4.1.0+/libinterp/corefcn/oct-tex-parser.in.yy
-rw-r--r-- 1 7830 Jul 1 19:03 octave-4.1.0+/libinterp/corefcn/oct-tex-parser.yy
-rw-r--r-- 1 60045 Jul 1 19:03 octave-4.1.0+/libinterp/corefcn/oct-tex-parser.cc
In other words, this generated .h file is out of date compared to the
corresponding .in.yy file. You may have built the source tarball in a
directory where you had a partial build before updating from hg.
The best way to build the source tarball from hg is to first update, and
run configure and make dist in a completely clean build directory. This
avoids the presence of any old generated files whose contents may have
not changed, and therefore seem to be eternally out of date to make.
Thanks for the heads up. I will be more careful when generating the
tarball from the Mercurial source next time.
For now, I "fixed" the problem by touching files oct-parse.h and
oct-tex-parser.h in debian/rules.
I uploaded version 4.1.0~hg.20160703.22033-2, which builds fine in
almost all architectures [*]. Curiously it is failing for i386.
The next step will be to force Build-Depends on gcc-6. Does anyone know
how to do this properly?
Rafael
[*]
https://buildd.debian.org/status/package.php?p=octave&suite=experimental
Reply to: