Open darkfiberiru opened 8 years ago
I wanted to check if there is interest in this addition I'm still open to doing the work but need to know if it's something the project is even interested in/ has any comments on. @rtucker are you the one I should be talking to now about this?
Thanks,
Nick 'darkfiberiru' Wolff
This work should also cover issue #418 (Add CMake project config files) as I believe they will be needed when compiling components separately.
This will also lead to a freebsd port(pkg) with me as the maintainer. I previously submitted build patches for freebsd and worked with the freebsd usb guru to fix some libusb issues. Only thing I've been waiting for is to package bladerf neatly as is expected in freebsd ports tree.
Greetings!
So, there is some development underway for a major version bump of most of the host components, but it looks like this should work out OK. It would also be great to get into ports!
(Apologies for the really slow responses to this... been working on new stuff and not preening the issues queue as much as I ought :frowning_face:)
Oops I missed that this was responded to. Will touch base with someone here at defcon make sure what I'm thinking is in line with what makes sense
First step of breaking out components into sane groups. (libbladerf bladerf-cli bladerf-fsk bindings etc...) https://github.com/darkfiberiru/bladeRF/commit/43fd331de1bf702a27647889b0fc9b1bfef43503
Things should be pretty stable as far as build stuff goes for awhile, so a pull request against current master would be welcome :)
Hello,
I'm working on the freebsd port for bladerf now that the usb issues are all worked out. Since all the components are versioned separately I think it would be best to track them separately (if we don't then version numbers make no sense). I don't currently see functionality to separate out the various host components. At the bottom of this is my implementation which shouldn't effect any current builds but will allow you to do something like the following which will allow you to only build the cli (assuming the library is already built and will be linked against).
I will submit a complete pull request later if wanted but first I wanted to see if there was any interest in this at all and if there was thoughts on better ways to do it or semantics on what I did that could be improved(naming of options potentially)