Re: [wsjt-devel] Back in town

2014-09-11 Thread KI7MT
Hi Bill, On 9/11/2014 23:36, Bill Somerville wrote: > On 12/09/2014 00:21, Bill Somerville wrote: >> On 12/09/2014 00:04, Bill Somerville wrote: >>> On 11/09/2014 23:57, KI7MT wrote: Hi Bill, >>> Hi Greg, Yup, I think that's the issue. I've never been able to build Hamlib3 on Window

[wsjt-devel] JTSDK-QT Upgrade (Hamlib3) - Affects WSJT-X Rig Control

2014-09-11 Thread KI7MT
Hello All, An issue was discovered with the original Hamlib3 binaries in JTSDK-QT. This is an important upgrade for those using JTSDK-QT to build WSJT-X as it can cause many issues with properly linking to the libraries needed for proper rig control (rigctl, rigctld, libhamlib.a etc). UPGRADE INS

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 12/09/2014 00:21, Bill Somerville wrote: > On 12/09/2014 00:04, Bill Somerville wrote: >> On 11/09/2014 23:57, KI7MT wrote: >>> Hi Bill, >> Hi Greg, >>> Yup, I think that's the issue. I've never been able to build Hamlib3 on >>> Windows, only on Linux. My current version was from one of your Dro

Re: [wsjt-devel] Back in town

2014-09-11 Thread KI7MT
Hi Bill, Thanks. I had the actual commands and such saved, but need to setup the environment. Will talk about that offline. I'm sending the update now. 73's Greg, KI7MT On 9/11/2014 23:21, Bill Somerville wrote: > On 12/09/2014 00:04, Bill Somerville wrote: >> On 11/09/2014 23:57, KI7MT wrote:

Re: [wsjt-devel] Back in town

2014-09-11 Thread KI7MT
Hi Bill, I have the update ready to go, so will send it soon. See below On 9/11/2014 23:04, Bill Somerville wrote: > On 11/09/2014 23:57, KI7MT wrote: >> Hi Bill, > Hi Greg, >> >> Yup, I think that's the issue. I've never been able to build Hamlib3 on >> Windows, only on Linux. My current versi

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 12/09/2014 00:04, Bill Somerville wrote: > On 11/09/2014 23:57, KI7MT wrote: >> Hi Bill, > Hi Greg, >> Yup, I think that's the issue. I've never been able to build Hamlib3 on >> Windows, only on Linux. My current version was from one of your DropBox >> Downloads I believe. >> >> I can Zip up my

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 23:57, KI7MT wrote: > Hi Bill, Hi Greg, > > Yup, I think that's the issue. I've never been able to build Hamlib3 on > Windows, only on Linux. My current version was from one of your DropBox > Downloads I believe. > > I can Zip up my version and update the sdk in just a few minutes, un

Re: [wsjt-devel] Back in town

2014-09-11 Thread KI7MT
Hi Bill, Yup, I think that's the issue. I've never been able to build Hamlib3 on Windows, only on Linux. My current version was from one of your DropBox Downloads I believe. I can Zip up my version and update the sdk in just a few minutes, unless you have a newer version you want mt to add? 73's

Re: [wsjt-devel] Back in town

2014-09-11 Thread KI7MT
Hi Bill, I think I know one of the problems. I just downloaded and installed, the JTSDK-QT that is currently listed at: http://physics.princeton.edu/pulsar/K1JT/JTSDK-QT.exe That version has libhamlib-2.dll in the hamlib3\bin directory. And the date is back in March, the files I am using are

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
C:\JTSDK-QT\hamlib3\mingw32\lib\pkgconfig>more hamlib.pc prefix=/c/test-install/hamlib/mingw32 exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include Name: Hamlib Description: Library to control radio and rotator equipment. URL: http://www.hamlib.org Version: 3.0~git Requires

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 23:40, Michael Black wrote: Hi Mike, > Nope. But I do see it in the Hamlib-integration-Darwin-x86_64.tgz file. > So it isn't in the default install. OK, that's over to Greg KI7MT. Either the JTSDK is corrupt or the Hamlib-3 build in there is mis-configured and was not set up to buil

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
Nope. But I do see it in the Hamlib-integration-Darwin-x86_64.tgz file. So it isn't in the default install. Mike W9MDB -Original Message- From: Bill Somerville [mailto:g4...@classdesign.com] Sent: Thursday, September 11, 2014 5:37 PM To: WSJT software development Subject: Re: [wsjt-devel

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 23:21, Michael Black wrote: Hi Mike, in the drectory /JTSDK-QT/hamlib3/mingw32/lib is there a file named libhamlib.a ? 73 Bill G4WJS. -- Want excitement? Manually upgrade your production database. When

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
In src\wsjtx\CMakeLists.txt CMakeLists.txt:# find_library (hamlib_RUNTIME NAMES hamlib hamlib-2 PATH_SUFFIXES bin) CMakeLists.txt.console:# find_library (hamlib_RUNTIME NAMES hamlib hamlib-2 PATH_SUFFIXES bin) Mike W9MDB --

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
Removed wsjtx dir again Build wsjtx rconfig There are two NOT_FOUNDs in the CmakeCache.txt CMAKE_SH:FILEPATH=CMAKE_SH-NOTFOUND hamlib_STATIC_LIBRARY:FILEPATH=hamlib_STATIC_LIBRARY-NOTFOUND - Configuring Release Build Tree For: ( wsjt

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 23:08, Michael Black wrote: Hi Mike, > OK...removed the wsjtx tree and "build wsjtx rconfig" > Still not found > What file is it looking for? OK, I need to see the output of the "build wsjtx rconfig" step please. > > And why does hamlib3 contain version 2 references? Not sure, probabl

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
OK...removed the wsjtx tree and "build wsjtx rconfig" Still not found What file is it looking for? And why does hamlib3 contain version 2 references? C:\JTSDK-QT>more hamlib3\mingw32\lib\libhamlib.la # libhamlib.la - a libtool library file # Generated by libtool (GNU libtool) 2.4.2 Debian-2.4.2-1

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 22:50, Michael Black wrote: > //Path to a library. > hamlib_STATIC_LIBRARY:FILEPATH=hamlib_STATIC_LIBRARY-NOTFOUND > The above line is the clue. I'm not sure why that is still showing as -NOTFOUND. I think there may be a problem with the package finder I wrote for Hamlib since *

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
Maybe it's because libhamlib.dll.a has version 2 references C:\JTSDK-QT\hamlib3\mingw32\lib>strings libhamlib.dll.a|grep libham _libhamlib_2_dll_iname __head_libhamlib_2_dll libhamlib-2.dll _libhamlib_2_dll_iname __head_libhamlib_2_dll _libhamlib_2_dll_iname __head_libhamlib_2_dll . . . Mike W9MDB

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
# This is the CMakeCache file. # For build in directory: c:/JTSDK-QT/wsjtx/build/Release # It was generated by CMake: C:/JTSDK-QT/cmake/bin/cmake.exe # You can edit this file to change values found and used by cmake. # If you do not want to change any of the values, simply exit the editor. # If you

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 22:42, Michael Black wrote: Hi Mike, > Nope...removed the whole JTSDK-QT\wsjtx directory and rebuilt "build wsjtx > rinstall" > I had a copy of libhamlib-2.dll in my C:\Windows\System32 directory. > Removed it. Same problem. > Then I found it in appsupport\runtime and renamed that on

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
Nope...removed the whole JTSDK-QT\wsjtx directory and rebuilt "build wsjtx rinstall" I had a copy of libhamlib-2.dll in my C:\Windows\System32 directory. Removed it. Same problem. Then I found it in appsupport\runtime and renamed that one to libhamlib-2.bak. Same problem. The I found it in hamlib

Re: [wsjt-devel] Back in town

2014-09-11 Thread KI7MT
Hi Bill, See below, On 9/11/2014 21:24, Bill Somerville wrote: > On 11/09/2014 21:43, KI7MT wrote: >> Hi Bill, Mike, > Hi Greg, >> >> Just FYI >> >> I just built both Debug and Release install targets, and the only thing >> Hamlib related in the Build Tree are the .cpp.obj and .cpp files, which >

Re: [wsjt-devel] Back in town

2014-09-11 Thread KI7MT
Hi Bill, Mike, I just deleted the wsjtx directory C:\JTSDK\QT\wsjt\{build,install,package} Ran the build: build wsjtx rinstall I don't see any libhamlib*.dll's in the tree at all. I suspect it was a combination of pkg-config and the Build Script causing the issue, as there were extensive update

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 21:43, KI7MT wrote: > Hi Bill, Mike, Hi Greg, > > Just FYI > > I just built both Debug and Release install targets, and the only thing > Hamlib related in the Build Tree are the .cpp.obj and .cpp files, which > should be there I would expect. > > The install directories are clear of a

Re: [wsjt-devel] Back in town

2014-09-11 Thread KI7MT
Hi Bill, Mike, Just FYI I just built both Debug and Release install targets, and the only thing Hamlib related in the Build Tree are the .cpp.obj and .cpp files, which should be there I would expect. The install directories are clear of any Hamlib files. I verified the Debug wsjtx.bat in the Deb

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 22:08, Michael Black wrote: Hi Mike, > But what about hamlib-3.dll? Not required - we statically link Hamlib for now so as not to clash with any other application that uses Hamlib-2. 73 Bill G4WJS. -- Want

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 22:05, Bill Somerville wrote: > No Hamlib DLLs which is what you have below - all is OK now. Oops, no it's not. That libhamlib-2.dll should not be there. I suspect it is old and not put there by the build you have just done. Try nuking the install directory and running the build aga

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
But what about hamlib-3.dll? -Original Message- From: Bill Somerville [mailto:g4...@classdesign.com] Sent: Thursday, September 11, 2014 4:05 PM To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] Back in town On 11/09/2014 22:01, Michael Black wrote: Hi Mike, > I think reinst

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 22:01, Michael Black wrote: Hi Mike, > I think reinstalling JTSDK-QT wasn't enough. > I went back to JTSDK-DOC\doc and did "update" and it installed Pkg-Config, > NSIS, and InnoSetup. OK yes that is required to get Greg's latest fixes. > > I removed the wsjtx dir and rebuilt again "bu

Re: [wsjt-devel] Back in town

2014-09-11 Thread KI7MT
Hi Bill, Mike, I just set a message with my build-log and CmakeListCache.txt file. I thought I had made an error in the wsjtx.bat file but it's correct. In any case, it's awaiting Moderator approval as it's too big :-) I'm not getting Mikes emails, only yours Bill. I'll verify we actually set up

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
I think reinstalling JTSDK-QT wasn't enough. I went back to JTSDK-DOC\doc and did "update" and it installed Pkg-Config, NSIS, and InnoSetup. I removed the wsjtx dir and rebuilt again "build wsjtx". All built without error. But you said I shouldn't have any DLLs in the Release\bin dir? Or were yo

Re: [wsjt-devel] Back in town

2014-09-11 Thread Scott Hernalsteen
Hi John, I’ve compiled (and am running) 1.4 Rev 4204 under OSX 10.9.4 with Qt 5.3.1. Granted, one successful installation is hardly conclusive, however, I have done it. Scott D. Hernalsteen/W8CQD FCC Licensed Amateur Radio Operator (Amateur Extra C

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 21:31, Michael Black wrote: Hi Mike, > I reinstalled JTSDK-QT and that cleared up the DLLs in the Release\bin > directory. > I think I had put the DLLs in there myself since I run WSJT-X on a different > computer than I build on. OK, that is a side effect of a deeper error. > > But wh

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
I manually fixed the cache file to point to hamlib3 rigctld.exe I'm using "build wsjtx rinstall" Now I see Install the project... -- Install configuration: "Release" -- Up-to-date: C:/JTSDK-QT/wsjtx/install/Release/bin/wsjtx.exe -- Up-to-date: C:/JTSDK-QT/wsjtx/install/Release/bin/jt9.exe -- Up-t

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
I reinstalled JTSDK-QT and that cleared up the DLLs in the Release\bin directory. I think I had put the DLLs in there myself since I run WSJT-X on a different computer than I build on. But when I did "build wsjxt rinstall" and then say yes to "Run wsjtx Now?" I get hamlib-2.dll is missing (might b

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 20:04, Michael Black wrote: Hi Mike, > When is hamlib-3 used? At least for my build on Windows 7 hamlib2 is what > is used and ends up in the install. If you are using the latest JTSDK on you should be linking in Hamlib-3 built from my fork of the Hamlib development repo. There was

Re: [wsjt-devel] Back in town

2014-09-11 Thread Michael Black
When is hamlib-3 used? At least for my build on Windows 7 hamlib2 is what is used and ends up in the install. Mike W9MDB -Original Message- From: Bill Somerville [mailto:g4...@classdesign.com] Sent: Thursday, September 11, 2014 2:00 PM To: wsjt-devel@lists.sourceforge.net Subject: Re: [w

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 11/09/2014 19:40, John Nelson wrote: > Hi Bill and Joe, Hi John, > > 1) What version of Qt are you compiling against?Qt5.2.1?I compiled > a local version of Qt5.2.1 from source following your suggestion to be able > to get full c++11 support.But qt-project now has 5.3.1 available

Re: [wsjt-devel] Back in town

2014-09-11 Thread John Nelson
Hi Bill and Joe, 1) What version of Qt are you compiling against?Qt5.2.1?I compiled a local version of Qt5.2.1 from source following your suggestion to be able to get full c++11 support.But qt-project now has 5.3.1 available. Have you (or anyone) used this and should we incorpo

Re: [wsjt-devel] Back in town

2014-09-11 Thread Jim Brown
A really good idea, Joe. Elecraft has always made a point of involving their customers, and it has gotten them a lot of useful input. 73, Jim K9YC On Thu,9/11/2014 10:17 AM, Joe Taylor wrote: > 1. We plan to make a beta release soon. > 2. Here's a short list of new features... > 3. Here's a lin

Re: [wsjt-devel] Back in town

2014-09-11 Thread Joe Taylor
Hi all, On 9/11/2014 12:04 PM, Bill Somerville wrote: > Below are some updates on issues I reported that may be blocking for a > Beta release of WSJT-X v1.4: I've given some thought to how best to announce public availability of a beta release of WSJT-X, v1.4. How about a brief announcement to

Re: [wsjt-devel] Back in town

2014-09-11 Thread Bill Somerville
On 04/09/2014 20:48, Bill Somerville wrote: Below are some updates on issues I reported that may be blocking for a Beta release of WSJT-X v1.4: > On 04/09/2014 19:24, Joe Taylor wrote: >> Hi all, > Hi Joe, >> I'm home again after recent travels, once again getting back up to speed >> on all the g