qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrew Stitcher <astitc...@redhat.com>
Subject Re: Qpid dependency of proton versions
Date Mon, 17 Mar 2014 18:49:46 GMT
On Fri, 2014-03-14 at 10:02 +0000, Gordon Sim wrote:
> On 03/14/2014 04:18 AM, Andrew Stitcher wrote:
> > On Thu, 2014-03-13 at 20:44 +0000, Gordon Sim wrote:
> >> ...
> >>> I'd like to change the check for proton to be simply (after my new work
> >>> which should be going into Proton 0.7):
> >>>
> >>> find_package(Proton 0.5)
> >>
> >> My only concern with an open ended dependency is around any future
> >> incompatible changes. If that is considered to be unlikely enough not to
> >> be a concern, then I don't object.
> >>
> >
> > I guess Rafi really has to answer that particular query. Although for me
> > it looks like the interfaces are fairly stable.
> >
> > Do you think it would be sufficient to print a warning if the version of
> > proton is untested because the version is too high? Then the user would
> > be warned, but the compile would still happen and could try the result.
> Yes, that would be fine.

Ok that is what I have done.

> >> As to changing the cmake approach, I'm happy as long as it keeps working
> >> (both against non-standard locations, via pkg-config and on windows).

> The _cmake_ build currently uses pkgconfig and I rely on that for 
> testing against non-standard installs via PKG_CONFIG_PATH

I've just changed this so that it uses the cmake config files instead.

> That's not to say it can't change, as long as the same ability to simply 
> build against a non-standard install remains there and the change when 
> it happens is documented/publicised on this list.

Ths pkg config methods are unchanged so there's nothing to report there.
I've fixed up the qpid build myself, and so this change has really only
added an additional (cross platform) way to detect proton.

I will send a message here though telling everyone that their lives
might now be simpler :) - Thank you for the prod though - I really
should have remembered to do it without prompting :(


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

View raw message