bugGNU Octave - Bugs: bug #36407, automake rules generate...

 
 

bug #36407: automake rules generate oct-parse.hh instead of expected oct-parse.h

Submitter:  Stefan Husmann <haawda>
Submitted:  Sat 05 May 2012 08:08:39 PM UTC
   
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Fixed Assigned to:  jordigh
Originator Name:  Stefan Husmann Open/Closed:  * Closed
Release:  * dev Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

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.

Melvin Robinson <melrobin>
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

thomas yengst <rocketdude>
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.

John W. Eaton <jwe>
Group administrator
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

Melvin Robinson <melrobin>
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

John W. Eaton <jwe>
Group administrator
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.

John W. Eaton <jwe>
Group administrator
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.

Melvin Robinson <melrobin>
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.

Stefan Husmann <haawda>
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.

thomas yengst <rocketdude>
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>.

Stefan Husmann <haawda>
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

Mike Miller <mtmiller>
Group Member
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?

Jordi GutiƩrrez Hermoso <jordigh>
Group Member
Tue 08 May 2012 11:23:18 PM UTC, comment #1: 

Confirmed at revision 14606:34f067bcac12

Jordi GutiƩrrez Hermoso <jordigh>
Group Member
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

Stefan Husmann <haawda>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by melrobin (Posted a comment)
  • -email is unavailable- added by rocketdude (Posted a comment)
  • -email is unavailable- added by mtmiller (Posted a comment)
  • -email is unavailable- added by jordigh (Posted a comment)
  • -email is unavailable- added by haawda (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2012-08-20 jwe StatusReady For Test Fixed
        Open/ClosedOpen Closed
    2012-08-19 jwe StatusNeed Info Ready For Test
    2012-08-19 jwe SummaryMissing file in mercurial revision 14598 automake rules generate oct-parse.hh instead of expected oct-parse.h
    2012-05-09 jordigh StatusConfirmed Need Info
    2012-05-08 jordigh StatusNone Confirmed
        Assigned toNone jordigh

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code