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 ------------------------------------------------------------------------------ _______________________________________________ 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
