On 04/02/2013 12:54 PM, Gordon Sim wrote:
On 04/02/2013 12:00 PM, Rob Godfrey wrote:
No it seems to get exactly the same issue -( :
/usr/bin/c++ -fPIC -fvisibility-inlines-hidden -Werror -pedantic -Wall
-Wextra -Wno-shadow -Wpointer-arith -Wcast-qual -Wcast-align
-Wno-long-long
-Wvolatile-register-var -Winvalid-pch -Wno-system-headers
-Woverloaded-virtual -L/usr/lib/x86_64-linux-gnu -lnss3 -lnssutil3
-lsmime3 -lssl3 -lplds4 -lplc4 -lnspr4 -Wl,--no-undefined -pthread
-shared -Wl,-soname,libsslcommon.so.2.0.0 -o libsslcommon.so.2.0.0
CMakeFiles/sslcommon.dir/qpid/sys/ssl/check.o
CMakeFiles/sslcommon.dir/qpid/sys/ssl/util.o
CMakeFiles/sslcommon.dir/qpid/sys/ssl/SslSocket.o libqpidcommon.so.2.0.0
libqpidtypes.so.1.0.0 -luuid -lboost_system-mt -lboost_program_options-mt
-ldl -lrt -lsasl2 -Wl,-rpath,/home/rob/qpid-cpp-cmake/cpp/build/src:
CMakeFiles/sslcommon.dir/qpid/sys/ssl/check.o: In function
`qpid::sys::ssl::ErrorString::ErrorString()':
check.cpp:(.text+0xd): undefined reference to `PR_GetError'
check.cpp:(.text+0x1a): undefined reference to `PR_GetErrorTextLength'
check.cpp:(.text+0x3f): undefined reference to `PR_GetErrorText'
Ah! That is interesting and suggests I'm barking up the wrong tree.
Perhaps /usr/lib/x86_64-linux-gnu is indeed on the default path.
Something else must be wrong...
Ok, now the red herring is out the way, I think the problem may be the
ordering. The libraries linked to should come after the .o files in
which they are needed[1]. In the autotools build that is indeed happening.
[1] http://ubuntuforums.org/archive/index.php/t-1833136.html
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
