Re: run-octave fails for default branch

[Ben Abbott]

On Dec 27, 2013, at 3:50 PM, Ben Abbott <address@hidden> wrote:

> 
> On Dec 27, 2013, at 3:44 PM, John W. Eaton <address@hidden> wrote:
> 
>> On 12/27/2013 03:37 PM, Ben Abbott wrote:
>>> John,
>>> 
>>> My build is ending with ...
>>> 
>>> Octave successfully built.  Now choose from the following:
>>> 
>>>   ./run-octave    - to run in place to test before installing
>>>   make check      - to run the tests
>>>   make install    - to install (PREFIX=/opt/octave/3.7)
>>> 
>>> Making all in doc
>>> Making all in doxyhtml
>>> make[3]: Nothing to be done for `all'.
>>> Making all in icons
>>> make[3]: Nothing to be done for `all'.
>>> Making all in interpreter
>>> ./config-images.sh ../..
>>> ../../doc/interpreter/images.mk is unchanged
>>> ../../run-octave -f -q -H ./mk_doc_cache.m doc-cache ./macros.texi 
>>> ../../scripts/DOCSTRINGS ../../libinterp/DOCSTRINGS || { rm -f doc-cache; 
>>> exit 1; }
>>> octave: failed to exec 
>>> '/opt/octave/3.7/libexec/octave/4.1.0+/exec/x86_64-apple-darwin13.0.0/octave-gui'
>>> make[3]: *** [doc-cache] Error 1
>>> 
>>> I'm in unfamiliar territory, but should the changeset below have been 
>>> applied to the default branch?
>>> 
>>>     http://hg.savannah.gnu.org/hgweb/octave/rev/8d332da6694f
>>> 
>>> (with that applied to default, I'm able to run the cli).
>> 
>> That change was needed on all branches, so I made it on stable, then merged 
>> stable to gui-release, then merged gui-release to default.  It looks to me 
>> like the change is present in all three branches now.  Am I missing 
>> something?
>> 
>> jwe
> 
> Maybe I have a problem? ... but OCTAVE_ARCHLIBDIR isn't showing up in my 
> run-octave.in
> 
> hg pull ; hg update -C @
> pulling from http://hg.savannah.gnu.org/hgweb/octave
> searching for changes
> no changes found
> 0 files updated, 0 files merged, 0 files removed, 0 files unresolved
> $ hg branch
> default
> $ grep -in OCTAVE_ARCHLIBDIR ./run-octave.in 
> $ 
> 
> Ben

Ok, I see the change on hgweb, and "hg export tip" shows it as well.

$ hg export tip
# HG changeset patch
# User John W. Eaton <address@hidden>
# Date 1387867324 18000
#      Tue Dec 24 01:42:04 2013 -0500
# Node ID 8d332da6694fb32645018e21f22b2deb58c9fe00
# Parent  441121728230e373c30034d59e89edccf75702b9
# Parent  002c06b3fc51e41d8805b81682639643245125e1
maint: Periodic merge of gui-release to default.

diff --git a/run-octave.in b/run-octave.in
--- a/run-octave.in
+++ b/run-octave.in
@@ -78,7 +78,13 @@
   fi
 fi
 
+## We set OCTAVE_ARCHLIBDIR so that the wrapper program can find the
+## octave-gui program in the build tree.  That will fail if we ever
+## need Octave to find other things in ARCHLIBDIR that are not built
+## in the $builddir/src directory.
+
 OCTAVE_BINDIR="$builddir/src" \
+OCTAVE_ARCHLIBDIR="$builddir/src" \
 OCTAVE_SITE_INITFILE="$top_srcdir/scripts/startup/main-rcfile" \
 OCTAVE_DEFAULT_QT_SETTINGS="$builddir/libgui/default-qt-settings" \
 OCTAVE_LOCALE_DIR="$builddir/libgui/languages" \

But, my run-octave.in doesn't include OCTAVE_ARCHLIBDIR?

hmmm, "hg view" hangs for me.  Maybe something is corrupted on my end?

Ben