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 System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Fixed Assigned to:  Jordi Gutiérrez Hermoso <jordigh>
Originator Name:  Stefan Husmann Open/Closed:  Closed
Release:  dev Operating 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)

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 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)
  •  

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

    Only project 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.4