bugGNU Octave - Bugs: bug #44391, lex.ll:102:23: fatal error:...

 
 

bug #44391: lex.ll:102:23: fatal error: oct-parse.h: No such file or directory

Submitter:  Dan Sebald <sebald>
Submitted:  Sat 28 Feb 2015 10:46:34 PM UTC
   
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Fixed Assigned to:  mtmiller
Originator Name:  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 02 Mar 2015 03:20:47 PM UTC, comment #6: 

Ok, that makes sense, I understand. So consider this change a workaround until we get a proper pattern rule for calling bison (either by us or from Automake).

Mike Miller <mtmiller>
Group Member
Mon 02 Mar 2015 12:21:49 PM UTC, comment #5: 

I think that problem is solved with pattern rules in GNU Make:

https://www.gnu.org/software/make/manual/html_node/Pattern-Examples.html#Pattern-Examples

Unfortunately, automake doesn't generate pattern rules and I don't know that it is worth overriding the built-in rule from automake for this purpose.

I guess the longer term solution is to fix automake to (optionally) take advantage of GNU Make features.

John W. Eaton <jwe>
Group administrator
Sun 01 Mar 2015 10:36:38 PM UTC, comment #4: 

That is the only way I know of to tell make about two different files being built from one command. So it is now possible to run


$ make -C libinterp parse-tree/oct-parse.h


and make will rebuild oct-parse.cc using bison if it's out of date, which should also update oct-parse.h if it needs to.

I tested this fix by running


$ make -C libinterp builtins.cc


in a clean unbuilt directory, and everything needed to build the .df files is now automatically built in the right order.

Mike Miller <mtmiller>
Group Member
Sun 01 Mar 2015 02:57:42 AM UTC, comment #3: 

Mike, the change you made might work, though I'm not sure why.  Having oct-parse.h depend on oct-parse.cc seems strange to me because oct-parse.h isn't generated from oct-parse.cc, but both of those files are generated from oct-parse.yy by bison.

John W. Eaton <jwe>
Group administrator
Sun 01 Mar 2015 12:17:58 AM UTC, comment #2: 

I was able to reproduce and fixed in this changeset:

http://hg.savannah.gnu.org/hgweb/octave/rev/2350fc8ba960


Mike Miller <mtmiller>
Group Member
Sat 28 Feb 2015 11:14:36 PM UTC, comment #1: 

Thanks, looks like this is likely related to the last change I made, maybe I fixed parallel build at the expense of non-parallel. I'm looking at it right now.

Mike Miller <mtmiller>
Group Member
Sat 28 Feb 2015 10:46:34 PM UTC, original submission:  

With most recent code, I did a "make maintainer-clean", followed by "bootstrap", followed by "configure", then "make".  About 2/3 through compilation the following bug appeared:


[up to here was fine]
  LEX    parse-tree/lex.cc
  GEN    parse-tree/lex.df
lex.ll:102:23: fatal error: oct-parse.h: No such file or directory
compilation terminated.
make[2]: *** [parse-tree/lex.df] Error 1
make[2]: Leaving directory `/usr/local/src/octave/octave/build-3/libinterp'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/octave/octave/build-3'
make: *** [all] Error 2


Dan Sebald <sebald>

 

(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 mtmiller (Posted a comment)
  • -email is unavailable- added by sebald (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 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2015-03-01 mtmiller StatusIn Progress Fixed
        Open/ClosedOpen Closed
    2015-02-28 mtmiller StatusNone In Progress
        Assigned toNone mtmiller

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code