On 2020/03/22 14:29, Stuart Henderson wrote: > On 2020/03/22 14:17, Marc Espie wrote: > > On Sun, Mar 22, 2020 at 01:59:36PM +0100, Marc Espie wrote: > > > On Sun, Mar 22, 2020 at 08:20:59AM +0000, Martin wrote: > > > > It looks strange, but > > > > > > > > make show=PKGNAME > > > > uhd-3.15.0.0 > > > > make show=FULLPKGNAME- > > > > uhd-3.15.0.0p0 > > > > make show=FULLPKGNAME > > > > uhd-3.15.0.0p0 > > > > > > > > I attached the new port I do which builds successfully, but make > > > > package is broken. > > > > > > No it doesn't. > > > > > > > > > -DCMAKE_C_COMPILER=/usr/local/bin/clang \ > > > -DCMAKE_CXX_COMPILER=/usr/local/bin/clang++ \ > > > -DPYTHON_EXECUTABLE=/usr/local/bin/python3.7 \ > > > -DCMAKE_INSTALL_PREFIX=/usr/local ../ > > > > > > > I was talking too fast, your problem is waaay more stupid, the spaces > > you left at the end of the line with REVISION *ARE* significant, and > > you end up with a fullpkgname with spaces, which isn't so great ;) > > > > You still need to clean up all the rest though... starting with a clean > > system would help. > > > > Also your comment is waaaay too long > > > > With this port, getting it built is likely only the start - for the > USB-based devices it looks like they need async transfers, in which case > it will need some work on the USB stack (kernel/libusb) as these aren't > implemented yet (same problem with rtl-sdr which is why the port of that > is barely functional). > > If that doesn't sound like something you want to work on then OpenBSD is > probably not the right platform to use with this (rather nice looking) > hardware. >
Here's a slightly cleaned up port FWIW.
uhd.tgz
Description: application/tar-gz
