Mon 20 Aug 2012 02:12:28 PM UTC, comment #13:
I used autogen.sh, but that still failed. Removing oct-parse.cc and re-making got me a lot further along. Like Stephan there is still some Qscintilla stuff to deal with, but this worked.
|
Mon 20 Aug 2012 03:37:45 AM UTC, comment #12:
I did a rm src/parse-tree/oct-parse.*
hg pull -u (to changeset: 15203:aa7f4e33c524)
autogen.sh
... then run configure, make with Ben's script to set all the gcc4.5 variables correctly for macports.
I believe I successfully got by the oct-parse.h problem.
Now stuck at the qsciscintilla.h:604:18 (QsciScintilla::findFirst) problem.
Tom
|
Mon 20 Aug 2012 02:25:32 AM UTC, comment #11:
Did you run autogen.sh after updating?
Also try removing oct-parse.cc before running Make again.
|
Sun 19 Aug 2012 09:27:33 PM UTC, comment #10:
Sorry...I still get the same error on Mountain Lion.
parse-tree/lex.ll:78:23: fatal error: oct-parse.h: No such file or directory
compilation terminated.
make[3]: *** [parse-tree/lex.lo] Error 1
make[3]: *** Waiting for unfinished jobs....
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
|
Sun 19 Aug 2012 07:18:19 PM UTC, comment #9:
I checked in the following change. Does it fix the problem for you?
http://hg.savannah.gnu.org/hgweb/octave/rev/aa7f4e33c524
|
Sun 19 Aug 2012 06:27:08 PM UTC, comment #8:
This is not a missing file. It's that automake changed the way it handles C++ YACC parser input files that are named foo.yy. Previously, it would generate the corresponding header file with a .h extension. Newer versions now generate .hh files. So now we need to either force a particular name or come up with some way of handling both possibilities.
|
Sun 19 Aug 2012 05:40:29 PM UTC, comment #7:
This problem occurs on Mac OS X 10.8 as well. Linking oct-parse.h to oct-parse.hh as suggested does get me further into the build process.
|
Thu 16 Aug 2012 01:08:21 AM UTC, comment #6:
Linking oct-parse.hh to oct-parse.h did solve the problem for me too.
|
Sat 04 Aug 2012 10:09:47 PM UTC, comment #5:
confirmed that it is automake 1.12
I deleted oct-parse.cc, but still got the same error.
Linking oct-parse.hh to oct-parse.h did solve the problem.
|
Wed 09 May 2012 06:27:17 PM UTC, comment #4:
Sorry for the late reply. I did not get notifications that someone replied here.
>It's not mentioned in the bug report here, but is this not the >automake 1.12 problem discussed here:
>http://octave.1599824.n4.nabble.com/lex-ll-78-23-fatal-error-oct-parse-h-No-such-file-or-directory-td4595077.html
Indeed it seems to be the same problem. Arch Linux switched to automake 1.12 recently.
>Is there an oct-parse.cc in this directory? If so, delete it. >This should trigger the regenration of oct-parse.h
No, I remove the entire tree befor building. And no -j<somnumber>.
|
Wed 09 May 2012 03:24:51 AM UTC, comment #3:
It's not mentioned in the bug report here, but is this not the automake 1.12 problem discussed here:
http://octave.1599824.n4.nabble.com/lex-ll-78-23-fatal-error-oct-parse-h-No-such-file-or-directory-td4595077.html
|
Wed 09 May 2012 02:10:40 AM UTC, comment #2:
Wait, upon closer inspection, this may not be a bug after all.
Is there an oct-parse.cc in this directory? If so, delete it. This should trigger the regenration of oct-parse.h
Also, how are you compiling? Are you using make -j2 or just plain make?
|
Tue 08 May 2012 11:23:18 PM UTC, comment #1:
Confirmed at revision 14606:34f067bcac12
|
Sat 05 May 2012 08:08:39 PM UTC, original submission:
End of the build log:
mv -f .deps/liboctinterp_la-input.Tpo .deps/liboctinterp_la-input.Plo
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I../libgnu -I../libgnu -I../libcruft/misc -I../liboctave -I../liboctave -I. -I. -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DHAVE_CONFIG_H -I/usr/include/freetype2 -Wall -W -Wshadow -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align -Wcast-qual -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -pthread -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -MT liboctinterp_la-lex.lo -MD -MP -MF .deps/liboctinterp_la-lex.Tpo -c -o liboctinterp_la-lex.lo `test -f 'lex.cc' || echo './'`lex.cc
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../libgnu -I../libgnu -I../libcruft/misc -I../liboctave -I../liboctave -I. -I. -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DHAVE_CONFIG_H -I/usr/include/freetype2 -Wall -W -Wshadow -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align -Wcast-qual -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -pthread -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -MT liboctinterp_la-lex.lo -MD -MP -MF .deps/liboctinterp_la-lex.Tpo -c lex.cc -fPIC -DPIC -o .libs/liboctinterp_la-lex.o
lex.ll:78:23: fatal error: oct-parse.h: No such file or directory
compilation terminated.
make[3]: *** [liboctinterp_la-lex.lo] Fehler 1
|