Stephane Fillod | 1 Apr 2011 18:02
Picon
Favicon

Re: hamlib Win32 package and FUNcube dongle

Tue, Mar 29, 2011, Wouter Weggelaar skribis:
> Today I've tried hamlib on windows with the FUNcube dongle, but no success.

What is the breed of Windows? XP or W7?

I guess on that Windows system, the FUNcube dongle has no problem to be
opened by some other reference software not using Hamlib?

If the test was done on W7, can you please try on Win XP?

BTW, what version of libusb-win32's filter is installed?
FYI, Hamlib 1.2.13 zip has been linked against libusb-win32-bin-1.2.2.0.

> It has something to do with claiming the USB device.
> 
> Any pointers here?

Not much. I know there's something fishy between the opening behavior on Linux
and Windows. We've seen that with the Si570 AVR-USB, as Stefano noticed[1].
BTW, the mail from Stefano still expects a followup from me :-/

[1] http://thread.gmane.org/gmane.linux.hams.hamlib.devel/2968/focus=2994

> --------------------------------------
> rigctl -m 2513 -vvvvv
> rigctl, Hamlib 1.2.13
> Report bugs to <hamlib-developer <at> lists.sourceforge.net>
> 
> rig:rig_init called
> rig: loading backend kit
(Continue reading)

Nate Bargmann | 2 Apr 2011 15:43
Picon
Favicon
Gravatar

Changelog file proposal

I have been considering what to do with the Changelog file.  The GNU
coding standard provides for a very specific format to this file, one
which I'm not sure can be generated from the Git logs (it has been a
while since I looked for a suitable tool).

As the Changelog file is becoming quite large, nearly 400 kB in the
latest release and is the single largest file in the archive, I think we
could reduce the size of the daily snapshots and release tar balls by
including these lines in Changelog:

For a complete log of changes to Hamlib, please visit:

http://hamlib.git.sourceforge.net/git/gitweb.cgi?p=hamlib/hamlib;a=log

I think this will serve everyone's need much better as from the log page
are links for each commit where changes can be viewed in precise detail.
Given that nearly all users of Hamlib have some form of Internet access
versus the time when the GNU Changelog format was defined, there should
be little negative impact by this change.

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

------------------------------------------------------------------------------
(Continue reading)

Martin Ewing | 2 Apr 2011 20:25
Picon
Gravatar

Re: Changelog file proposal

I don't see the value of a change log back to Day 0, but it is useful for the last N releases.  So maybe you could put out a truncated file for current distributions with a link to find the full archival file?

Or maybe simply gzip the full distributed file?  (Mine compresses by 73% - an auspicious number.)

73
Martin
AA6E

On Sat, Apr 2, 2011 at 9:43 AM, Nate Bargmann <n0nb <at> n0nb.us> wrote:
I have been considering what to do with the Changelog file.  The GNU
coding standard provides for a very specific format to this file, one
which I'm not sure can be generated from the Git logs (it has been a
while since I looked for a suitable tool).

------------------------------------------------------------------------------
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself; 
WebMatrix provides all the features you need to develop and 
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Nate Bargmann | 2 Apr 2011 23:59
Picon
Favicon
Gravatar

Re: Changelog file proposal

Hi Martin.

* On 2011 02 Apr 13:27 -0500, Martin Ewing wrote:
> I don't see the value of a change log back to Day 0, but it is useful for
> the last N releases.  So maybe you could put out a truncated file for
> current distributions with a link to find the full archival file?

This is done manually at a release in the NEWS file.  Essentially, it
just hits the highlights of any new backends, rigs, rotors, and other
major changes since the last release.  NEWS is not a comprehensive
release log, however.

For those interested in changes back to Day 0, the web link in my first
message will provide that and allow viewing those files.  I have used it
several times myself and it's a powerful tool. 

Also, once the repository is cloned locally, tools such as gitk, gitg,
or Giggle provide viewing the same information just in a slightly
different manner.  So the complete change history is available in each
local repository with complete logs and diffs.  This is much more powerful
than trying to grep Changelog, IMO.

> Or maybe simply gzip the full distributed file?  (Mine compresses by 73% -
> an auspicious number.)

Presumably, it compresses by a like amount in the tarball.  Still, I'm
not certain of the value of dragging it along except that some of the
Autotools complain if Changelog is not present as I recall.  They only
check for the presence of the file and not its validity.

I'm mostly interested in knowing whether anyone finds the traditonal 
Changelog necessary in the new Git world.

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

------------------------------------------------------------------------------
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself; 
WebMatrix provides all the features you need to develop and 
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
Wouter Weggelaar | 4 Apr 2011 19:03
Picon

Re: hamlib Win32 package and FUNcube dongle

On Fri, Apr 1, 2011 at 6:02 PM, Stephane Fillod <f8cfe <at> free.fr> wrote:
 > Tue, Mar 29, 2011, Wouter Weggelaar skribis:
 >> Today I've tried hamlib on windows with the FUNcube dongle, but no success.
 >
 > What is the breed of Windows? XP or W7?
Windows XP, Will try 7 soon
 >
 > I guess on that Windows system, the FUNcube dongle has no problem to be
 > opened by some other reference software not using Hamlib?
Indeed, the FUNcube HID driver does the job
 >
 > If the test was done on W7, can you please try on Win XP?
N/A
 >
 > BTW, what version of libusb-win32's filter is installed?
 > FYI, Hamlib 1.2.13 zip has been linked against libusb-win32-bin-1.2.2.0.
I've used libusb-win32-bin-1.2.3.0 and 1.2.2.0 just now, and both give
the same error
 >
 > Does it makes a difference whether you unplug/replug the dongle? or run
 > some reference software using the dongle before, without unplugging ?
This cannot be done, as the LibUSB driver kills normal operation. It
takes the existing HID device driver and converts that to LibUSB

 > Can you please confirm whether Hamlib 1.2.13 is opening the dongle V1.0
 > without trouble on Linux?
Will do later, but stefano's code was verified to be working here
before pushing into git, so I do not expect that to fail....

Thanks for your help.

Wouter Weggelaar
RF-Engineer - PA3WEG

ISIS - Innovative Solutions In Space
Molengraaffsingel 12-14
NL-2629 JD DELFT
The Netherlands
T: +31 (0)15 256 9018
F: +31 (0)15 257 3969
M: +31 (0)6 1534 5556
w.j.weggelaar <at> isispace.nl

On 1-4-2011 18:02, Stephane Fillod wrote:
> Tue, Mar 29, 2011, Wouter Weggelaar skribis:
>> Today I've tried hamlib on windows with the FUNcube dongle, but no success.
>
> What is the breed of Windows? XP or W7?
>
> I guess on that Windows system, the FUNcube dongle has no problem to be
> opened by some other reference software not using Hamlib?
>
> If the test was done on W7, can you please try on Win XP?
>
> BTW, what version of libusb-win32's filter is installed?
> FYI, Hamlib 1.2.13 zip has been linked against libusb-win32-bin-1.2.2.0.
>
>> It has something to do with claiming the USB device.
>>
>> Any pointers here?
>
> Not much. I know there's something fishy between the opening behavior on Linux
> and Windows. We've seen that with the Si570 AVR-USB, as Stefano noticed[1].
> BTW, the mail from Stefano still expects a followup from me :-/
>
> [1] http://thread.gmane.org/gmane.linux.hams.hamlib.devel/2968/focus=2994
>
>> --------------------------------------
>> rigctl -m 2513 -vvvvv
>> rigctl, Hamlib 1.2.13
>> Report bugs to<hamlib-developer <at> lists.sourceforge.net>
>>
>> rig:rig_init called
>> rig: loading backend kit
>> kit: _init called
>> rig_register (2501)
>> rig_register (2502)
>> rig_register (2506)
>> rig_register (2508)
>> rig_register (2509)
>> rig_register (2511)
>> rig_register (2513)
>> rig_register (2512)
>> rig_register (2503)
>> rig_register (2507)
>> rig:rig_open called
>> find_and_open_device: looking for device 04d8:fb56... 04d8:fb56, vendor>Hanlinc
>> rest Ltd.<  product>FUNcube Dongle V1.0<  ->  found
>> usb_port_open: claiming 2
>> usb_port_open:usb_claim_interface: failed interface 2: libusb0-dll:err [claim_in
>> terface] could not claim interface 2, invalid configuration 0
>
> What's so strange is that the configuration is supposed to be alright,
> set by the previous call to usb_set_configuration(), with
> FUNCUBE_CONFIGURATION evaluating as 0x00. That would be interesting
> to know whether it works without calling usb_set_configuration().
> I'll send you shortly a test binary about that.
>
> Does it makes a difference whether you unplug/replug the dongle? or run
> some reference software using the dongle before, without unplugging ?
>
>>
>> rig_open: error = IO error
>>
>> --------------------------------------
>
> Can you please confirm whether Hamlib 1.2.13 is opening the dongle V1.0
> without trouble on Linux?
>
> Cheers

------------------------------------------------------------------------------
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself; 
WebMatrix provides all the features you need to develop and 
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
Nate Bargmann | 5 Apr 2011 13:24
Picon
Favicon
Gravatar

Stumped at creating Win32 zip file

I seem to have gotten the cross compilation working for a test release
of 1.2.13.1 which contains cherry-picked Win32 fixes in my local
repository (I've not yet pushed them to SF).  I am getting stumped when
I get to the point of creating the Zip archive in README.release.  Using
the command in the file I am only getting files under
/tmp/mingw-inst/hamlib-1.2.13.1/ into the archive and not the other
files as with the Win32 archive Stephane uploaded to Source Forge.
Also, many files are in different locations in the downloadable archive
versus my build directory and the binaries are stripped which is not
mentioned in the release document.  I note that I ended up with
bin/libhamlib++-2.dll and bin/libhamlib-1.dll files while the SF archive
has bin/libhamlib-2.dll.  I also do not have bin/libusb0.dll anywhere.
Then there are other files which can be copied manually.

My goal is to make README.release usable by anyone wanting to create a
local Win32 build from Linux and to facilitate a daily Win32 zip file
along with the other daily snapshots as well.  Stephane, please help
fill in the missing steps.  :-)

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

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
Stephane Fillod | 5 Apr 2011 23:11
Picon
Favicon

Re: Stumped at creating Win32 zip file

Mar, Apr 05, 2011, Nate Bargmann skribis:
> I seem to have gotten the cross compilation working for a test release
> of 1.2.13.1 which contains cherry-picked Win32 fixes in my local
> repository (I've not yet pushed them to SF).  I am getting stumped when
> I get to the point of creating the Zip archive in README.release.  Using
> the command in the file I am only getting files under
> /tmp/mingw-inst/hamlib-1.2.13.1/ into the archive and not the other
> files as with the Win32 archive Stephane uploaded to Source Forge.
> Also, many files are in different locations in the downloadable archive
> versus my build directory and the binaries are stripped which is not
> mentioned in the release document.  I note that I ended up with
> bin/libhamlib++-2.dll and bin/libhamlib-1.dll files while the SF archive
> has bin/libhamlib-2.dll.  I also do not have bin/libusb0.dll anywhere.
> Then there are other files which can be copied manually.
> 
> My goal is to make README.release usable by anyone wanting to create a
> local Win32 build from Linux and to facilitate a daily Win32 zip file
> along with the other daily snapshots as well.  Stephane, please help
> fill in the missing steps.  :-)

You guessed it, the creation of the zip is done by hand-picking
(so-to-speak) the appropriate files, and copying them in right folder.

It goes a bit like the following patch (untested yet), which screams to
be put into a Makefile.am, and eventually fully autoconfiscated wrt
install dir:

diff --git a/README.release b/README.release
index 2e20e2b..19a3c6f 100644
--- a/README.release
+++ b/README.release
 <at>  <at>  -47,31 +47,44  <at>  <at>  Releasing Hamlib:
      make dist

 * Build Windows DLL from previous tarball, and .LIB, then create .zip file
-  Rem: under Linux, you need the package mingw32 to cross-compile it,
+  Rem: under Linux, you need the package mingw32(+zip) to cross-compile it,
        and an internal copy of libltdl (configured and built),
        and free MVC++Toolkit to create .lib file:
          # Import internal ./libltdl and build it for mingw32
          libtoolize --ltdl
          ( cd libltdl; ./configure --host=i586-mingw32msvc && make )
-         # Configure and build hamlib for mingw32
+         # Configure and build hamlib for mingw32, with libusb-win32
+         prefix=/tmp/mingw-inst
+         # FIXME: Need to forge a file libusb.pc
+         libusb_win32_bin_path=/home/fillods/RA/rigctrl/libusb-win32-bin-1.m.n.o
          ./configure --disable-static \
            --host=i586-mingw32msvc \
-           --prefix=/tmp/mingw-inst \
+           --prefix=${prefix} \
            --without-rpc-backends \
-           PKG_CONFIG_LIBDIR= ac_cv_path_PKG_CONFIG=no
+           PKG_CONFIG_LIBDIR=${libusb_win32_bin_path}/lib/pkgconfig
          make install
          new_ver="x.y.z"
-         mkdir -p /tmp/mingw-inst/hamlib-${new_ver}/lib/msvc /tmp/mingw-inst/hamlib-${new_ver}/lib/gcc
-         cp src/libhamlib.def /tmp/mingw-inst/hamlib-${new_ver}/lib/msvc/libhamlib-2.def
-         cd /tmp/mingw-inst/hamlib-${new_ver}/lib/msvc/
-         unix2dos *.def
-         wine /media/sda1/Program\ Files/Microsoft\ Visual\ C++\ Toolkit\ 2003/bin/link.exe /lib
/machine:i386 /def:libhamlib-2.def
-         cd ../..
-         unix2dos include/hamlib/*.h
-         cp lib/libhamlib.dll.a /tmp/mingw-inst/hamlib-${new_ver}/lib/gcc
-         zip -r hamlib-win32-${new_ver}.zip hamlib-win32-${new_ver}
-
-         Edit Release, i386, .zip
+         zipdir=`pwd`/hamlib-win32-${new_ver}/
+         mkdir -p ${zipdir}/bin ${zipdir}/lib/msvc ${zipdir}/lib/gcc ${zipdir}/include
+         cp -a src/libhamlib.def ${zipdir}/lib/msvc/libhamlib-2.def
+         cp -a ${prefix}/include/hamlib ${zipdir}/include/.
+         todos ${zipdir}/lib/msvc/libhamlib-2.def ${zipdir}/include/hamlib/*.h
+         # C++ binding is useless on win32 because of ABI
+         rm ${zipdir}/include/hamlib/{rig,rot}class.h
+         for f in README README.betatester LICENSE COPYING.LIB README_VB ; do \
+                cp -a ${f} ${zipdir}/${f}.txt ; todos ${zipdir}/${f}.txt ; done
+         cp -a
${prefix}/bin/{libhamlib-2.dll,rigctld.exe,rigctl.exe,rigmem.exe,rigsmtr.exe,rigswr.exe,rotctld.exe,rotctl.exe} ${zipdir}/bin/.
+         cp -a ${prefix}/lib/hamlib/hamlib-*.dll ${zipdir}/bin/.
+         cp -a ${prefix}/lib/libhamlib.dll.a ${zipdir}/lib/gcc
+         # NB: Do no strip libusb0.dll
+         i586-mingw32msvc-strip ${zipdir}/bin/*.exe ${zipdir}/bin/*hamlib-*.dll
+         cp -a ${libusb_win32_bin_path}/bin/x86/libusb0_x86.dll ${zipdir}/bin
+         # Need VC++ free toolkit installed somewhere
+         ( cd ${zipdir}/lib/msvc/ &&
+            wine /media/wxp/Program\ Files/Microsoft\ Visual\ C++\ Toolkit\ 2003/bin/link.exe /lib
/machine:i386 /def:libhamlib-2.def )
+         zip -r hamlib-win32-${new_ver}.zip ${zipdir}
+
+         Upload & edit Properties: select Windows

 * Build Windows DLL with stdcall convention:
   Ditto but with HAMLIB_API set to __stdcall in include/hamlib/rig_dll.h before re-compiling.

BTW, the content of the attached README.txt (!= README) should be yanked
into README.win32 probably, which itself needs to be reworked.
Some files are missing from the git repo.

Rem: the prefix /tmp/mingw-inst/ is not that safe. Maybe it should be
better to relocate it in a subdir of the build dir?

It's been a well packed day, time for me to get my eyes sleeping :-)
-- 
Stephane - F8CE
This ZIP archive contains the official version of Hamlib 1.2.13-1,
cross-compiled for Win32 using MinGW under Ubuntu/x86 (nice, he!).
The DLL has a cdecl interface.

This material is copyrighted. The license is LGPL, and it comes
WITHOUT ANY WARRANTY. See LICENSE.txt and COPYING.LIB.txt files.

Make sure *all* the .DLL are in your PATH, and you have read
the README.betatester file, especially the "testing Hamlib" section.

See README_VB.txt for how to use the wrapper file for VisualBasic.
Note: you must use the stdcall release for use with VisualBasic.

There's a .LIB import library for MS-VC++ in lib/msvc.
Simply #include <hamlib/rig.h> (add directory to include path), 
include the .LIB in your project and you're done.
Note: MS-VC++ cannot compile all the Hamlib code, but the API rig.h
has been made MSVC friendly :-)

Patches, feedback, and contributions are welcome.

Please report problems, success to hamlib-developer <at> lists.sourceforge.net

Cheers,
Stephane Fillod - F8CFE
http://hamlib.org
This file originates from a mail by Michael Benz who did the work.
It explains how to proceed to have the VB Wrapper used with 
VB.NET 2002 with Framework 1.1 (others not tested)

In the newer VB Modules (.BAS) don't exist anymore. So they were replaced by the 
Classes (.VB)
The Wrapper is not in final Condition, many DLL Function are still not covered now, 
but it will be a good start.  

To Import the "Wrapper" use the Folder "Project" and "Import existing Element"
Now import the Class "Hamlib.VB". It alsough seems to import into Sharpdevelop,
so anybody can try it out for free! 
http://www.icsharpcode.net/OpenSource/SD/Default.aspx

This Class contains Your Enumeration as well as the DLLImport to get Access to the 
Hamlib DLL.

Covered are: 
	- Init Rig with Comport and Speed
	- set/ get Frequency
	- set/get Mode
	- set/get VFO
	- get Riginfo	

	-rig_debug_level_e not verified  (Function is Void, VB Dokumentation 
sais this is not possible to be marshaled, but Compiler is still accapting this)

To get access to the Class you have to add something like this in your Main Class
    Dim RigLib As RigControll = New RigControll   'get Acces to RigLib Klass

here is an Example how to use the Class:

Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click
        'Dim tokenlookup As String = "rig_pathname"
        'Dim tokenlookup As Object = "serial_speed"
        'Dim Info As String
        Dim Frequenz As Double
        Dim ZeichenOut As String
        Dim TokenPointer As System.Int32
        Dim VFO As Integer
        Dim Mode As RigControll.RMode_t
        Dim Bandbreite As Long
        ' Dim RigLib As RigControll = New RigControll

        Button3.Enabled() = True
        Button2.Enabled() = False

        
RigLib.rig_set_debug(RigControll.rig_debug_level_e.RIG_DEBUG_TRACE)
        myrig = RigLib.rig_init(RigNumber.Text)

        TBmyrig.Text = myrig.ToString   'convert myrig to String

        TokenPointer = RigLib.rig_token_lookup(myrig, "rig_pathname")
        TBZeichen.Text = RigLib.rig_set_conf(myrig, TokenPointer, ComboBox2.Text)
        Token.Text = TokenPointer

        TokenPointer = RigLib.rig_token_lookup(myrig, "serial_speed")
        TBZeichen.Text = RigLib.rig_set_conf(myrig, TokenPointer, ComboBox3.Text)
        Token.Text = TokenPointer

        RigLib.rig_open(myrig)
        TB_Riginfo.Text = RigLib.rig_get_info(myrig)

        RigLib.rig_get_vfo(myrig, VFO)
        TextBox8.Text = VFO.ToString

        RigLib.rig_get_freq(myrig, VFO, Frequenz)
        TextBox2.Text() = Frequenz

        RigLib.rig_get_mode(myrig, VFO, Mode, Bandbreite)
        TextBox3.Text = [Enum].GetName(GetType(RigControll.RMode_t), Mode)
        TextBox4.Text = Bandbreite

 End Sub

+++++++++++++++++++++++++++++++++

kind Regard

Michael

PS: For help, patches, report, please use send mail at
    hamlib-developer <at> lists.sourceforge.net mailing list 
    or http://sourceforge.net/projects/hamlib/
------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Nate Bargmann | 6 Apr 2011 01:47
Picon
Favicon
Gravatar

Re: Stumped at creating Win32 zip file

Thanks much, Stephane.  This will give me something to work on.

Makefile magic can wait for now.  Once I start creating consistent Zip
archives which others report are usable we can address that if we'd
like.  In the mean time I want to get a 1.2.13.1 release candidate
posted for others to try.

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

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
Nate Bargmann | 7 Apr 2011 00:07
Picon
Favicon
Gravatar

Re: Stumped at creating Win32 zip file

I've hit a snag.

* On 2011 05 Apr 16:14 -0500, Stephane Fillod wrote:
> +         cp -a
${prefix}/bin/{libhamlib-2.dll,rigctld.exe,rigctl.exe,rigmem.exe,rigsmtr.exe,rigswr.exe,rotctld.exe,rotctl.exe} ${zipdir}/bin/.

For some reason, my cross-compile results in a
~/temp/mingw-inst/bin/libhamlib-1.dll so the previous command fails:

cp: cannot stat `/home/nate/temp/mingw-inst/bin/libhamlib-2.dll': No
such file or directory

Which I understand the error well enough, but why do you seem to get
libhamlib-2.dll and I get libhamlib-1.dll?  I do get a libhamlib++-2.dll
in the mingw-inst/bin directory.

This stuff is baffling.

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

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
Charles Suprin | 7 Apr 2011 02:47
Picon

Re: Stumped at creating Win32 zip file.

I feel your pain.

Charles

On Apr 6, 2011 6:08 PM, "Nate Bargmann" <n0nb <at> n0nb.us> wrote:
> I've hit a snag.
>
> * On 2011 05 Apr 16:14 -0500, Stephane Fillod wrote:
>> + cp -a ${prefix}/bin/{libhamlib-2.dll,rigctld.exe,rigctl.exe,rigmem.exe,rigsmtr.exe,rigswr.exe,rotctld.exe,rotctl.exe} ${zipdir}/bin/.
>
> For some reason, my cross-compile results in a
> ~/temp/mingw-inst/bin/libhamlib-1.dll so the previous command fails:
>
> cp: cannot stat `/home/nate/temp/mingw-inst/bin/libhamlib-2.dll': No
> such file or directory
>
> Which I understand the error well enough, but why do you seem to get
> libhamlib-2.dll and I get libhamlib-1.dll? I do get a libhamlib++-2.dll
> in the mingw-inst/bin directory.
>
> This stuff is baffling.
>
> 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
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Hamlib-developer mailing list
> Hamlib-developer <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/hamlib-developer
------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Gmane