hi Viktor,

> might be more frequently checked than the slack channel as i initially posted 
> my problem there

Yes -- the mailing list or JIRA is the place you want to go for help.
Slack is helpful for real-time interactions but a lot of us (like me)
do not spend any time there. Asynchronous, publicly viewable /
searchable discussions are better for a worldwide project like this.

I am not sure about the linking problem -- this function is being used
successfully in the turbodbc project:

https://github.com/blue-yonder/turbodbc/blob/c6dd8e2a3d575054b4ec0fe6cbab9a60019ebb0a/cpp/turbodbc_arrow/Library/src/set_arrow_parameters.cpp

It would be nice to fix the warning re: C linkage. That's a Cython
artifact, I think. Could you open a JIRA about this?

Thanks
Wes

On Wed, Mar 14, 2018 at 12:40 PM, Viktor Gal <wik...@maeth.com> wrote:
> Hi,
>
> i’m writing this email as i thought it might be more frequently checked than 
> the slack channel as i initially posted my problem there:
> i’m trying to use `arrow::py::unwrap_table` in a c++ library that would use 
> pyarrow tables…. unfortunately when i try to load the generated python module 
> (shared lib) in the python interpreter, i’m getting a `Symbol not found: 
> _unwrap_table` exception…. i thought the problem was that i havent linked the 
> library with `libarrow_python.dylib`, but even after linking with that lib 
> i’m still getting the same error… anybody has any ideas why there’s `Symbol 
> not found` error?
>
> note that when i compile my shared library i’m getting the following warning:
> warning: 'unwrap_table' has C-linkage specified, but returns user-defined 
> type 'arrow::Status' which is incompatible with C [-Wreturn-type-c-linkage]
> ARROW_EXPORT Status unwrap_table(PyObject* table, std::shared_ptr<Table>* 
> out);
>
> the main idea is that i would pass the pyarrow table to my lightweight python 
> library that is basically a wrapper around a c++ library. In that wrapper i 
> would unwrap the pyarrow Table to a simple std::shared_ptr<arrow::Table> 
> which i would pass to the c++ library, as it can handle standard arrow data 
> structures.
>
> cheers,
> viktor
>

Reply via email to