[Hamlib-developer] important commit: dir reorganized, autoconf added
Library to control radio transceivers and receivers
Brought to you by:
n0nb
From: Stephane F. <f4...@fr...> - 2000-10-01 14:23:41
|
Hi, I can't tell you for the Olympics, I don't have TV. However, I heard on the radio that the french basket ball team made his way to final, beating you know who during their previous game ;-) Besides that, I don't think we have a chance with the USA.. Okay, enough noise, let have some signal: I've finaly reorganized a bit the Hamlib directories, please see my previous mail for an idea of the new tree. The common/ directory is to be removed very soon (-> Attic), all the sources moved to src/ Next, I've played a bit with automake/autoconf. Now, the whole Hamlib module is ruled by these handy applications. Once you have the configure.in, and Makfile.am's files, here is what you need to do in the hamlib dir the first time: $ aclocal $ autoheader $ automake --add-missing --copy --include-deps $ autoconf If the main Makefile is already generated (by ./configure), then the sub Makfile will be automatically generated (ie. no need to re-issue all these commands! make and that's it!). This is pretty cool, the only thing I've haven't figured out is the shared lib directory setting. Right now, these files are located in src/.libs/, icom/.libs/, ft847/.libs/, and so on. So if you want to run any of the tests/ dir apps, you will have to set your LD_LIBRARY_PATH to all these dirs. This is only a quick work around until we have the backend registering interface. $ export LD_LIBRARY_PATH=`pwd`/src/.libs:`pwd`/ft847/.libs:`pwd`/ft747/.libs:`pwd`/icom/.libs The good news is all of this compile, link, run, and do what it is supposed to do! Yesterday, I grabbed a MAX232, a handfull of caps to make a V.24<->CI-V converter, and I am now able to control my IC706MKIIG using hamlib!!! yipeee :-) Well, I still have a bunch of API calls to implement, but that should be fairly easy with the generic layout. Meanwhile, I've added couple of simple features, like convenient debugging, generic bcd functions, and a printcaps program that dumps in a human readable form the capabilities of a rig. There must other changes I forget to mention here, but they're listed in the CVS rep (BTW, maybe a cvs-commit-digest mailing list would help) Next on the TODO list: the backend registering stuff with dynamic loading.. Big time! -- Stephane Fillod F4CFE |