Apache OpenOffice (AOO) Bugzilla – Issue 69944
Running SDK on Mac OS X Intel
Last modified: 2013-07-30 02:47:31 UTC
The SDK unpacks into folder "OpenOffice.org SDK" but the configure script wants it in "Openoffice.org" so I just move the whole thing there. Configure fails until the environment is set with OFFICE_HOME='/ Applications/OpenOffice.org 2.0.app/Contents/MacOS' cd examples/DevelopersGuide/FirstSteps and run "make" is OK. But the first test fails like this: jim-watsons-computer:~/OpenOffice.org/examples/DevelopersGuide/FirstSteps jim$ make FirstUnoContact.run "/usr/bin/java" -Dcom.sun.star.lib.loader.unopath="/Applications/OpenOffice.org 2.0.app/Contents/ MacOS/program" -jar /Users/jim/OpenOffice.org/MACOSXexample.out/class/FirstStepsExamples/ FirstUnoContact.jar CE> /Applications/OpenOffice.org 2.0.app/Contents/MacOS/program/soffice: line 108: [: /Users/jim/ OpenOffice.org/macosx/lib:/Users/jim/OpenOffice.org/MACOSXexample.out/lib:/Applications/ OpenOffice.org: unary operator expected If I copy my own build of jurt/unxmacxi.pro/lib/libjpip.dylib and the symlink into MacOS/program then the examples suceeds, with the expected extra lines at the end: Connected to a running office ... remote ServiceManager is available And the other 2 examples in FirstSteps run nicely - remote documeent creation and editing in calc and writer. I use XCode2.4, maho build was Xcode 2.2.1 I will upload some attachments with more information about what is different in the libs, both are OOD680_m4
Created attachment 39419 [details] screenshot of the SDK running
Created attachment 39420 [details] verbose fail log
Created attachment 39421 [details] run nm and strip address maho libjpipe.dylib
Created attachment 39422 [details] run nm and strip addresses on jim libjpipe.dylib
Created attachment 39423 [details] diff -u the two nm libs
Created attachment 39430 [details] verbose log when success
Another observation - when the failed test is run with a fresh installtion, then the 'First Start Wizard' runs and will do so until it is accepted and not cancelled. btw this is with 2.0.4rc2, so I will wait and see when 2.0.4 rc3 is released as that might be built on Xcode 2.4
This may be related to the stripping issue? i will need to test by using files from solver (not done yet).
I'll switch from Xcode 2.2.1 to Xcode 2.4... I belive it is safe, no backward compatiblities here.
While issue 68052 is fixed in rc3 (with Xcode 2.4) the SDK issue is not fixed. Further digging reveals the real cause of the problem: missing a symbolic link libjpipe.jnilib -> libjpipe.dylib This link exists in my own build in jurt module and in solver, but is missing in both maho and my own installed product. Just add this link in the program folder and SDK examples run OK. I assume something is needed in scp2 to fix this?
ericb->sparcmoz If you mean create a shortcut using scp2, scp2/souce/ooo/shortcut_ooo.scp should help, but I wonder if such symlink isn't created in deliver or using create-bundle. I'll try to remember what we did (well known issue)
It is issue 44154. There are many such symlinks created by deliver but not in the installation.
Created attachment 39623 [details] add symlink for libjpipe.jnilib
fheckl -> sparcmoz Has this been integrated yet? Anybody working on it?
sparcmoz -> fheckel: short answer - no. Long answer: (a) I only know that this link allows the boostrap to run. I do not understand much about jnilib/dylib stuff and have no idea if this link has any possible bad effects. (b) Probably the same link should be needed for any library that uses java native interface (JNI), but I have no investigated this yet. (c) Strangely there are jnilib links created when files are delivered into solver, but the same links are not packaged (by scp2) (d) I have no time to work on this for a while anyway so I would be happy if you or anyone else can fix this, thanks
OK, I'll take this one.
.
ericb->fheckl Is this issue very urgent ? IMHO native port is more urgent than Java at this time
Reset assignee on issues not touched by assignee in more than 1000 days.