Re: FYI: libcruft merged into liboctave

[Daniel J Sebald]

On 09/01/2012 01:01 AM, John W. Eaton wrote:
> On 31-Aug-2012, Rik wrote:
>
> | 8/31/12
> |
> | All,
> |
> | I have refactored liboctave into multiple directories using convenience
> | libraries.  In addition, the top-level directory and library libcruft is
> | now a subdirectory and sublibrary of liboctave.
> |
> | The source tree will hopefully be slightly easier to understand for new
> | programmers coming to Octave.  A side effect, however, has been an
> | explosion in the number of -I include statements during the build process.
> |
> | As always, the exact division of files may be imperfect and is open to
> | tinkering.
>
> I had to make the changes in the attached patch to get the build to
> finish successfully.

Compilation failed here too near the end.  The patch hasn't quite worked 
(I did both autogen.sh and configure first.)

mv numeric/Quad-opts.h-t numeric/Quad-opts.h
(cd operators; gawk -f ../../octave/liboctave/operators/mk-ops.awk 
prefix=mx ../../octave/liboctave/operators/mx-ops)
gawk: fatal: can't open source file 
`../../octave/liboctave/operators/mk-ops.awk' for reading (No such file 
or directory)
make[2]: *** [operators/mx-cdm-dm.h] Error 2
make[2]: Leaving directory 
`/usr/local/src/octave/octave/build-gui-3/liboctave'

If doing a "cd operators", then there should be another level up in the 
file names, i.e.,

(cd operators; gawk -f ../../../octave/liboctave/operators/mk-ops.awk 
prefix=mx ../../../octave/liboctave/operators/mx-ops)

Dan