bugGNU Octave - Bugs: bug #38489, Fail to build interpreter...

 
 

bug #38489: Fail to build interpreter documentation

Submitter:  marco atzeri <matzeri>
Submitted:  Sat 09 Mar 2013 10:21:42 AM UTC
   
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  None Assigned to:  None
Originator Name:  Open/Closed:  * Closed
Release:  * dev Operating System:  * Microsoft Windows
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Mon 11 Mar 2013 07:02:07 PM UTC, comment #4: 

Rik,
as I wrote it is a workaround as "run-octave" crashes
building the figures on cygwin.
It is a cygwin limitation, not an octave one, due to the mammoth size of octave binaries.
I know what I am doing and to build the figures I using
the version just built, so no risk of using a spurious version.
The alternative workaround to rebase in the build tree
will have negative impact on the whole cygwin installation
(too much addresses wasted)

I expect your changeset will solve my problem

marco atzeri <matzeri>
Mon 11 Mar 2013 04:07:28 PM UTC, comment #3: 

There are two issues here.  We should export _have_feature_.m in module.mk.  I pushed a changeset here (http://hg.savannah.gnu.org/hgweb/octave/rev/b1b01c69967e) that does that.

The second is that your call to generate the images is wrong.  It should be a call to 'run-octave', not octave itself.  If you use run-octave then it will correctly set the path to include the scripts in the source code directory.  If you call just "octave" then the shell will probably find an installed version of octave which knows nothing about what you have in any build directory--only what you have actually installed.

As a test, find the file plot.pdf which should be in <octave_base_dir>/doc/interpreter.  Delete this file.  From the build directory (which might be the same as <octave_base_dir>) <octave_build_dir>/doc/interpreter, try 'make plot.pdf | tee mkplot.log'

The first lines of mkplot.log for me are:


./config-images.sh ../..
../../doc/interpreter/images.mk is unchanged
../../run-octave -f -q -H -p . --eval "plotimages ('plot', 'pdf');"


which shows using the local run-octave script.

Rik <rik5>
Group administrator
Sun 10 Mar 2013 06:53:56 AM UTC, comment #2: 

for building documentation I am forced to use a trick
as the call of
octave -f -q -H -p ../../../octave/doc/interpreter --eval "geometryimages ('voronoi', 'eps');"

in the build tree fails for fork issue :
 too many dlls loaded that collide.

Workaround
1) build octave (fails at doc)
2) install octave (fails at doc)
3) rebase installed octave
4) use installed octave to build doc
5) install octave (with docs)

For what I can see in scripts/testfun

$ ls -1 *.m
_have_feature_.m
_printf_assert_.m
_prog_output_assert_.m
_run_test_suite_.m
assert.m
demo.m
example.m
fail.m
rundemos.m
runtests.m
speed.m
test.m

"__have_feature__.m" is the only missing in "module.mk"
and it is not installed :

testfun_FCN_FILES = \
  testfun/__printf_assert__.m \
  testfun/__prog_output_assert__.m \
  testfun/__run_test_suite__.m \
  testfun/assert.m \
  testfun/demo.m \
  testfun/example.m \
  testfun/fail.m \
  testfun/rundemos.m \
  testfun/runtests.m \
  testfun/speed.m \
  testfun/test.m




marco atzeri <matzeri>
Sun 10 Mar 2013 03:27:50 AM UTC, comment #1: 

Marco,

I have no problem on MacOS X.  Is there a reason why scripts/testfun isn't in Octave's path for you?


Ben Abbott <bpabbott>
Group Member
Sat 09 Mar 2013 10:21:42 AM UTC, original submission:  

on cygwin

octave -f -q -H -p ../../../octave/doc/interpreter --eval "geometryimages ('voronoi', 'eps');"
warning: X11 DISPLAY environment variable not set
error: '__have_feature__' undefined near line 31 column 9
error: called from:
error:   /pub/hg/octave/doc/interpreter/geometryimages.m at line 31, column 3

Makefile_doc:2754: recipe for target `voronoi.eps' failed
make: * [voronoi.eps] Error 1


$ grep _have_feature_ /pub/hg/octave/doc/interpreter/geometryimages.m
  if (! _have_feature_ ("QHULL")


for what I can see "__have_feature__" does exist only for test purpose:

scripts/plot/private/__gnuplot_has_feature__.m:    have_features = false (size (features));
scripts/plot/private/__gnuplot_has_feature__.m:    for n = 1 : numel (have_features)
scripts/testfun/test.m:      _have_feat = __have_feature_ (__feat);
scripts/testfun/__have_feature__.m:## @deftypefn  {Function File} {} _have_feature_ (feature)
scripts/testfun/__have_feature__.m:function retval = _have_feature_ (feature)

marco atzeri <matzeri>

 

(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 rik5 (Posted a comment)
  • -email is unavailable- added by bpabbott (Posted a comment)
  • -email is unavailable- added by matzeri (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.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-03-11 rik5 Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code