On Apr 18, 2011, at 2:46 PM, Luca Rizzi wrote:
> As you know, jniast, jnihds, and splat need to be built-native on Leopard 64 bit to prevent it from picking up the 64bit SnowLeopard binaries.
>
> When I try to build-native I get:
>
> [exec] gcc -I/System/Library/Frameworks/JavaVM.framework/Headers -arch x86_64 -I. -I/include -I/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/../Headers -I/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/../Headers/x86_64 -I/star-kaulia-64bit/include -O -c GrfEscape.c
> [exec] gcc -I/System/Library/Frameworks/JavaVM.framework/Headers -arch x86_64 -I. -I/include -I/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/../Headers -I/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/../Headers/x86_64 -I/star-kaulia-64bit/include -O -c bdpthread.c
> [exec] mkdir temp
> [exec] (files=`./jniast_libraries`; \
> [exec] cd temp; \
> [exec] for f in $files ""; do \
> [exec] echo "Processing $f"; \
> [exec] if test -n "$f"; then \
> [exec] ar x $f; \
> [exec] fi;\
> [exec] done)
> [exec] Processing /star-kaulia-64bit/lib/libast.a
> [exec] Processing /star-kaulia-64bit/lib/libast_wcslib.a
> [exec] Processing /star-kaulia-64bit/lib/libast_pal.a
> [exec] Processing /star-kaulia-64bit/lib/libast_grf3d.a
> [exec] Processing /star-kaulia-64bit/lib/libast_pass2.a
> [exec] Processing /star-kaulia-64bit/lib/libstarmem.a
> [exec] Processing
> [exec] f() { gcc -arch x86_64 -framework JavaVM -dynamiclib -install_name /star-kaulia-64bit/starjava/lib/x86_64/`basename $1` -single_module -o $1 $2 ;}; f /Users/lrizzi/development/starjava/namaka/jniast/build/lib/x86_64/libjniast.jnilib 'jniast.o err_jniast.o AstException.o AstObject.o Box.o Channel.o Circle.o CmpFrame.o CmpMap.o CmpRegion.o DSBSpecFrame.o Ellipse.o FitsChan.o FluxFrame.o Frame.o FrameSet.o GrismMap.o Interval.o IntraMap.o KeyMap.o LutMap.o Mapping.o MathMap.o MatrixMap.o NullRegion.o PcdMap.o PermMap.o Plot.o PointList.o Polygon.o PolyMap.o Prism.o RateMap.o Region.o SelectorMap.o SkyFrame.o SlaMap.o ShiftMap.o SpecFluxFrame.o SpecFrame.o SpecMap.o SphMap.o Stc.o StcCatalogEntryLocation.o StcObsDataLocation.o StcResourceProfile.o StcSearchLocation.o SwitchMap.o TimeFrame.o TimeMap.o TranMap.o UnitMap.o WcsMap.o WinMap.o ZoomMap.o GrfEscape.o bdpthread.o temp/*.o' '';\
> [exec] rm -r -f temp
> [exec] Undefined symbols:
> [exec] "_astGBBuf", referenced from:
> [exec] _BBuf in libast_la-plot.o
> [exec] "_astGEBuf", referenced from:
> [exec] _EBuf in libast_la-plot.o
> [exec] ld: symbol(s) not found
> [exec] collect2: ld returned 1 exit status
>
>
> Any help?
These are the new symbols added by David. I imagine that JNIAST doesn't actually do a ast_link itself and so assumes that it knows all the libraries.
It may just be a case of adding the new library to the link or else a dummy callback.
--
Tim Jenness
Joint Astronomy Centre
|