Re: [Freetel-codec2] The LPCNet packaging problem...

2020-04-25 Thread Bruce Perens via Freetel-codec2
Why not combine the CPU-specific math accelerator libraries, and set function pointers at runtime? It would be fewer builds, more distro friendly, and less configuration when building from source. On Sat, Apr 25, 2020, 3:17 PM David Rowe wrote: > Hi Richard, > > Pls be careful putting too much

Re: [Freetel-codec2] The LPCNet packaging problem...

2020-04-25 Thread David Rowe
Hi Richard, Pls be careful putting too much work into this. I estimate the actual number of people using FreeDV from a package/distro to be quite low. I'd estimate 90% of the end users run Windows, and most of the open source community build from source. For the purposes of

Re: [Freetel-codec2] The LPCNet packaging problem...

2020-04-25 Thread Richard Shaw
Ok, so we need a new approach... 1. Bundle (known good?) snapshots of LPCNet into FreeDV and either statically link, or at least make the library "private", i.e.: /usr/lib{,64}/freedv on RPM based systems. We can either copy it in, which I hate for one reason, or use git submodules which I hate