Arrow Build Report for Job nightly-2020-11-06-0
All tasks:
https://github.com/ursa-labs/crossbow/branches/all?query=nightly-2020-11-06-0
Failed Tasks:
- conda-win-vs2017-py36:
URL:
https://github.com/ursa-labs/crossbow/branches/all?query=nightly-2020-11-06-0-azure-conda-win-vs2017-py36
- co
Hello Vibhatha,
the best is to set a relative RPATH on the libraries. An example for this can
be seen in the turbodbc sources:
https://github.com/blue-yonder/turbodbc/blob/80a29a7edfbdabf12410af01c0c0ae74bfc3aab4/setup.py#L186-L189
Cheers
Uwe
On Tue, Nov 3, 2020, at 11:44 PM, Vibhatha Abeykoon
Hello Uwe,
Nice example. I will follow this.
With Regards,
Vibhatha Abeykoon
On Fri, Nov 6, 2020 at 9:36 AM Uwe L. Korn wrote:
> Hello Vibhatha,
>
> the best is to set a relative RPATH on the libraries. An example for this
> can be seen in the turbodbc sources:
> https://github.com/blue-yonde
One more question about packaging, here when the API requires both Cython
and C++ APIs,
Pyarrow dependency must also be built from the source? Or is it practical
to use the same version
of Arrow using Pip?
With Regards,
Vibhatha Abeykoon
On Fri, Nov 6, 2020 at 9:59 AM Vibhatha Abeykoon wrote:
Another approach I took is;
https://github.com/vaexio/vaex-arrow-ext
But it uses pybind11, not cython.
(from mobile phone)
On Fri, 6 Nov 2020, 17:19 Vibhatha Abeykoon, wrote:
> One more question about packaging, here when the API requires both Cython
> and C++ APIs,
> Pyarrow dependency must a
The pip package (explicitly the wheels) should contain the C++ libraries and
headers. So it should be sufficient for your usecase and there shouldn't be a
need for separately building the C++ artifacts.
On Fri, Nov 6, 2020, at 5:18 PM, Vibhatha Abeykoon wrote:
> One more question about packaging
