On 9-3-2020 14:46, Alan Somers wrote:
On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen <w...@digiware.nl <mailto:w...@digiware.nl>> wrote:

    Hi all,

    And sorry for crosspoing three groups, but the answer can/could be
    a mix
    of things to do in these three areas.

    I have a prototype of bhyve running on Rados/Ceph working:
    https://github.com/freebsd/freebsd/pull/426

..........

    4) Create a bhyve-blockrbd port.
         This is much like 3) but instead of building a bhyve-rbd
    executable,
         it delivers a libblockrbd.so that is dynamically loadable by the
         standaard bhyve that comes with base.

............

> Great work!  I also agree that option 4 sounds like the best. There's precedent for ports that > require the FreeBSD Sources.  For example, see devel/py-libzfs or emulators/virtualbox-ose.
> You just need to define the SRC_BASE variable.
Hi Alan,

Thanx for the hint, and it made me check what is actually available within the poudriere jail And that does have full source, so the Makefile code is mainly for those that build in a different way.

I've got a proto version working when compiling stuff with `make buildworld`, but run in the problem that libblock_rbd.so is stripped in such a way that the symbol I need is removed.
Using the unstripped version does work.

Is there an incantation for the SRC Makefiles that builds a dynamical loadable lib?? And I'm still looking for a PORTS example of building a dynamical loadable lib.
Or is there no generic code for that in the PORTS Mk files?

--WjW

BTW: Still haven't worked in your AIO code :(


_______________________________________________
freebsd-virtualization@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail to 
"freebsd-virtualization-unsubscr...@freebsd.org"

Reply via email to