On 10/25/14, 3:16 PM, Viv Kendon wrote:
>
> On 25 Oct 2014, at 22:43, Viv Kendon <v...@trellick.net> wrote:
>
>>
>> On 25 Oct 2014, at 22:01, Alexander Hansen <alexanderk.han...@gmail.com> 
>> wrote:
>>
>>> On 10/25/14, 1:53 PM, Viv Kendon wrote:
>>>>
>>>> On 25 Oct 2014, at 21:44, Alexander Hansen <alexanderk.han...@gmail.com> 
>>>> wrote:
>>>>
>>>>> On 10/25/14, 1:08 PM, Viv Kendon wrote:
>>>>>>
>>>>>> On 25 Oct 2014, at 20:23, Viv Kendon <v...@trellick.net> wrote:
>>>>>>
>>>>>>>
>>>>>>> On 25 Oct 2014, at 19:06, Alexander Hansen 
>>>>>>> <alexanderk.han...@gmail.com> wrote:
>>>>>>>
>>>>>>>> <snip>
>>>>>>>>
>>>>>>
>>>>>> I added “then” myself, and now the build gets further, but the error is 
>>>>>> still libcxx-fix.h related (and I’ve updated the subject line too, since 
>>>>>> we are in principle on to a different package):
>>>>>>
>>>>>> find . -name NOINSTALL -print    # shows which toolboxes won't be 
>>>>>> installed
>>>>>>
>>>>>> In file included from ov-netcdf.cc:20:
>>>>>> In file included from ./ov-netcdf.h:25:
>>>>>> In file included from /sw/include/octave-3.6.4/octave/../octave/oct.h:33:
>>>>>> In file included from /sw/include/octave-3.6.4/octave/Matrix.h:30:
>>>>>> In file included from /sw/include/octave-3.6.4/octave/mx-base.h:65:
>>>>>> In file included from /sw/include/octave-3.6.4/octave/boolSparse.h:29:
>>>>>> In file included from 
>>>>>> /sw/include/octave-3.6.4/octave/Sparse-op-defs.h:31:
>>>>>> /sw/include/octave-3.6.4/octave/mx-inlines.cc:311:10: fatal error:
>>>>>>       'libcxx-fix.h' file not found
>>>>>> #include "libcxx-fix.h"
>>>>>>          ^
>>>>>> 1 error generated.
>>>>>> make: *** [ov-netcdf.o] Error 1
>>>>>> 'make' returned the following error: make: Entering directory 
>>>>>> `/private/var/tmp/oct-5qlvpF/octcdf/src'
>>>>>> /sw/bin/mkoctfile-3.6.4 -DHAVE_OCTAVE_ -v -c ov-netcdf.cc -I/sw/include 
>>>>>> -I/sw/include -DHAVE_OCTAVE_INT
>>>>>> oct-cxx -c -I/sw/include -fPIC -I/sw/include/octave-3.6.4/octave/.. 
>>>>>> -I/sw/include/octave-3.6.4/octave -I/sw/include -I/sw/include 
>>>>>> -I/sw/include/freetype2 -I/sw/include -I/sw/include -O3 -MD 
>>>>>> -I/usr/X11/include -std=c++0x -I/sw/include -I/sw/include -DHAVE_OCTAVE_ 
>>>>>> -DHAVE_OCTAVE_INT ov-netcdf.cc -o ov-netcdf.o
>>>>>> make: Leaving directory `/private/var/tmp/oct-5qlvpF/octcdf/src'
>>>>>> error: called from 'pkg>configure_make' in file 
>>>>>> /sw/share/octave/3.6.4/m/pkg/pkg.m near line 1385, column 9
>>>>>> error: called from:
>>>>>> error:   /sw/share/octave/3.6.4/m/pkg/pkg.m at line 827, column 5
>>>>>> error:   /sw/share/octave/3.6.4/m/pkg/pkg.m at line 383, column 9
>>>>>> error:   
>>>>>> /sw/src/fink.build/octcdf-nc4-oct364-1.1.7-1/octcdf/octave-forge-comp at 
>>>>>> line 4, column 1
>>>>>>
>>>>>> many thanks,
>>>>>> — Viv
>>>>>
>>>>> No, almost _EVERYTHING_ needs that once it's been introduced.
>>>>>
>>>>> Could you verify whether libcxx-fix is indeed present in your 
>>>>> octave364-*-dev ?
>>>>
>>>> I don’t think so, dpkg -S libcxx-fix returns nothing, and a “find” at the 
>>>> /sw level does not return it either.  I have the following octave packages 
>>>> installed:
>>>>
>>>> fink list -ti oct
>>>> Information about 10297 packages read in 1 seconds.
>>>> i      fink-octave-scripts     0.3.2.1-1       Convenience scripts for 
>>>> Octave add-ons
>>>> p      liboctave364            [virtual package]
>>>> p      liboctave364-dev                [virtual package]
>>>> p      liboctave364-gcc49              [virtual package]
>>>> p      liboctave364-gcc49-dev          [virtual package]
>>>> p      liboctave364-newatlas           [virtual package]
>>>> p      liboctave364-newatlas-dev               [virtual package]
>>>> p      liboctave364-x11                [virtual package]
>>>> p      liboctave364-x11-dev            [virtual package]
>>>> p      liboctave382            [virtual package]
>>>> p      liboctave382-gcc49              [virtual package]
>>>> p      liboctave382-newatlas           [virtual package]
>>>> p      liboctave382-x11                [virtual package]
>>>> i      octave-atlas-x11        3.8.2-3 MATLAB-like language for 
>>>> computations
>>>> p      octave-interpreter              [virtual package]
>>>> p      octave-interpreter-newatlas             [virtual package]
>>>> p      octave-interpreter-x11          [virtual package]
>>>> i      octave364-atlas-x11     3.6.4-11        MATLAB-like language for 
>>>> computations
>>>> i      octave364-atlas-x11-dev 3.6.4-11        MATLAB-like language for 
>>>> computations
>>>> i      octave364-atlas-x11-shlibs      3.6.4-11        MATLAB-like 
>>>> language for computations
>>>> i      octave364-docs  3.6.4-1 Documentation for Octave, various formats
>>>> p      octave364-interpreter           [virtual package]
>>>> p      octave364-interpreter-newatlas          [virtual package]
>>>> p      octave364-interpreter-x11               [virtual package]
>>>> i      octave382-atlas-x11     3.8.2-3 MATLAB-like language for 
>>>> computations
>>>> p      octave382-interpreter           [virtual package]
>>>> p      octave382-interpreter-newatlas          [virtual package]
>>>> p      octave382-interpreter-x11               [virtual package]
>>>>
>>>> many thanks,
>>>> — Viv
>>>>
>>>
>>> The if-then that you fixed was _supposed_ to copy that over for 10.9 and 
>>> later.  As a workaround, maybe start a rebuild of octave364-atlas-x11, stop 
>>> it after the patch phase, and manually do a
>>>
>>> sudo cp 
>>> /sw/src/fink.build/octave-3.6.4-11/octave-3.6.4/liboctave/libcxx-fix.h 
>>> /sw/include/octave-3.6.4/octave/
>>
>> Many thanks, I did that, then restarted fink install bundle-octave-atlas.  
>> It went through the oct364 packages in alphabetical order, so here is how it 
>> dies for java:
>>
>> ans = /sw/src/fink.build/java-oct364-1.2.9-3/bld/share/octave/3.6.4/packages
>> mkdir (/var/tmp/oct-l9vVbi)
>> untar (./java.tar, /var/tmp/oct-l9vVbi)
>>
>> Error while trying to install Java package:
>> JAVA_HOME environment variable does not properly point to a JDK
>>   Hint:
>>   JAVA_HOME should usually be set such that either:
>>   (on *nix:)
>>     <JAVA_HOME>/jre/lib/<arch>/client/ contains libjvm.so (file or symlink)
>>   (on OSX:)
>>     <JAVA_HOME>/../Libraries/ contains a file libclient.dylib
>>   (on Windows:)
>>     <JAVA_HOME>/jre/lib/<arch>/ contains a file jvm.cfg
>>   (<arch> depends on your system hardware, can be i386, x86_64, alpha, arm, 
>> ...)
>>
>>   Use forward slashes as path separator, also on Windows
>> Aborting pkg install
>> error: called from 'pre_install' in file 
>> /private/var/tmp/oct-l9vVbi/java/pre_install.m near line 115, column 5
>> error: called from:
>> error:   /sw/share/octave/3.6.4/m/pkg/pkg.m at line 827, column 5
>> error:   /sw/share/octave/3.6.4/m/pkg/pkg.m at line 383, column 9
>> error:   /sw/src/fink.build/java-oct364-1.2.9-3/java/octave-forge-comp at 
>> line 4, column 1
>>
>> I then manually verified that octcdf-nc4-oct364 now installs fine.
>>
>> Will I need to manually copy libcxx-fix.h for octave382 as well?  And is the 
>> file identical to the octave364 copy, or do I need to start a rebuild for 
>> octave382 to get the corresponding file?
>>
>
> I tried a few oct832 packages (without doing anything about libcxx-fix.h for 
> octave382) and they all seem to die in the same way with a java error that is 
> very different from the above:
>
> mkdir -p bld/share/octave/3.8.2/packages bld/lib/octave/3.8.2/packages
> `which xvfb-run` 
> /sw/src/fink.build/optiminterp-atlas-oct382-0.3.4-3/optiminterp/octave-forge-comp
> which xvfb-run
> No Java runtime present, requesting install.
> 2014-10-25 23:07:33.340 octave-cli-3.8.2[45245:d07] JLRequestRuntimeInstall: 
> Error calling: CFMessagePortCreateRemote
> ### execution of /tmp/fink.zx8W6 failed, exit code 97
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-optiminterp-atlas-oct382-0.3.4-3
>
>
> java -version
> java version "1.7.0_51"
> Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
> Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)
>
> Package manager version: 0.38.1
> Distribution version: selfupdate-rsync Sat Oct 25 22:57:26 2014, 10.9, x86_64
> Trees: local/main stable/main
> Xcode.app: 6.0.1
> Xcode command-line tools: 6.0.0.0.1.1410400753
>
>
> Anyway, it is end of the day here.  Happy to keep testing tomorrow, if it 
> would be useful.
>
> many thanks,
> — Viv
>

Thanks for testing!

The libcxx-fix.h files are the same for both Octave versions.  It may 
well be present for your octave382 build, though--more bad shell 
scripting in the 364 version from me which wasn't present in the 382 
version.

-- 
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/

------------------------------------------------------------------------------
_______________________________________________
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Reply via email to