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

 
 

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

Submitted by:  Stefan Husmann <haawda>
Submitted on:  Sat 05 May 2012 08:08:39 PM UTC  
 
Category: Configuration and Build SystemSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Build Failure
Status: FixedAssigned to: Jordi Gutiérrez Hermoso <jordigh>
Originator Name: Stefan HusmannOpen/Closed: Closed
Release: devOperating System: GNU/Linux

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

(Jump to the original submission 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>
Project 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>
Project 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>
Project 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>
Project Administrator
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>
Project AdministratorIn charge of this item.
Tue 08 May 2012 11:23:18 PM UTC, comment #1:

Confirmed at revision 14606:34f067bcac12

Jordi Gutiérrez Hermoso <jordigh>
Project AdministratorIn charge of this item.
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 File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 7 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 20 Aug 2012 04:00:23 PM UTCjweStatusReady For Test=>Fixed
      Open/ClosedOpen=>Closed
    Sun 19 Aug 2012 07:18:19 PM UTCjweStatusNeed Info=>Ready For Test
    Sun 19 Aug 2012 06:27:08 PM UTCjweSummaryMissing file in mercurial revision 14598=>automake rules generate oct-parse.hh instead of expected oct-parse.h
    Wed 09 May 2012 02:10:40 AM UTCjordighStatusConfirmed=>Need Info
    Tue 08 May 2012 11:23:18 PM UTCjordighStatusNone=>Confirmed
      Assigned toNone=>jordigh

    Back to the top


    Powered by Savane 3.1-cleanup1