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:[email protected]]
Sent: Friday, March 22, 2013 10:07 AM
To: [email protected]
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: [email protected]
For additional commands, e-mail: [email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to