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

Submitted by:  Dan Sebald <sebald>
Submitted on:  Sat 28 Feb 2015 10:46:34 PM UTC  
 
Category: Configuration and Build SystemSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Build Failure
Status: FixedAssigned to: Mike Miller <mtmiller>
Originator Name: Open/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 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>
Project AdministratorIn charge of this item.
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>
Project 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

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

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

Mike Miller <mtmiller>
Project AdministratorIn charge of this item.
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>
Project 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>
Project AdministratorIn charge of this item.
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>
Project AdministratorIn charge of this item.
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:

Dan Sebald <sebald>

 

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

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 01 Mar 2015 12:17:58 AM UTCmtmillerStatusIn Progress=>Fixed
      Open/ClosedOpen=>Closed
    Sat 28 Feb 2015 11:14:36 PM UTCmtmillerStatusNone=>In Progress
      Assigned toNone=>mtmiller

    Back to the top


    Powered by Savane 3.1-cleanup1