Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-15 Thread Richard Shaw 
Ok, initial commit complete for fdmdv2. I put all the icons and desktop
file in a contrib directory instead. Distribution packagers like myself can
manually install from there for now.

I need to forward an email that I didn't catch that only went to Greg back
to the list, but then I'd like to end this thread and start individual
threads for each problem/opportunity to make following things easier.

Thanks,
Richard
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-13 Thread Greg Troxel 

Richard Shaw  writes:

> On Fri, Apr 12, 2013 at 8:29 PM, Nate Bargmann  wrote:

>> I suspect it will also search the /usr/local/lib hierarchy as well?
>> Convention, at least on Debian (LFHS?) is to put locally compiled
>> packages under /usr/local and leave /usr to the packaging manager for
>> the distribution.

> I'm pretty sure it does but I don't run anything out of /usr/local, not
> because I have a problem with it, but because I never install stuff
> manually. Even with small programs I always build RPMs, so everything just
> goes in /usr. A nice side effect is I don't have to worry about having (or
> having a bad) make uninstall since RPM takes care of that. The spec file
> creates a very nice and consistent way to apply patches, hacks, and other
> tweaks without having to remember what I did every time the code gets
> updated.

Before making the cmake build the standard approach, I think it's
important to make sure that it can do the things autoconf can do,
specifically:

  detection of features vs OS, so that it will build on a new OS which
  can work based on feature tests

  cross compiling (using standard interfaces, so that packaging systems
  that want to cross compile don't have to special case codec2)

  OBJDIR builds (the equivalent of running configure from a directory
  other than the sources, resulting in not writing to the source
  directory at all)

  make dist

  make distcheck (which involves an OBJDIR build on the unpacked
  distribution tarball)


I'm not clear on cmake details, but I have the impression that not all
the above is supported.

  


pgpSU1Zwgsr7I.pgp
Description: PGP signature
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-12 Thread Richard Shaw 
On Fri, Apr 12, 2013 at 8:29 PM, Nate Bargmann  wrote:

> * On 2013 12 Apr 16:25 -0500, Richard Shaw wrote:
>
> Nice work, Richard.
>

Thanks! It's getting there!


> Also, the symbolic link is used by the buildsystems to
> > find the actual library name, so when you find a library with cmake,
> > "find_library(CODEC2 codec2) it will search in /usr/lib (or /usr/lib64 on
> > multilib systems) for "libcodec2.so" which would then point to
> > libcodec2.so.0.2!
>
> I suspect it will also search the /usr/local/lib hierarchy as well?
> Convention, at least on Debian (LFHS?) is to put locally compiled
> packages under /usr/local and leave /usr to the packaging manager for
> the distribution.
>

I'm pretty sure it does but I don't run anything out of /usr/local, not
because I have a problem with it, but because I never install stuff
manually. Even with small programs I always build RPMs, so everything just
goes in /usr. A nice side effect is I don't have to worry about having (or
having a bad) make uninstall since RPM takes care of that. The spec file
creates a very nice and consistent way to apply patches, hacks, and other
tweaks without having to remember what I did every time the code gets
updated.


> I can track abi compatibility for Linux easily enough with
> > abi-compliance-checker which is pretty cool so I'll know when the
> soversion
> > needs to be bumped.
>
> I may need to look into that tool as well to be certain Hamlib's ABI is
> staying constant.
>

Let me know when you get to the point of trying to use it and I'll give you
some best practices and tips to make your life easier.

Richard
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-12 Thread Nate Bargmann 
* On 2013 12 Apr 16:25 -0500, Richard Shaw wrote:

Nice work, Richard.

> Also, the symbolic link is used by the buildsystems to
> find the actual library name, so when you find a library with cmake,
> "find_library(CODEC2 codec2) it will search in /usr/lib (or /usr/lib64 on
> multilib systems) for "libcodec2.so" which would then point to
> libcodec2.so.0.2!

I suspect it will also search the /usr/local/lib hierarchy as well?
Convention, at least on Debian (LFHS?) is to put locally compiled
packages under /usr/local and leave /usr to the packaging manager for
the distribution.

> I can track abi compatibility for Linux easily enough with
> abi-compliance-checker which is pretty cool so I'll know when the soversion
> needs to be bumped.

I may need to look into that tool as well to be certain Hamlib's ABI is
staying constant.

73, de Nate >>

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-12 Thread Stuart Longland (VK4MSL) 
On 13/04/13 04:22, Bruce Perens wrote:
> I suspect that MacOS, Linux, and BSD can use the same code with ifdefs
> to drive their serial ports, Windows would need a separate implementation.

I have some code that just drives the RTS pin of a serial port under
Linux.  The same code will possibly work for MacOS X, BSD, etc too,
although I can't test under MacOS X as none of my USB-serial converters
(all pl2303-based) work on my MacBook under OS X 10.6.8.
-- 
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
  ...it's backed up on a tape somewhere.

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-12 Thread Richard Shaw 
Ok, I have svn access now! I'll tidy things up a bit and perhaps commit
something this weekend.

I've also got a basic cmake config for codec2 (codec2-dev specifically
since it seems to be needed for freedv). So far I've left the unittest
stuff alone but I know cmake can handle that too. I'll have to brush up a
bit for it though.

One thing I've changed from the autoconf behavior is setting a soversion
for the library (linux distro's like shared, not static libs) which I've
set to 0.2 for now, so the result is "libcodec2.so.0.2" with "libcodec2.so"
being a symbolic link to the other.

There are two good (related) reasons for this;
1. The soversion is SUPPOSED to be used to guarantee
API/ABI compatibility between releases, so if you do a patch/bugfix release
(let's say 0.2.1) and the API/ABI was not affected, then the soversion can
stay 0.2. If there's an incompatible change made (change or removal of
symbols) then you would want to bump the soversion (like 0.3) which would
force any library dependencies to have to be rebuilt against the new api.

2. This is related to the first... The library itself goes in the package
codec2, the symlink (and headers) will go into codec2-devel (or -dev on
debian) so people who only want the library (end users, such as freedv)
will just install codec2 since they don't need the headers and other
development files. Also, the symbolic link is used by the buildsystems to
find the actual library name, so when you find a library with cmake,
"find_library(CODEC2 codec2) it will search in /usr/lib (or /usr/lib64 on
multilib systems) for "libcodec2.so" which would then point to
libcodec2.so.0.2!

Well I hope that was helpful since it was a lot to type if everyone already
knew this! :)

I can track abi compatibility for Linux easily enough with
abi-compliance-checker which is pretty cool so I'll know when the soversion
needs to be bumped.

Thanks,
Richard
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-12 Thread Bruce Perens 

On 4/12/2013 11:15 AM, Richard Shaw wrote:
The only real downside is that I have to assume libctb version 0.16, 
but autoconf assumed the same thing so...
If I remember correctly, Dave Whitten expressed the desire to get rid of 
libctb and to work with the platform-native serial interfaces. He could 
use some help with that if you or anyone has the cycles. Apparently 
libctb was getting in the way and he had to write work-arounds to the 
point that it wasn't really an asset. I suspect that MacOS, Linux, and 
BSD can use the same code with ifdefs to drive their serial ports, 
Windows would need a separate implementation.


I created icons based on the waterfall at freedv.org 
 with some nice transparent rounded corners.

That'll do.

Thanks

Bruce
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-12 Thread Richard Shaw 
Ok, a few more updated.

I refactored the cmake config to not depend on my custom pkgconf files
since others will not have them. The only real downside is that I have to
assume libctb version 0.16, but autoconf assumed the same thing so...

I created icons based on the waterfall at freedv.org with some nice
transparent rounded corners.

I also tweaked the cmake configuration a bit so that it almost 100% mimics
autoconf including testing to see if libctb is linkable.

Of course I've only verified this works on linux so I still need someone to
help me get the windows cmake configuration working...

The cmake config in src/ hasn't changed but here's the link for the main
one:

https://dl.dropboxusercontent.com/u/34775202/freedv/CMakeLists.txt

Thanks,
Richard
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-12 Thread Richard Shaw 
Ok, I got a chance to test my package last night briefly and I'm happy to
say that it appears to work. I only found a couple of signals and they
didn't decode completely (signal strength?) but I did hear snippets of
whoever was transmitting.

One "quirk" that I need some help with. The com port for PTT uses windows
terminology (COM1, COM2, etc). I'm accustomed to FLDigi's use of direct
device names on Linux, in my case /dev/ttyUSB0.

Additionally, since I use a USB->Serial converter (pl2303 based) I have to
use BOTH RTS and DTR to get enough amperage to trip my opticoupler in my
home-built PTT box but FreeDV only allows one or the other...

I have also created a linux freedv.desktop file that should probably get
added to svn and on that notes, what exactly is the svn.ico file? It looks
like a windows icon file which I could extract to make a icon for linux,
but icotools doesn't seem to be able to do anything with it and gives a CRC
error with the PNG library.

Thanks,
Richard
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-11 Thread Richard Shaw 
On Thu, Apr 11, 2013 at 5:15 PM, David Witten  wrote:

> Richard,
>
> I have misunderstood what you are saying, but just in case:
>
> I hope that we are not assuming that people building for Windows platforms
> are using Microsoft compile/build tools (MSVC) or that they have them
> installed.  I do not use them, and am not certain that the current build
> has ever been built with MSVC.  Everything I have done so far has been with
> the MinGW/Msys combination.
>

Not exactly... but I'm sure I need clarification. I don't know if you
checked out the latest CMakeLists.txt, but I changed the IF from WIN32 to
MSVC which assumes that only MSVC users will need kernel32, ole32, etc. Let
me know if that's not the case.

Though the capability to build with Microsoft tools (and clang/LLVM) is a
> desirable goal, I'm not eager to switch.
>

Yeah, I'll need lots of help testing since I'm only building for linux to
make sure we get all the right conditionals necessary for the different
build systems and platforms.

My suggestion is to get the linux building pretty bulletproof and then
change the README/INSTALL to suggest using the cmake builds for Linux and
the autoconf for everything else, then as we figure out all the platform
variances, move everyone over to cmake over time.

Richard
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-11 Thread David Witten 
Richard,

I have misunderstood what you are saying, but just in case:

I hope that we are not assuming that people building for Windows platforms
are using Microsoft compile/build tools (MSVC) or that they have them
installed.  I do not use them, and am not certain that the current build
has ever been built with MSVC.  Everything I have done so far has been with
the MinGW/Msys combination.

Though the capability to build with Microsoft tools (and clang/LLVM) is a
desirable goal, I'm not eager to switch.

Dave Witten,  KD0EAG


>
> The if(MSVC) stuff is assumed at this point since those are obviously
> libraries supplied by MSVC... We probably don't need to find_library them
> since if you're building with MSVC they should be there...
>
> Richard
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-11 Thread Richard Shaw 
Ok, testing over X11 forwarding worked! Obviously my radio wasn't on or
anything but at least the interface worked!

I've updated the cmake config files (links are the same).

I fixed the missing golay functions with the following patch:

https://dl.dropboxusercontent.com/u/34775202/freedv/codec2-0.2-am_fixes.patch

it turns out that golay23.c was not being built with libcodec2. I also
adjusted the header install location to /usr/include/codec2.

Richard
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-11 Thread Richard Shaw 
Wow! I actually got it to fully build and install!

I'm going to try to run it from work over ssh/x forwarding from Cygwin...

Thanks,
Richard
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-11 Thread Richard Shaw 
Well if anyone wants a sneak preview, keeping in mind I'm only working on a
1:1 replacement for autoconf/make, and it's VERY rough right now...

https://dl.dropboxusercontent.com/u/34775202/freedv/CMakeLists.txt
https://dl.dropboxusercontent.com/u/34775202/freedv/CMakeLists_src.txt

The second file is the cmake config file in the src subdirectory.

The if(MSVC) stuff is assumed at this point since those are obviously
libraries supplied by MSVC... We probably don't need to find_library them
since if you're building with MSVC they should be there...

Richard
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-11 Thread David Witten 
Richard, Bruce,

I would be very happy to see a CMake build option for FreeDV et. al.  No
build system is without flaws, but I have had good experiences with CMake
builds overall.

It is actively supported and used for many core NLM (medical) and DOE (~
weapons [boom!]) visualization tools.  It is of course open source and
cross-platform.  There is at least one book available (perhaps dated) from
Kitware, Inc. who have maintained it to support their contracting work.

Dave Witten, KD0EAG
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-11 Thread Bruce Perens 
I think you will find it most convenient at the moment to have a local 
build of wxWidgets. Linux distributions are somewhat behind in their 
adoption of new wx versions, and this will avoid some rather tedious 
backporting.


Thanks

Bruce

On 4/11/2013 10:47 AM, Bruce Perens wrote:
I have moved this discussion to [email protected], 
as digitalvoice is supposed to be a user list. Richard, please 
subscribe at https://lists.sourceforge.net/lists/listinfo/freetel-codec2

if you have not already done so.

On 4/11/2013 7:24 AM, Richard wrote:
One thing I've run into is that the autoconf/automake configuration 
needs some significant tweaking in some cases and to be honest, I'm 
not very good with it, so my "fixes" have been very much hacks.
I congratulate you on your politeness in speaking of 
autoconf/automake. I personally could not describe it sufficiently 
without, I suspect, first learning how to swear in Arabic. It's 
definitely time to move on to something else.

I'm *more* comfortable in the cmake arena although I'm no expert.
That's fine. If you would jump right in and try to make it work 
side-by-side with the present stuff so that autoconf/automake does not 
break, that would greatly facilitate cutting over. You might have to 
use alternate names for Makefiles and invoke them with "make -f". But 
it seems to me that this could be done.

Some questions/suggestions for Codec2:
There are some VERY generic names for the headers (sine.h, fft,h, 
etc) which could very likely conflict with existing linux packages so 
for my RPM I moved them into /usr/include/cocdec2/. Theoretically I 
could have left codec2.h in /usr/include but from a hack perspective 
it was easier to move all of them.
Yes, it is simply good engineering to put these in a codec2 directory 
/if they are installed at all./
Also, there seems to be a need for more tweaking on exactly what 
headers get installed...
It might be that some of this code is shared between our modems, 
codec, and freedv, but they shouldn't be exposed outside of the 
project's own compilation directories. One should only need to place 
headers that define external APIs under /usr/include .

FreeDV:
Although not required, it's generally preferred to name the package 
the same as the source archive, but fdmdv doesn't exactly roll off 
the tongue...
FDMDV is the name of someone else's application from which we cribbed 
the modem design and perhaps some UI elements, but nothing 
copyrighted. Actually, we use it more for the HF modem today than the 
application. We can change that sometime, probably with a major 
version change.
I've begun work on creating a cmake configuration starting with 
configure.ac and got a lot of the library detection working and 
checking for headers. My next step is to re-implement the function 
checks.
The real trick is getting it to work on Linux (.rpm|.deb), *BSD, 
Windows, MacOS, and (libraries only) cross-compile to Android. This is 
a good reason that present stuff should be left standing alongside for 
a while.
I guess my question to the group is: Is there any interest in 
supporting a cmake based build?
Very much so. The only reason it's not being done is that the other 
developers are having life get in the way. If you can put in the time 
we'd be very appreciative.


Thanks

Bruce



--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter


___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Any interest in cmake build system?

2013-04-11 Thread Bruce Perens 
I have moved this discussion to [email protected], as 
digitalvoice is supposed to be a user list. Richard, please subscribe at 
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

if you have not already done so.

On 4/11/2013 7:24 AM, Richard wrote:
One thing I've run into is that the autoconf/automake configuration 
needs some significant tweaking in some cases and to be honest, I'm 
not very good with it, so my "fixes" have been very much hacks.
I congratulate you on your politeness in speaking of autoconf/automake. 
I personally could not describe it sufficiently without, I suspect, 
first learning how to swear in Arabic. It's definitely time to move on 
to something else.

I'm *more* comfortable in the cmake arena although I'm no expert.
That's fine. If you would jump right in and try to make it work 
side-by-side with the present stuff so that autoconf/automake does not 
break, that would greatly facilitate cutting over. You might have to use 
alternate names for Makefiles and invoke them with "make -f". But it 
seems to me that this could be done.

Some questions/suggestions for Codec2:
There are some VERY generic names for the headers (sine.h, fft,h, etc) 
which could very likely conflict with existing linux packages so for 
my RPM I moved them into /usr/include/cocdec2/. Theoretically I could 
have left codec2.h in /usr/include but from a hack perspective it was 
easier to move all of them.
Yes, it is simply good engineering to put these in a codec2 directory 
/if they are installed at all./
Also, there seems to be a need for more tweaking on exactly what 
headers get installed...
It might be that some of this code is shared between our modems, codec, 
and freedv, but they shouldn't be exposed outside of the project's own 
compilation directories. One should only need to place headers that 
define external APIs under /usr/include .

FreeDV:
Although not required, it's generally preferred to name the package 
the same as the source archive, but fdmdv doesn't exactly roll off 
the tongue...
FDMDV is the name of someone else's application from which we cribbed 
the modem design and perhaps some UI elements, but nothing copyrighted. 
Actually, we use it more for the HF modem today than the application. We 
can change that sometime, probably with a major version change.
I've begun work on creating a cmake configuration starting with 
configure.ac and got a lot of the library detection working and 
checking for headers. My next step is to re-implement the function checks.
The real trick is getting it to work on Linux (.rpm|.deb), *BSD, 
Windows, MacOS, and (libraries only) cross-compile to Android. This is a 
good reason that present stuff should be left standing alongside for a 
while.
I guess my question to the group is: Is there any interest in 
supporting a cmake based build?
Very much so. The only reason it's not being done is that the other 
developers are having life get in the way. If you can put in the time 
we'd be very appreciative.


Thanks

Bruce

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2