From users-return-4390-apmail-qpid-users-archive=qpid.apache.org@qpid.apache.org Thu Jun 30 10:04:30 2011 Return-Path: X-Original-To: apmail-qpid-users-archive@www.apache.org Delivered-To: apmail-qpid-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1D601691D for ; Thu, 30 Jun 2011 10:04:30 +0000 (UTC) Received: (qmail 20687 invoked by uid 500); 30 Jun 2011 10:04:26 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 20331 invoked by uid 500); 30 Jun 2011 10:04:09 -0000 Mailing-List: contact users-help@qpid.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@qpid.apache.org Delivered-To: mailing list users@qpid.apache.org Received: (qmail 20313 invoked by uid 99); 30 Jun 2011 10:04:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Jun 2011 10:04:05 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aconway@redhat.com designates 209.132.183.28 as permitted sender) Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Jun 2011 10:03:57 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p5UA3XDn010044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 30 Jun 2011 06:03:33 -0400 Received: from [10.11.11.16] (vpn-11-16.rdu.redhat.com [10.11.11.16]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p5UA3WAe019470; Thu, 30 Jun 2011 06:03:32 -0400 Message-ID: <4E0C49F3.7000802@redhat.com> Date: Thu, 30 Jun 2011 11:03:31 +0100 From: Alan Conway Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Lightning/1.0b3pre Thunderbird/3.1.10 MIME-Version: 1.0 To: users@qpid.apache.org CC: fadams Subject: Re: Qpid 0.10 make all fails for me (configure is fine) References: <1309079441988-6516814.post@n2.nabble.com> <4E08600E.3060007@redhat.com> <1309196022241-6521480.post@n2.nabble.com> <4E08C132.6030504@redhat.com> <4E09B77F.8040303@redhat.com> <1309424736367-6532420.post@n2.nabble.com> In-Reply-To: <1309424736367-6532420.post@n2.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Virus-Checked: Checked by ClamAV on apache.org On 06/30/2011 10:05 AM, fadams wrote: > Hi guys, > Thanks for all the help so far - here's an update.... > > I tried Alan's suggestion "Try moving/removing /usr/include/qpid and > rebuilding" neat idea, but unfortunately it still barfed. > > I then followed Gordon's train of thought about the old 0.8 libraries (my > 0.8 install is in /usr/local so I just mv'd /usr/local to /usr/xlocal > temporarily) and the 0.10 make all now works wooo hooo (haven't tried make > install yet). > > So far so good, I can actually build 0.10, but what I really wanted to do > was to build 0.10 in addition to my 0.8 (we're currently using 0.8 > operationally so I wanted to start playing with 0.10 and > comparing/regression testing things etc.). > > I've just tried putting my /usr/local back and trying the 0.10 build with > ./configure --prefix=/home/fadams/qpid-0.10-test but unfortunately that > barfs at the same place as my original problem > > I'm thinking that the only way that I can build and install multiple > versions is to build them both into "non-standard" locations using prefix= That is the way to go. The build system tries to avoid picking up stuff from the install prefix but clearly it's not 100% successful. Even if you get past the build problem you may then run into runtime problems as qpidd tries to load configuration from /etc and modules from the /lib. The make check tests are supposed to use --no-module-dir and --no-config-dir to avoid this but when running tests by hand its a pain. > Is anyone else successfully running multiple versions? If so what sort of > install strategy are you using? Same thing - different prefixes. In my case I usually have an RPM packaged version in /usr and my own build in ~/install. I still manage to shoot myself in the foot occasionally by forgetting about external modules (e.g. the msgstore) that are hanging around in ~/install/lib from an old build. rm -rf ~/install solves the problem. BTW if you're building and installing a lot you can do make install-exec, which doesn't install all the devel headers and so is much faster. (This won't work on revisions before 1083077) Cheers, Alan. --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:users-subscribe@qpid.apache.org