[
https://issues.apache.org/jira/browse/THRIFT-577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220009#comment-16220009
]
Robert Lu commented on THRIFT-577:
----------------------------------
The fastbinary.c is already move to lib/py/src/ext/ by THRIFT-3612.
So, I think this issue is resolved.
> Factor BinaryProtocolAccelerated into separate components
> ---------------------------------------------------------
>
> Key: THRIFT-577
> URL: https://issues.apache.org/jira/browse/THRIFT-577
> Project: Thrift
> Issue Type: Improvement
> Components: Python - Compiler, Python - Library
> Reporter: Esteve Fernandez
>
> Ben Maurer's excellent native Python library has proven to be very fast and
> efficient, however introducing new features and bug fixes have become a
> non-trivial task. This is because it implements the serialization process as
> a whole. The previous version of the Ruby library followed this approach, as
> it was actually based on Ben's library.
> Bryan split the Ruby native library in THRIFT-248, this has reduced the time
> for incorporating new features and bug fixes, and also has enabled other
> protocols to take advantage of the benefits of accelerated code (e.g. any
> protocol that inherits from TProtocol)
> The aim of this task is to split TBinaryProtocolAccelerated into separate
> pieces (e.g. TProtocolAccelerated, TBinaryProtocolAccelerated, etc.) and
> remove fastbinary.encode/decode from the Python generator.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
