Brief update on this. I have now been able to use flatbuffers to generate
Rust code from the Arrow schema, and it compiles. In theory, this can be
published as a standalone "arrow-format" crate but I'm wondering what the
plan should be here.

I will start reviewing how this is handled in the other implementations but
if anyone has suggestions, please let me know.

Thanks,

Andy.



On Mon, Sep 3, 2018 at 9:08 PM Andy Grove <andygrov...@gmail.com> wrote:

> Flatbuffers now has support for Rust - the PR was just merged in the last
> couple days:
> https://github.com/google/flatbuffers/tree/master/rust/flatbuffers
>
> I hope to find some time in the next week or two to start experimenting
> with this for Arrow IPC.
>
> Andy.
>
> On Tue, Jun 19, 2018 at 6:09 PM Andy Grove <andygrov...@gmail.com> wrote:
>
>> The author of the Rust version of FlatBuffers is now working on a public
>> fork and seems to be making good progress. I just wanted to send a quick
>> update on this since I am now back onto working on Arrow IPC in Rust (I'm
>> sure this is going to take quite a while though so don't want to get
>> anyones hopes up too much). For anyone that is interested, here is the
>> FlatBuffers branch: https://github.com/rw/flatbuffers/tree/2018-02--rust
>>
>> Andy.
>>
>>
>> On Sat, May 19, 2018 at 4:05 PM Wes McKinney <wesmck...@gmail.com> wrote:
>>
>>> Sorry to hear, it's a bit of a rough situation with Flatbuffers and
>>> Rust. One possibility is to build an interface to the Flatbuffers data
>>> via flatcc (https://github.com/dvidelabs/flatcc) -- I wonder if these
>>> bindings are header-only like C++ and if that makes things any easier
>>> for you.
>>>
>>> If you defined an API in Rust for reading and writing the Arrow
>>> metadata that does not expose any Flatbuffers-specific details, then
>>> once there is a production-grade Rust implementation of Flatbuffers,
>>> the implementation details could be swapped out without disruption.
>>>
>>> > my recent attempts at contacting the author have been unsuccessful
>>>
>>> Have you e-mailed the author directly or only pings on GitHub? Pings
>>> may not be making it to their inbox.
>>>
>>> Appreciate your efforts on this; I think we'll see a lot more work in
>>> data processing in Rust in the coming years.
>>>
>>> - Wes
>>>
>>> On Fri, May 18, 2018 at 9:21 AM, Andy Grove <andygrov...@gmail.com>
>>> wrote:
>>> > Hi,
>>> >
>>> > Now that the refactor I've been working on has been merged, the next
>>> > priority for me personally with the Rust implementation is getting IPC
>>> and
>>> > integration testing working.
>>> >
>>> > Unfortunately the official Flatbuffers Rust version is not available
>>> yet
>>> > and my recent attempts at contacting the author have been unsuccessful
>>> so I
>>> > have started working with this fork of Flatbuffers which has Rust
>>> support:
>>> > https://github.com/josephDunne/flatbuffers.
>>> >
>>> > I was able to generate code from Schema.fbs but it doesn't compile and
>>> I've
>>> > started filing issues and debugging this.
>>> >
>>> > Working with this fork isn't ideal but I don't see what other choice I
>>> > have, other than just waiting for the official project to support Rust.
>>> >
>>> > I'm interested to hear if anyone has any alternate suggestions. I know
>>> it
>>> > would be possible to wrap C code but I'd like to keep the Rust
>>> > implementation as a pure Rust project if possible.
>>> >
>>> > Thanks,
>>> >
>>> > Andy.
>>>
>>

Reply via email to