Hi,
The undefined symbols come from the following warnings
ld: warning can't open dynamic library: @loader_path/libuno_sal.dylib.
3 referenced from: /Users/pdoyon/OpenOffice.org3.0_SDK/macosx/lib/
libuno_cppuhelpergcc3.dylib (checking for undefined symbols may be
affected) (No such file or directory, errno = 2)
ld: warning can't open dynamic library: @loader_path/
libuno_salhelpergcc3.dylib.3 referenced from: /Users/pdoyon/
OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib
(checking for undefined symbols may be affected) (No such file or
directory, errno = 2)
ld: warning can't open dynamic library: @loader_path/
libuno_cppu.dylib.3 referenced from: /Users/pdoyon/
OpenOffice.org3.0_SDK/macosx/lib/libuno_cppuhelpergcc3.dylib
(checking for undefined symbols may be affected) (No such file or
directory, errno = 2)
ld: Undefined symbols:
I would like to know if the configuration of the OOo 3 SDK is right
on my PPC. I did the following steps
1. Download OOo 3 application at "http://ooopackages.good-day.net/pub/
OpenOffice.org/MacOSX/Dev_OOO300_m3/
OOo_Dev_OOO300_m3_MacOSXPowerPC_install.dmg"
2. Install the OOo3 application (/Applications/OpenOffice.org.app).
3. Download SDK at http://ooopackages.good-day.net/pub/OpenOffice.org/
MacOSX/Dev_OOO300_m3/OOo-SDK_3.0_macosxp_install_en-US.dmg.
4. Install it and run setsdkenv_unix
5. run the makefile of the CppComponent exemple location to the
"examples/DevelopersGuide/Components/CppComponent" path.
************************************************************************
*
* SDK environment is prepared for MacOSX
*
* SDK = /Volumes/Pierre2/TiercesParties/OpenOffice/
OpenOffice.org3.0_SDK
* Office = /Applications/OpenOffice.org.app
* Office Base = /Applications/OpenOffice.org.app/Contents/basis-link
* URE = /Applications/OpenOffice.org.app/Contents/basis-link/ure-link
* Make = /usr/bin
* Zip = /usr/bin
* C++ Compiler = /usr/bin
* Java = /System/Library/Frameworks/JavaVM.Framework/Versions/1.5.0
* SDK Output directory = /Users/pdoyon/OpenOffice.org3.0_SDK
* Auto deployment = YES
*
************************************************************************
I think that " @loader_path " symbol is incorrect. I replace the "
@loader_path " symbol in the following librairies :
"libuno_cppuhelpergcc3.dylib.3" and "libuno_cppu.dylib.3" with the
following commands and the problem is resolved.
sudo install_name_tool -change @loader_path/libuno_sal.dylib.3 /
Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/
libuno_sal.dylib.3 libuno_cppuhelpergcc3.dylib.3
sudo install_name_tool -change @loader_path/libuno_cppu.dylib.3 /
Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/
libuno_cppu.dylib.3 libuno_cppuhelpergcc3.dylib.3
sudo install_name_tool -change @loader_path/
libuno_salhelpergcc3.dylib.3 /Applications/OpenOffice.org.app/
Contents/basis-link/ure-link/lib/libuno_salhelpergcc3.dylib.3
libuno_cppuhelpergcc3.dylib.3
sudo install_name_tool -change @loader_path/libuno_sal.dylib.3 /
Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/
libuno_sal.dylib.3 libuno_cppu.dylib.3
sudo install_name_tool -change @loader_path/
libuno_salhelpergcc3.dylib.3 /Applications/OpenOffice.org.app/
Contents/basis-link/ure-link/lib/libuno_salhelpergcc3.dylib.3
libuno_cppu.dylib.3
Why the symbol @loader_path " is incorrect on my PPC?
Pierre
eric b wrote:
Hi,
Le 21 août 08 à 13:47, Juergen Schmidt a écrit :
Pierre Doyon wrote:
Hi all,
I tried to generate a UNO Component on PPC Mac OS X 10.4 with
the SDK of OpenOffice.org 3.0 and I had somes problems during
the link of the objects files. I got a list Undefined symbols
like this one: _osl_acquireMutex referenced from
@__________________________________________________URELIB/
libuno_cppuhelpergcc3.dylib.3 expected to be defined in
@loader_path/libuno_sal.dylib.3
I would like to know if you .
I would like to know if you have succeeded the generatation of
the UNO Component. If yes, how do you perform it?
yes i have tested the SDK examples on an Intel based Mac and it
worked for me. I still got some warnings like
ld: warning, duplicate dylib
/local/develop/cws/vcl30stop2/StarOffice.app/Contents/basis-link/
ure-link/lib/libuno_sal.dylib.3
when i compile C++ and i don't know why but the examples work.
Maybe the lib in the solver differs from the one in the current
module (does "deliver" help ?) Seems to be the first sentence of
the log, but I can be wrong.
no that doesn't help, i build both the office and the SDK on the
same cws. The libraries should be always the same.
Other issues (the one Pierre Doyon triggered above e.g.) can be:
duplicate includes, or bad order of the includes declaration,
including some #undef , and generally causing big troubles.
But other reasons can do that .. difficult to solve when not in
front of the machine :/
maybe but i assume more a configuration problem. Maybe you can give
me remote access to a PPC machine (next week) that i can
investigate in this problem a little bit.
Juergen
Regards,
Eric Bachard
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]