This file is created by .../usrp/firmware/src/usrp2 by SDCC compilation. The Intel-Mac compiled version of SDCC 2.6 has a bus error during compiling "usb_common.c", and even when I "overcome" that error the file it produces (std.ihx) still doesn't work. The file I attached was created on July 13 on a MacBook Pro running (I think) XCode 2.3 and (I know) DarwinPorts' compiled and installed SDCC 2.4.0 with my manual fix to get SDCC to compile. Compiling SDCC 2.4 (manually, since DarwinPorts no longer supports that version) on the Intel-iMac doesn't change the result of "std.ihx" compilation (meaning the file "std.ihx" is exactly the same whether using the July 13 code or a current SVN checkout. This implies to me that the USRP's firmware code for creating "std.ihx" hasn't changed since July 13, and hence it's not the USRP code which is an issue, but rather the way SDCC is interpreting that code).
I will hopefully have access to the -known working- MacBook Pro tomorrow to figure out what's installed on it, and if I can recreate SDCC 2.4 which seems to work, and if so what the deal is which is breaking SDCC (or whatever the issue is, which still eludes me).
In the mean time, if anyone has thoughts of where else I could direct my efforts on this front, I'd appreciate them. I'm truly at a loss as to -how- SDCC can mess things up so royally. Others have suggested an endianness problem ... I really don't know.
Thanks in advance for you assistance! - MLD
std_ihx_works.tar.bz2
Description: Binary data
_______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
