Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 14 Jul 2021 14:05:30 +0000
From:      bugzilla-noreply@freebsd.org
To:        python@FreeBSD.org
Subject:   [Bug 257131] [NEW PORT] devel/py-cadquery-pywrap: C++ binding generator for Python
Message-ID:  <bug-257131-21822-A50am3cc6d@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-257131-21822@https.bugs.freebsd.org/bugzilla/>
References:  <bug-257131-21822@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D257131

--- Comment #2 from Neal Nelson <ports@nicandneal.net> ---
(In reply to Kubilay Kocak from comment #1)

Yes, the upstream name is pywrap, and yes there is already something else
called pywrap. I doubt that it will be changed upstream though as it is
currently an internal tool that is used to generate the CadQuery OCP librar=
y.

As a standalone tool it's not very interesting at the moment, but it is nee=
ded
for my upcoming update to cad/py-ocp in order to generate the cad/opencasca=
de
interface. The upstream project have it linked into the OCP git repository,=
 but
there seems to be no way to do that in our ports system. If there is, then
maybe I can dispense with this port altogether.

I just realised that they have added a setup.py. This update to cad/cadquery
has been in development for over six months, so things have progressed and I
missed this being added. I will update the port to use distutils and autopl=
ist.

As for the fixed Jinja2 dependency in setup.py: it is already different on =
my
system and works fine. I can ask the project about this, but can promise
nothing.

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-257131-21822-A50am3cc6d>