[USRP-users] Windows 7 64 bit build issues : bin folder is notcopied by INSTALL build, USRP not found

Patrik Tast patrik at poes-weather.com
Thu Jun 7 13:31:27 EDT 2012


Hi,

Save time and use either Fedora or Ubuntu < 30 min?
Two weeks installing...oh man...?

Patrik
  ----- Original Message ----- 
  From: Simon HB9DRV 
  To: 'Bastien Auneau' ; usrp-users at lists.ettus.com 
  Sent: Thursday, June 07, 2012 19:20
  Subject: Re: [USRP-users] Windows 7 64 bit build issues : bin folder is notcopied by INSTALL build, USRP not found


  Hi,

   

  Over the last two weeks I've been through the Windows 64-bit integration process. In my case I'm using the latest unstable Debug and Release builds. 

   

  I used VS2010

  I built Boost from source

  I have to use shared CTRL and MFC in the executable because UHD.dll can only be used this way

   

  I am now able to use UHD.dll and ship to my software commercial customers without worrying about the USRP support issues. I'm able to get a reliable 20MHz bandwidth using complex floats from a WBX board with a 2.8GHz CPU (i7).

   

  Simon Brown, HB9DRV
  http://dit-dit-dit.com

   

  You are standing at the end of a road before a small brick building. Around you is a forest.

  A small stream flows out of the building and down a gully. The sunspot count is 285.

   

  From: usrp-users-bounces at lists.ettus.com [mailto:usrp-users-bounces at lists.ettus.com] On Behalf Of Bastien Auneau
  Sent: 07 June 2012 16:14
  To: usrp-users at lists.ettus.com
  Subject: [USRP-users] Windows 7 64 bit build issues : bin folder is not copied by INSTALL build, USRP not found

   

  Hi All

  I am building UHD 3.4.2 from last stable release, under Windows 7 64bit, VS 2008, using boost 1.49.0 (compiled it myself)
  To get UHD 64 bit debug, I've done :
  _ applied patch described here : http://comments.gmane.org/gmane.comp.hardware.usrp.e100/3420
    (without this patch, there are some DLL load problems)
  _ in Cmake
    - Release to Debug
    - set path to boost lib
    - changed /machine:X86 to /machine:X64 (3 rows)
    - changed /Dwin32 flags to /Dwin64 (2 rows)
  _ changed active platform from win32 to x64 in VS (and this for all sub-projects)
  _ ALL_BUILD -> build UHD compiles and link fine
  _ INSTALL -> build, the bin folder is not copied to the target
  _ I copy uhd.dll manually, and uhd_find_devices.exe

  running uhd_find_devices.exe gives :
  __________________
  C:\Program Files\UHD>uhd_find_devices.exe
  Win32; Microsoft Visual C++ version 9.0; Boost_104900; UHD_003.004.002-0-unknown


  No UHD Devices Found

  C:\Program Files\UHD>pause
  Press any key to continue . . .
  ___________________

  while when I'm trying with an older build, 32 bits, the device is found :
  ___________________


  C:\Program Files (x86)\UHD_3_3_1_vc9_debug\bin>uhd_find_devices.exe
  Win32; Microsoft Visual C++ version 9.0; Boost_104700; UHD_003.003.001-unknown

  --------------------------------------------------
  -- UHD Device 0
  --------------------------------------------------
  Device Address:
      type: usrp2
      addr: 192.168.10.3
      name:
      serial:



  C:\Program Files (x86)\UHD_3_3_1_vc9_debug\bin>pause
  Press any key to continue . . .
  _________________________

  My questions are :
  _ why device is not found with 64 bit version ?
  _ How can I avoid setting manually x64 for each sub-project in VS 2008 ?
  _ Why 64 bit version still prints Win32 on the command line ? Should I just ignore that ?
  _ What is the patch applied really doing ?

  Thanks and Regards
  Bastien



------------------------------------------------------------------------------


  _______________________________________________
  USRP-users mailing list
  USRP-users at lists.ettus.com
  http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120607/03f290ce/attachment-0002.html>


More information about the USRP-users mailing list