Stephen,
We originally wanted to start the 2.8.11 release candidate series at
the end of January. We've delayed it while your usage requirements
feature has cooked. Even last week you were polishing up a few subtle
corrections, so it was worth the wait.
Normally we try to avoid delaying a new r
On 03/04/2013 02:58 PM, Brad King wrote:
Stephen,
We originally wanted to start the 2.8.11 release candidate series at
the end of January. We've delayed it while your usage requirements
feature has cooked. Even last week you were polishing up a few subtle
corrections, so it was worth the wait.
On 03/04/2013 11:15 AM, Stephen Kelly wrote:
> I have not tried again to implement a proof of concept of the list
> handling after the discussion about it last week. This week I don't
> think I can commit to it either, but I'm not overly concerned about it
> after the discussion we had.
That di
On Monday 04 March 2013, Stephen Kelly wrote:
> On 03/04/2013 02:58 PM, Brad King wrote:
> > Stephen,
> >
> > We originally wanted to start the 2.8.11 release candidate series at
> > the end of January. We've delayed it while your usage requirements
> > feature has cooked. Even last week you wer
Alexander Neundorf wrote:
> did you get around to add handling for usr-move to the relative directory
> references for exports-files ?
> Otherwise I'll see whether I find time this week.
I didn't work more on that, no, as I wrote here:
http://thread.gmane.org/gmane.comp.programming.tools.cmake
Stephen Kelly wrote:
> So, I think it's mature enough for release now, yes.
It might be worth documenting it a bit more prominently though...
Any opinion on this?
Thanks,
Author: Stephen Kelly
Date: Tue Mar 5 23:01:22 2013 +0100
Mention that IMPORTED targets may be created by a find_p
On 3/5/2013 5:05 PM, Stephen Kelly wrote:
> Stephen Kelly wrote:
>
>> So, I think it's mature enough for release now, yes.
>
> It might be worth documenting it a bit more prominently though...
>
> Any opinion on this?
I think the patch can be simpler:
-"through variables documented by the
On Tuesday 05 March 2013, Stephen Kelly wrote:
> Alexander Neundorf wrote:
> > did you get around to add handling for usr-move to the relative directory
> > references for exports-files ?
> > Otherwise I'll see whether I find time this week.
>
> I didn't work more on that, no, as I wrote here:
>
On Wednesday 06 March 2013, Brad King wrote:
> On 3/5/2013 5:05 PM, Stephen Kelly wrote:
> > Stephen Kelly wrote:
> >> So, I think it's mature enough for release now, yes.
> >
> > It might be worth documenting it a bit more prominently though...
> >
> > Any opinion on this?
>
> I think the patch
Stephen Kelly wrote:
> https://gitorious.org/~steveire/cmake/steveires-cmake/commit/96ec58003de583
> 794fb7440fc4b3521f272a26d6
>
> in, but then again, the behavior of code like that won't change until
> the next release, and a policy will probably be needed anyway.
So you introduce new stuff no
On 03/06/2013 03:00 PM, Rolf Eike Beer wrote:
> Stephen Kelly wrote:
>
>> https://gitorious.org/~steveire/cmake/steveires-cmake/commit/96ec58003de583
>> 794fb7440fc4b3521f272a26d6
>>
>> in, but then again, the behavior of code like that won't change until
>> the next release, and a policy will pro
Alexander Neundorf wrote:
>> You may have already realised that, for the same reason, I didn't work
>> more on this stuff either:
>>
>>http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/6106/focu
>> s=6161
>>
>> That branch was just a proof of concept.
>
> Oh, ok, here I assumed you
On 03/07/2013 02:22 AM, Stephen Kelly wrote:
>> Oh, ok, here I assumed you would have finished it in the meantime.
>> Can you try to get this in shape for 2.8.11 ?
>
> No, I'm afraid not.
We're not going to delay 2.8.11 further for a not-yet-developed
feature anyway.
-Brad
--
Powered by www.kit
On Thursday 07 March 2013, Brad King wrote:
> On 03/07/2013 02:22 AM, Stephen Kelly wrote:
> >> Oh, ok, here I assumed you would have finished it in the meantime.
> >> Can you try to get this in shape for 2.8.11 ?
> >
> > No, I'm afraid not.
>
> We're not going to delay 2.8.11 further for a not-y
On 03/07/2013 03:47 PM, Alexander Neundorf wrote:
> On Thursday 07 March 2013, Brad King wrote:
>> We're not going to delay 2.8.11 further for a not-yet-developed
>> feature anyway.
>
> Well, the usr-move fix must go in.
> Otherwise all installed Config-files on usr-move distros which have
> refe
On Thursday 07 March 2013, Brad King wrote:
> On 03/07/2013 03:47 PM, Alexander Neundorf wrote:
> > On Thursday 07 March 2013, Brad King wrote:
> >> We're not going to delay 2.8.11 further for a not-yet-developed
> >> feature anyway.
> >
> > Well, the usr-move fix must go in.
> > Otherwise all ins
On 03/07/2013 04:09 PM, Alexander Neundorf wrote:
> On Thursday 07 March 2013, Brad King wrote:
>> On 03/07/2013 03:47 PM, Alexander Neundorf wrote:
>>> Well, the usr-move fix must go in.
>>> Otherwise all installed Config-files on usr-move distros which have
>>> references outside lib/ (e.g. into
On 3/7/2013 5:13 PM, Brad King wrote:
> On 03/07/2013 04:09 PM, Alexander Neundorf wrote:
>> IOW: without this fix cmake's exported target files are non-working on usr-
>> move systems if installed into one of the affected directories.
>> That's IMO a blocker.
>
> It's no worse than 2.8.10. Whate
18 matches
Mail list logo