You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@qpid.apache.org by Fraser Adams <fr...@blueyonder.co.uk> on 2013/03/22 15:06:50 UTC

Tried cmake of trunk on Linux Mint 12 (Ubuntu 11.10) - failed :-(

Hi all,
Just tried to get a bit "on trend" and build the latest trunk on Linux 
Mint 12 (Ubuntu 11.10) using cmake

I did:
cd qpid-trunk/qpid/cpp
mkdir bld
cd bld
cmake ..
make all
sudo make install


The good news is that doing make and sudo make install both seemed to 
run without errors, though there were a couple of warnings:

"
/home/fadams/qpid/qpid-trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:110: 
Warning(472): Overloaded method 
qmf::engine::ConnectionSettings::transportTcp() with no explicit 
typecheck typemap for arg 1 of type 'uint16_t'
/home/fadams/qpid/qpid-trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:111: 
Warning(472): Overloaded method 
qmf::engine::ConnectionSettings::transportSsl() with no explicit 
typecheck typemap for arg 1 of type 'uint16_t'
/home/fadams/qpid/qpid-trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:112: 
Warning(472): Overloaded method 
qmf::engine::ConnectionSettings::transportRdma() with no explicit 
typecheck typemap for arg 1 of type 'uint16_t'
"
Though these should be unrelated to the final fail.


The problem I've got is when I do qpidd I get:

qpidd
qpidd: error while loading shared libraries: libqpidbroker.so.2.0.0: 
cannot open shared object file: No such file or directory


I've definitely got qpidd in /usr/local/sbin and my /usr/local/lib looks 
like it ought to have the library being moaned about:

/usr/local/lib$ ls -al
total 21192
drwxr-xr-x  7 root root     4096 2013-03-22 13:41 .
drwxr-xr-x 13 root root     4096 2013-03-22 13:41 ..
lrwxrwxrwx  1 root root       16 2013-03-22 13:41 libqmf2.so -> 
libqmf2.so.1.0.0
-rw-r--r--  1 root root  1193488 2013-03-22 13:36 libqmf2.so.1.0.0
lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqmfconsole.so -> 
libqmfconsole.so.2.0.0
-rw-r--r--  1 root root   784932 2013-03-22 13:36 libqmfconsole.so.2.0.0
lrwxrwxrwx  1 root root       21 2013-03-22 13:41 libqmfengine.so -> 
libqmfengine.so.1.1.0
-rw-r--r--  1 root root  1755653 2013-03-22 13:36 libqmfengine.so.1.1.0
lrwxrwxrwx  1 root root       15 2013-03-22 13:41 libqmf.so -> 
libqmf.so.1.0.0
-rw-r--r--  1 root root   609079 2013-03-22 13:36 libqmf.so.1.0.0
*lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidbroker.so -> 
libqpidbroker.so.2.0.0**
**-rw-r--r--  1 root root  8328742 2013-03-22 13:33 libqpidbroker.so.2.0.0*
lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidclient.so -> 
libqpidclient.so.2.0.0
-rw-r--r--  1 root root  2000509 2013-03-22 13:34 libqpidclient.so.2.0.0
lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidcommon.so -> 
libqpidcommon.so.2.0.0
-rw-r--r--  1 root root  5200467 2013-03-22 13:29 libqpidcommon.so.2.0.0
lrwxrwxrwx  1 root root       25 2013-03-22 13:41 libqpidmessaging.so -> 
libqpidmessaging.so.2.0.0
-rw-r--r--  1 root root  1565710 2013-03-22 13:35 libqpidmessaging.so.2.0.0
lrwxrwxrwx  1 root root       21 2013-03-22 13:41 libqpidtypes.so -> 
libqpidtypes.so.1.0.0
-rw-r--r--  1 root root   215567 2013-03-22 13:26 libqpidtypes.so.1.0.0
drwxrwxr-x  3 root root     4096 2013-02-10 10:08 perl
drwxr-xr-x  2 root root     4096 2013-03-22 13:41 pkgconfig
drwxrwsr-x  4 root staff    4096 2011-10-12 15:27 python2.7
drwxr-xr-x  5 root root     4096 2012-01-02 19:56 qpid
drwxr-xr-x  3 root root     4096 2012-10-11 17:22 site_ruby


It's clearly a link error but I know nothing about cmake so wouldn't 
know where to begin looking.

My system previously had a (working :-)) install of qpid 0.20 built with 
automake which I did "sudo make uninstall" on before trying to cmake the 
trunk and I checked the /usr/local/* directories were empty before I 
started with cmake so ld *ought* to be behaving OK.


I'd appreciate any help to get this working. Rob (Godfrey) have you 
tried cmake on your Ubuntu box yet?

Cheers,
Frase





Re: Tried cmake of trunk on Linux Mint 12 (Ubuntu 11.10) - failed :-(

Posted by Rob Godfrey <ro...@gmail.com>.
And as to why the build failed on my laptop but succeeded on my
desktop... My desktop didn't have the libnss3-dev package installed.
When I installed that package - and thus triggered the attempt to
build libsslcommon.so - the build on my desktop fails in the same way:

Scanning dependencies of target sslcommon
[ 81%] Building CXX object src/CMakeFiles/sslcommon.dir/qpid/sys/ssl/check.o
[ 81%] Building CXX object src/CMakeFiles/sslcommon.dir/qpid/sys/ssl/util.o
[ 81%] Building CXX object src/CMakeFiles/sslcommon.dir/qpid/sys/ssl/SslSocket.o
Linking CXX shared library libsslcommon.so
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'
CMakeFiles/sslcommon.dir/qpid/sys/ssl/util.o: In function
`qpid::sys::ssl::promptForPassword(PK11SlotInfoStr*, int, void*)':
util.cpp:(.text+0x3b8): undefined reference to `PL_strdup'
CMakeFiles/sslcommon.dir/qpid/sys/ssl/util.o: In function
`qpid::sys::ssl::readPasswordFromFile(PK11SlotInfoStr*, int, void*)':
util.cpp:(.text+0x4b9): undefined reference to `PL_strdup'
CMakeFiles/sslcommon.dir/qpid/sys/ssl/util.o: In function
`qpid::sys::ssl::initNSS(qpid::sys::ssl::SslOptions const&, bool)':
util.cpp:(.text+0x58a): undefined reference to `PK11_SetPasswordFunc'
util.cpp:(.text+0x59b): undefined reference to `PK11_SetPasswordFunc'
util.cpp:(.text+0x5b6): undefined reference to `NSS_Init'
util.cpp:(.text+0x6a7): undefined reference to `NSS_SetExportPolicy'
util.cpp:(.text+0x779): undefined reference to `NSS_SetDomesticPolicy'
util.cpp:(.text+0x86c): undefined reference to `SSL_ConfigServerSessionIDCache'

Anyone got any suggestions?

-- Rob

On 22 March 2013 15:44, Rob Godfrey <ro...@gmail.com> wrote:
> On 22 March 2013 15:06, Fraser Adams <fr...@blueyonder.co.uk> wrote:
>> Hi all,
>> Just tried to get a bit "on trend" and build the latest trunk on Linux Mint
>> 12 (Ubuntu 11.10) using cmake
>>
>> I did:
>> cd qpid-trunk/qpid/cpp
>> mkdir bld
>> cd bld
>> cmake ..
>> make all
>> sudo make install
>>
>>
>> The good news is that doing make and sudo make install both seemed to run
>> without errors, though there were a couple of warnings:
>>
>> "
>> /home/fadams/qpid/qpid-trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:110:
>> Warning(472): Overloaded method
>> qmf::engine::ConnectionSettings::transportTcp() with no explicit typecheck
>> typemap for arg 1 of type 'uint16_t'
>> /home/fadams/qpid/qpid-trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:111:
>> Warning(472): Overloaded method
>> qmf::engine::ConnectionSettings::transportSsl() with no explicit typecheck
>> typemap for arg 1 of type 'uint16_t'
>> /home/fadams/qpid/qpid-trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:112:
>> Warning(472): Overloaded method
>> qmf::engine::ConnectionSettings::transportRdma() with no explicit typecheck
>> typemap for arg 1 of type 'uint16_t'
>> "
>> Though these should be unrelated to the final fail.
>>
>>
>> The problem I've got is when I do qpidd I get:
>>
>> qpidd
>> qpidd: error while loading shared libraries: libqpidbroker.so.2.0.0: cannot
>> open shared object file: No such file or directory
>>
>>
>> I've definitely got qpidd in /usr/local/sbin and my /usr/local/lib looks
>> like it ought to have the library being moaned about:
>>
>> /usr/local/lib$ ls -al
>> total 21192
>> drwxr-xr-x  7 root root     4096 2013-03-22 13:41 .
>> drwxr-xr-x 13 root root     4096 2013-03-22 13:41 ..
>> lrwxrwxrwx  1 root root       16 2013-03-22 13:41 libqmf2.so ->
>> libqmf2.so.1.0.0
>> -rw-r--r--  1 root root  1193488 2013-03-22 13:36 libqmf2.so.1.0.0
>> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqmfconsole.so ->
>> libqmfconsole.so.2.0.0
>> -rw-r--r--  1 root root   784932 2013-03-22 13:36 libqmfconsole.so.2.0.0
>> lrwxrwxrwx  1 root root       21 2013-03-22 13:41 libqmfengine.so ->
>> libqmfengine.so.1.1.0
>> -rw-r--r--  1 root root  1755653 2013-03-22 13:36 libqmfengine.so.1.1.0
>> lrwxrwxrwx  1 root root       15 2013-03-22 13:41 libqmf.so ->
>> libqmf.so.1.0.0
>> -rw-r--r--  1 root root   609079 2013-03-22 13:36 libqmf.so.1.0.0
>> *lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidbroker.so ->
>> libqpidbroker.so.2.0.0**
>> **-rw-r--r--  1 root root  8328742 2013-03-22 13:33 libqpidbroker.so.2.0.0*
>> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidclient.so ->
>> libqpidclient.so.2.0.0
>> -rw-r--r--  1 root root  2000509 2013-03-22 13:34 libqpidclient.so.2.0.0
>> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidcommon.so ->
>> libqpidcommon.so.2.0.0
>> -rw-r--r--  1 root root  5200467 2013-03-22 13:29 libqpidcommon.so.2.0.0
>> lrwxrwxrwx  1 root root       25 2013-03-22 13:41 libqpidmessaging.so ->
>> libqpidmessaging.so.2.0.0
>> -rw-r--r--  1 root root  1565710 2013-03-22 13:35 libqpidmessaging.so.2.0.0
>> lrwxrwxrwx  1 root root       21 2013-03-22 13:41 libqpidtypes.so ->
>> libqpidtypes.so.1.0.0
>> -rw-r--r--  1 root root   215567 2013-03-22 13:26 libqpidtypes.so.1.0.0
>> drwxrwxr-x  3 root root     4096 2013-02-10 10:08 perl
>> drwxr-xr-x  2 root root     4096 2013-03-22 13:41 pkgconfig
>> drwxrwsr-x  4 root staff    4096 2011-10-12 15:27 python2.7
>> drwxr-xr-x  5 root root     4096 2012-01-02 19:56 qpid
>> drwxr-xr-x  3 root root     4096 2012-10-11 17:22 site_ruby
>>
>>
>> It's clearly a link error but I know nothing about cmake so wouldn't know
>> where to begin looking.
>>
>> My system previously had a (working :-)) install of qpid 0.20 built with
>> automake which I did "sudo make uninstall" on before trying to cmake the
>> trunk and I checked the /usr/local/* directories were empty before I started
>> with cmake so ld *ought* to be behaving OK.
>>
>>
>> I'd appreciate any help to get this working. Rob (Godfrey) have you tried
>> cmake on your Ubuntu box yet?
>
> So... my Ubuntu laptop is still failing with the cmake build as I
> detailed in an earlier mail.  I just tried on my Ubuntu desktop and it
> did build to completion, and ran fine from the builld/src directory;
> however running make install and attempting to run the installed
> binary I get the same error as you.
>
> -- Rob
>
>>
>> Cheers,
>> Frase
>>
>>
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org


Re: Tried cmake of trunk on Linux Mint 12 (Ubuntu 11.10) - failed :-(

Posted by Rob Godfrey <ro...@gmail.com>.
On 22 March 2013 15:06, Fraser Adams <fr...@blueyonder.co.uk> wrote:
> Hi all,
> Just tried to get a bit "on trend" and build the latest trunk on Linux Mint
> 12 (Ubuntu 11.10) using cmake
>
> I did:
> cd qpid-trunk/qpid/cpp
> mkdir bld
> cd bld
> cmake ..
> make all
> sudo make install
>
>
> The good news is that doing make and sudo make install both seemed to run
> without errors, though there were a couple of warnings:
>
> "
> /home/fadams/qpid/qpid-trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:110:
> Warning(472): Overloaded method
> qmf::engine::ConnectionSettings::transportTcp() with no explicit typecheck
> typemap for arg 1 of type 'uint16_t'
> /home/fadams/qpid/qpid-trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:111:
> Warning(472): Overloaded method
> qmf::engine::ConnectionSettings::transportSsl() with no explicit typecheck
> typemap for arg 1 of type 'uint16_t'
> /home/fadams/qpid/qpid-trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:112:
> Warning(472): Overloaded method
> qmf::engine::ConnectionSettings::transportRdma() with no explicit typecheck
> typemap for arg 1 of type 'uint16_t'
> "
> Though these should be unrelated to the final fail.
>
>
> The problem I've got is when I do qpidd I get:
>
> qpidd
> qpidd: error while loading shared libraries: libqpidbroker.so.2.0.0: cannot
> open shared object file: No such file or directory
>
>
> I've definitely got qpidd in /usr/local/sbin and my /usr/local/lib looks
> like it ought to have the library being moaned about:
>
> /usr/local/lib$ ls -al
> total 21192
> drwxr-xr-x  7 root root     4096 2013-03-22 13:41 .
> drwxr-xr-x 13 root root     4096 2013-03-22 13:41 ..
> lrwxrwxrwx  1 root root       16 2013-03-22 13:41 libqmf2.so ->
> libqmf2.so.1.0.0
> -rw-r--r--  1 root root  1193488 2013-03-22 13:36 libqmf2.so.1.0.0
> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqmfconsole.so ->
> libqmfconsole.so.2.0.0
> -rw-r--r--  1 root root   784932 2013-03-22 13:36 libqmfconsole.so.2.0.0
> lrwxrwxrwx  1 root root       21 2013-03-22 13:41 libqmfengine.so ->
> libqmfengine.so.1.1.0
> -rw-r--r--  1 root root  1755653 2013-03-22 13:36 libqmfengine.so.1.1.0
> lrwxrwxrwx  1 root root       15 2013-03-22 13:41 libqmf.so ->
> libqmf.so.1.0.0
> -rw-r--r--  1 root root   609079 2013-03-22 13:36 libqmf.so.1.0.0
> *lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidbroker.so ->
> libqpidbroker.so.2.0.0**
> **-rw-r--r--  1 root root  8328742 2013-03-22 13:33 libqpidbroker.so.2.0.0*
> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidclient.so ->
> libqpidclient.so.2.0.0
> -rw-r--r--  1 root root  2000509 2013-03-22 13:34 libqpidclient.so.2.0.0
> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidcommon.so ->
> libqpidcommon.so.2.0.0
> -rw-r--r--  1 root root  5200467 2013-03-22 13:29 libqpidcommon.so.2.0.0
> lrwxrwxrwx  1 root root       25 2013-03-22 13:41 libqpidmessaging.so ->
> libqpidmessaging.so.2.0.0
> -rw-r--r--  1 root root  1565710 2013-03-22 13:35 libqpidmessaging.so.2.0.0
> lrwxrwxrwx  1 root root       21 2013-03-22 13:41 libqpidtypes.so ->
> libqpidtypes.so.1.0.0
> -rw-r--r--  1 root root   215567 2013-03-22 13:26 libqpidtypes.so.1.0.0
> drwxrwxr-x  3 root root     4096 2013-02-10 10:08 perl
> drwxr-xr-x  2 root root     4096 2013-03-22 13:41 pkgconfig
> drwxrwsr-x  4 root staff    4096 2011-10-12 15:27 python2.7
> drwxr-xr-x  5 root root     4096 2012-01-02 19:56 qpid
> drwxr-xr-x  3 root root     4096 2012-10-11 17:22 site_ruby
>
>
> It's clearly a link error but I know nothing about cmake so wouldn't know
> where to begin looking.
>
> My system previously had a (working :-)) install of qpid 0.20 built with
> automake which I did "sudo make uninstall" on before trying to cmake the
> trunk and I checked the /usr/local/* directories were empty before I started
> with cmake so ld *ought* to be behaving OK.
>
>
> I'd appreciate any help to get this working. Rob (Godfrey) have you tried
> cmake on your Ubuntu box yet?

So... my Ubuntu laptop is still failing with the cmake build as I
detailed in an earlier mail.  I just tried on my Ubuntu desktop and it
did build to completion, and ran fine from the builld/src directory;
however running make install and attempting to run the installed
binary I get the same error as you.

-- Rob

>
> Cheers,
> Frase
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org


Re: Tried cmake of trunk on Linux Mint 12 (Ubuntu 11.10) - failed :-(

Posted by Fraser Adams <fr...@blueyonder.co.uk>.
One thing I've noticed when I do sudo make install

....
-- Installing: /usr/local/lib/libqpidcommon.so.2.0.0
-- Installing: /usr/local/lib/libqpidcommon.so
-- Removed runtime path from "/usr/local/lib/libqpidcommon.so.2.0.0"
....
-- Installing: /usr/local/lib/libqpidbroker.so.2.0.0
-- Installing: /usr/local/lib/libqpidbroker.so
-- Removed runtime path from "/usr/local/lib/libqpidbroker.so.2.0.0"
....

and a few others of a similar ilk

what on earth does "Removed runtime path from ......" mean?? doesn't 
sound good when the library is sitting in /usr/local/lib but when I do 
ldd /usr/local/sbin/qpidd I get:

ldd /usr/local/sbin/qpidd
     linux-vdso.so.1 =>  (0x00007fffaefab000)
     libqpidbroker.so.2.0.0 => not found
     libqpidcommon.so.2.0.0 => not found
     libboost_program_options.so.1.46.1 => 
/usr/lib/libboost_program_options.so.1.46.1 (0x00007f496fc9b000)
     libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x00007f496f994000)
     libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x00007f496f77e000)
     libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x00007f496f560000)
     libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f496f1bd000)
     libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f496ef39000)
     /lib64/ld-linux-x86-64.so.2 (0x00007f496ff2b000)


Frase


On 22/03/13 14:31, Steve Huston wrote:
> Can you cd to qpid-trunk/qpid/cpp/bld/src and run qpidd there? May have to set LD_LIBRARY_PATH to include that dir. The question is why the installed ones lack 'x' access.
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org


Re: Tried cmake of trunk on Linux Mint 12 (Ubuntu 11.10) - failed :-(

Posted by Fraser Adams <fr...@blueyonder.co.uk>.
Hi Steve
Define "run qpidd there" :-) so I did  cd to qpid-trunk/qpid/cpp/bld/src 
and did ./qpidd and got:

[Broker] critical Unexpected error: Error in configuration file 
/usr/local/etc/qpid/qpidd.conf: Bad argument: 
|cluster-mechanism=DIGEST-MD5 ANONYMOUS|

Use --help to see valid options


So it looks like qpidd is actually running there (or rather trying to 
run), but I've never seen the qpidd.conf error on previous installs, 
though I've previously only built off release versions rather than trunk 
so maybe someone is tinkering with the default qpidd.conf that gets 
installed.


Anyway IMHO I shouldn't have to "set LD_LIBRARY_PATH to include that dir".


I wonder if it's significant, but previously when I've done builds with 
automake I've had to do:

export LDFLAGS=-L`dirname $(pwd)`/cpp/src/.libs
./bootstrap
./configure
make
sudo make install


TBH I don't know too much about ld Voodoo magic and what LDFLAGS 
actually does but that generally worked without me needing to set 
LD_LIBRARY_PATH, but TBH in an ideal world I shouldn't have had to set 
LDFLAGS either. It'd be really nice to have a cmake build that "just 
works" with no tinkering.

thoughts??

Frase


On 22/03/13 14:31, Steve Huston wrote:
> Can you cd to qpid-trunk/qpid/cpp/bld/src and run qpidd there? May have to set LD_LIBRARY_PATH to include that dir. The question is why the installed ones lack 'x' access.
>
>> -----Original Message-----
>> From: Fraser Adams [mailto:fraser.adams@blueyonder.co.uk]
>> Sent: Friday, March 22, 2013 10:07 AM
>> To: users@qpid.apache.org
>> Subject: Tried cmake of trunk on Linux Mint 12 (Ubuntu 11.10) - failed :-(
>>
>> Hi all,
>> Just tried to get a bit "on trend" and build the latest trunk on Linux Mint 12
>> (Ubuntu 11.10) using cmake
>>
>> I did:
>> cd qpid-trunk/qpid/cpp
>> mkdir bld
>> cd bld
>> cmake ..
>> make all
>> sudo make install
>>
>>
>> The good news is that doing make and sudo make install both seemed to run
>> without errors, though there were a couple of warnings:
>>
>> "
>> /home/fadams/qpid/qpid-
>> trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:110:
>> Warning(472): Overloaded method
>> qmf::engine::ConnectionSettings::transportTcp() with no explicit typecheck
>> typemap for arg 1 of type 'uint16_t'
>> /home/fadams/qpid/qpid-
>> trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:111:
>> Warning(472): Overloaded method
>> qmf::engine::ConnectionSettings::transportSsl() with no explicit typecheck
>> typemap for arg 1 of type 'uint16_t'
>> /home/fadams/qpid/qpid-
>> trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:112:
>> Warning(472): Overloaded method
>> qmf::engine::ConnectionSettings::transportRdma() with no explicit
>> typecheck typemap for arg 1 of type 'uint16_t'
>> "
>> Though these should be unrelated to the final fail.
>>
>>
>> The problem I've got is when I do qpidd I get:
>>
>> qpidd
>> qpidd: error while loading shared libraries: libqpidbroker.so.2.0.0:
>> cannot open shared object file: No such file or directory
>>
>>
>> I've definitely got qpidd in /usr/local/sbin and my /usr/local/lib looks like it
>> ought to have the library being moaned about:
>>
>> /usr/local/lib$ ls -al
>> total 21192
>> drwxr-xr-x  7 root root     4096 2013-03-22 13:41 .
>> drwxr-xr-x 13 root root     4096 2013-03-22 13:41 ..
>> lrwxrwxrwx  1 root root       16 2013-03-22 13:41 libqmf2.so ->
>> libqmf2.so.1.0.0
>> -rw-r--r--  1 root root  1193488 2013-03-22 13:36 libqmf2.so.1.0.0
>> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqmfconsole.so ->
>> libqmfconsole.so.2.0.0
>> -rw-r--r--  1 root root   784932 2013-03-22 13:36 libqmfconsole.so.2.0.0
>> lrwxrwxrwx  1 root root       21 2013-03-22 13:41 libqmfengine.so ->
>> libqmfengine.so.1.1.0
>> -rw-r--r--  1 root root  1755653 2013-03-22 13:36 libqmfengine.so.1.1.0
>> lrwxrwxrwx  1 root root       15 2013-03-22 13:41 libqmf.so ->
>> libqmf.so.1.0.0
>> -rw-r--r--  1 root root   609079 2013-03-22 13:36 libqmf.so.1.0.0
>> *lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidbroker.so ->
>> libqpidbroker.so.2.0.0**
>> **-rw-r--r--  1 root root  8328742 2013-03-22 13:33 libqpidbroker.so.2.0.0*
>> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidclient.so ->
>> libqpidclient.so.2.0.0
>> -rw-r--r--  1 root root  2000509 2013-03-22 13:34 libqpidclient.so.2.0.0
>> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidcommon.so ->
>> libqpidcommon.so.2.0.0
>> -rw-r--r--  1 root root  5200467 2013-03-22 13:29 libqpidcommon.so.2.0.0
>> lrwxrwxrwx  1 root root       25 2013-03-22 13:41 libqpidmessaging.so ->
>> libqpidmessaging.so.2.0.0
>> -rw-r--r--  1 root root  1565710 2013-03-22 13:35 libqpidmessaging.so.2.0.0
>> lrwxrwxrwx  1 root root       21 2013-03-22 13:41 libqpidtypes.so ->
>> libqpidtypes.so.1.0.0
>> -rw-r--r--  1 root root   215567 2013-03-22 13:26 libqpidtypes.so.1.0.0
>> drwxrwxr-x  3 root root     4096 2013-02-10 10:08 perl
>> drwxr-xr-x  2 root root     4096 2013-03-22 13:41 pkgconfig
>> drwxrwsr-x  4 root staff    4096 2011-10-12 15:27 python2.7
>> drwxr-xr-x  5 root root     4096 2012-01-02 19:56 qpid
>> drwxr-xr-x  3 root root     4096 2012-10-11 17:22 site_ruby
>>
>>
>> It's clearly a link error but I know nothing about cmake so wouldn't know
>> where to begin looking.
>>
>> My system previously had a (working :-)) install of qpid 0.20 built with
>> automake which I did "sudo make uninstall" on before trying to cmake the
>> trunk and I checked the /usr/local/* directories were empty before I started
>> with cmake so ld *ought* to be behaving OK.
>>
>>
>> I'd appreciate any help to get this working. Rob (Godfrey) have you tried
>> cmake on your Ubuntu box yet?
>>
>> Cheers,
>> Frase
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
> For additional commands, e-mail: users-help@qpid.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org


RE: Tried cmake of trunk on Linux Mint 12 (Ubuntu 11.10) - failed :-(

Posted by Steve Huston <sh...@riverace.com>.
Can you cd to qpid-trunk/qpid/cpp/bld/src and run qpidd there? May have to set LD_LIBRARY_PATH to include that dir. The question is why the installed ones lack 'x' access.

> -----Original Message-----
> From: Fraser Adams [mailto:fraser.adams@blueyonder.co.uk]
> Sent: Friday, March 22, 2013 10:07 AM
> To: users@qpid.apache.org
> Subject: Tried cmake of trunk on Linux Mint 12 (Ubuntu 11.10) - failed :-(
> 
> Hi all,
> Just tried to get a bit "on trend" and build the latest trunk on Linux Mint 12
> (Ubuntu 11.10) using cmake
> 
> I did:
> cd qpid-trunk/qpid/cpp
> mkdir bld
> cd bld
> cmake ..
> make all
> sudo make install
> 
> 
> The good news is that doing make and sudo make install both seemed to run
> without errors, though there were a couple of warnings:
> 
> "
> /home/fadams/qpid/qpid-
> trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:110:
> Warning(472): Overloaded method
> qmf::engine::ConnectionSettings::transportTcp() with no explicit typecheck
> typemap for arg 1 of type 'uint16_t'
> /home/fadams/qpid/qpid-
> trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:111:
> Warning(472): Overloaded method
> qmf::engine::ConnectionSettings::transportSsl() with no explicit typecheck
> typemap for arg 1 of type 'uint16_t'
> /home/fadams/qpid/qpid-
> trunk/qpid/cpp/include/qmf/engine/ConnectionSettings.h:112:
> Warning(472): Overloaded method
> qmf::engine::ConnectionSettings::transportRdma() with no explicit
> typecheck typemap for arg 1 of type 'uint16_t'
> "
> Though these should be unrelated to the final fail.
> 
> 
> The problem I've got is when I do qpidd I get:
> 
> qpidd
> qpidd: error while loading shared libraries: libqpidbroker.so.2.0.0:
> cannot open shared object file: No such file or directory
> 
> 
> I've definitely got qpidd in /usr/local/sbin and my /usr/local/lib looks like it
> ought to have the library being moaned about:
> 
> /usr/local/lib$ ls -al
> total 21192
> drwxr-xr-x  7 root root     4096 2013-03-22 13:41 .
> drwxr-xr-x 13 root root     4096 2013-03-22 13:41 ..
> lrwxrwxrwx  1 root root       16 2013-03-22 13:41 libqmf2.so ->
> libqmf2.so.1.0.0
> -rw-r--r--  1 root root  1193488 2013-03-22 13:36 libqmf2.so.1.0.0
> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqmfconsole.so ->
> libqmfconsole.so.2.0.0
> -rw-r--r--  1 root root   784932 2013-03-22 13:36 libqmfconsole.so.2.0.0
> lrwxrwxrwx  1 root root       21 2013-03-22 13:41 libqmfengine.so ->
> libqmfengine.so.1.1.0
> -rw-r--r--  1 root root  1755653 2013-03-22 13:36 libqmfengine.so.1.1.0
> lrwxrwxrwx  1 root root       15 2013-03-22 13:41 libqmf.so ->
> libqmf.so.1.0.0
> -rw-r--r--  1 root root   609079 2013-03-22 13:36 libqmf.so.1.0.0
> *lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidbroker.so ->
> libqpidbroker.so.2.0.0**
> **-rw-r--r--  1 root root  8328742 2013-03-22 13:33 libqpidbroker.so.2.0.0*
> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidclient.so ->
> libqpidclient.so.2.0.0
> -rw-r--r--  1 root root  2000509 2013-03-22 13:34 libqpidclient.so.2.0.0
> lrwxrwxrwx  1 root root       22 2013-03-22 13:41 libqpidcommon.so ->
> libqpidcommon.so.2.0.0
> -rw-r--r--  1 root root  5200467 2013-03-22 13:29 libqpidcommon.so.2.0.0
> lrwxrwxrwx  1 root root       25 2013-03-22 13:41 libqpidmessaging.so ->
> libqpidmessaging.so.2.0.0
> -rw-r--r--  1 root root  1565710 2013-03-22 13:35 libqpidmessaging.so.2.0.0
> lrwxrwxrwx  1 root root       21 2013-03-22 13:41 libqpidtypes.so ->
> libqpidtypes.so.1.0.0
> -rw-r--r--  1 root root   215567 2013-03-22 13:26 libqpidtypes.so.1.0.0
> drwxrwxr-x  3 root root     4096 2013-02-10 10:08 perl
> drwxr-xr-x  2 root root     4096 2013-03-22 13:41 pkgconfig
> drwxrwsr-x  4 root staff    4096 2011-10-12 15:27 python2.7
> drwxr-xr-x  5 root root     4096 2012-01-02 19:56 qpid
> drwxr-xr-x  3 root root     4096 2012-10-11 17:22 site_ruby
> 
> 
> It's clearly a link error but I know nothing about cmake so wouldn't know
> where to begin looking.
> 
> My system previously had a (working :-)) install of qpid 0.20 built with
> automake which I did "sudo make uninstall" on before trying to cmake the
> trunk and I checked the /usr/local/* directories were empty before I started
> with cmake so ld *ought* to be behaving OK.
> 
> 
> I'd appreciate any help to get this working. Rob (Godfrey) have you tried
> cmake on your Ubuntu box yet?
> 
> Cheers,
> Frase
> 
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org