|
Boost : |
Subject: Re: [boost] Libraries failing across the board.
From: David Bellot (david.bellot_at_[hidden])
Date: 2014-07-11 07:36:24
yes, I know it's not ideal but we haven't time to do better this time :-(
I will try to update the devel branch on git if it helps
On Thu, Jul 10, 2014 at 12:22 AM, Matthew Musto <matthew.musto_at_[hidden]>
wrote:
> David,
>
> Just so I am clear, you are saying that 1.56 cannot be relied upon by users
> who need ublas as there is no intention of making it work?
>
> If that is true, this release is effectively worthless to me or anyone else
> who needs any other library in conjunction with ublas? For example, I rely
> heavily upon threads, serialization, asio and numeric/ublas. 1.55 did not
> compile on VS2013 and there was much hope for this release which now seems
> dashed.
>
> -Matt
>
>
> >Date: Tue, 8 Jul 2014 23:24:15 +0100
> >From: David Bellot <david.bellot_at_[hidden]>
> >To: "boost_at_[hidden]" <boost_at_[hidden]>
> >Subject: Re: [boost] Libraries failing across the board.
> >Message-ID:
> > <CAOE6ZJGEhHEcujgXw4N2r=
> >DLsn3vhx9+qSc3eN=jdfPHNSUcJA_at_[hidden]>
> >Content-Type: text/plain; charset=UTF-8
> >
> >for ublas we decided to skip this release and concentrate on 1.57 as we
> >have more patches coming.
> >- D
> >
> >
> >On Tue, Jul 8, 2014 at 10:07 PM, Beman Dawes <bdawes_at_[hidden]> wrote:
> >
> >> Marshall is just a few days away from being able to put out a beta
> release
> >> candidate. (And that is very good news!)
> >>
> >> But we still have too many libraries failing across the board on master:
> >>
> >> accumulators
> >> interprocess
> >> numeric/ublas
> >> pool
> >> proto
> >> spirit/repository
> >> spirit/test
> >> tr1
> >> wave
> >>
> >> See
> http://www.boost.org/development/tests/master/developer/summary.html
> >>
> >> What is the hold up with these? Does anyone need help?
> >>
> >> --Beman
>
> _______________________________________________
> Unsubscribe & other changes:
> http://lists.boost.org/mailman/listinfo.cgi/boost
>
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk