I notice that U have merged the branch.
So, where exactly should we start?
> 在 2016年1月13日，上午1:55，Konrad Grochowski 写道：
>
> Hey Tomas,
>
> I'll try to merge/rebase it against master and include recent changes in c++
> lib into c++ v2 lib, probably this weekend (I hope I'll find some time).
>
Hey Tomas,
I'll try to merge/rebase it against master and include recent changes in
c++ lib into c++ v2 lib, probably this weekend (I hope I'll find some time).
As for C++11 - quick answer: because then at some point Thrift would
have to introduce std17 or std14 etc :)
Long answer - when I st
Dear Konrad,
It’s exciting to see the effort here.
I’ve checked your branch and it’s really a little out of date.
Why not merge the modification lately and let’s plan it out together?
as for the generator, is it nice to call it cpp_v2? why not just use cpp
version instead?
such as “—gen cpp_s
Hey All,
Few thoughts from previous discussion about C++ >= 11:
- we have to keep old C++ lib (at least for a while) as C++11 lib
would break iface compatibility
- to avoid confusion at some point we agreed to use cpp_v2 name for
new lib, so no user would ask "What is C++2?" (it's not perfect
Yes Randy, that's it!
I just found another issue about std::shared_ptr
https://issues.apache.org/jira/browse/THRIFT-2221
We can easily switch to boost-less code generation in place within the
compiler by using the new, modular and testable code from Konrad and
fine tune the C++ library for bare
Most boost usage in Thrift is header based. The C++ lib "API" today uses
boost::shared_ptr liberally and there are lots of other small incursions.
While the elegance of Boost is uncontested, it is another dependency and as
far as the Thrift C++ lib is concerned, it is redundant in the context of
C+
Just out of interest, what's the nature of Thrift's dependency on Boost?
My recollection (also from embedded systems), is that *much* (but not
all) of Boost doesn't cause any real library dependencies because so
much of the Boost code is provided in full as template in header files
(i.e. it does n
Hey Roger,
I agree with the goal. However I think the easiest way to start is with a
new base (--gen cpp2). In this way we can get something in place for those
who need it now and then we can excommunicate the old lib whenever the
community is ok with it. The changes contemplated break the API, no
Hey Konrad,
Sounds great. Maybe the easiest thing to do is to get a base working and
then pull in everything we can from your repo.
Best,
Randy
On Mon, Jan 11, 2016 at 11:50 AM, Konrad Grochowski
wrote:
> Hi Randy,
>
> Do you think we could somehow merge our cpp2 efforts? (
> https://github.co
Hi all
I think we should rework the existing cpp towards modern C++ to awoid a
second lib and generator to maintain.
The cpp_v2 branch from Konrad is a great place to start, the
modularization and testability is awesome!
As we decided to base on modern C++ such as C++11, I would like to
replace
Hi Randy,
Do you think we could somehow merge our cpp2 efforts?
(https://github.com/hcorg/thrift/tree/cpp_v2)
It's my old branch, had to put it on little hiatus, yet I think some
parts of it could be useful.
Best regards,
Konrad
W dniu 11.01.2016 o 20:16, Randy Abernethy pisze:
Hi Dane and Tom
I've been watching this thread because I also use thrift in an embedded
setting, although we use it on top of embedded Linux since we didn't want
to deal with trying to port it to actual "bare metal" embedded.
Anyway, I have nothing real to contribute at the moment, but I wi
Hi Dane and Tomas,
Great to hear we have a few people willing to pull the oars. I'll get our
cpp2 lib sanitized this week and post a jira/patch in a few days. Then we
can take it from there.
Best,
Randy
On Mon, Jan 11, 2016 at 11:14 AM, Dane Mason wrote:
> Hey Randy,
>
> That sounds perfect f
Hey Randy,
That sounds perfect for our use case. I would love to contribute. Let me
know when you have more details.
Dane
On Sun, Jan 10, 2016 at 9:44 AM, Randy Abernethy
wrote:
> Hey Dane,
>
> My shop has a C++11 (no boost) language implementation for thrift. We have
> only built out the gene
Dear Randy,
I’m interested in your project as well, please send me the link as well.
Look forward to creating things with you guys.
Best,
Tomas
> 在 2016年1月11日，上午1:44，Randy Abernethy 写道：
>
> Hey Dane,
>
> My shop has a C++11 (no boost) language implementation for thrift. We have
> only built
Hey Dane,
My shop has a C++11 (no boost) language implementation for thrift. We have
only built out the generator (--gen cpp2) TBinaryProtocol,
TCompactProtocol, framing and basic socket transports. I have tried to get
some help cleaning this up for public consumption but so far no takers.
Also ot
Sorry I should have been more clear. C++ is fine, but the boost dependency
is problematic.
Dane
On Saturday, January 9, 2016, Randy Abernethy
wrote:
> Do you need a C impel or can you use C++11 on the embedded sys?
>
> On Saturday, January 9, 2016, Dane Mason > wrote:
>
> > Hi, I'm part of a p
Do you need a C impel or can you use C++11 on the embedded sys?
On Saturday, January 9, 2016, Dane Mason wrote:
> Hi, I'm part of a project that makes heavy use of Thrift and it's RPC
> functionality across Java, C++, and Python. This project now needs to
> incorporate an embedded component with
Hi, I'm part of a project that makes heavy use of Thrift and it's RPC
functionality across Java, C++, and Python. This project now needs to
incorporate an embedded component with 256kb ram running on a CortexM3.
After a bit of research, I've decided that there is no straight forward way
of using Th
19 matches
Mail list logo
