1
USB Infrared Toy / MPLab recompile problem USB Infrared Toy .... please help
Please let me know or guide me which SVN version (or source, where ?) I must use to (successfully) recompile the USB Infrared Toy (PIC18F2550) using MpLabX IDE V2.30 IDE & XC8 compiler.
Summary: When I straight out of the (SVN) box recompile the latest revision using (of course) import to MPLAB-X, I'm getting errors; some minor, some block further compilation. Somewhere a clause or program line is not correctly terrminated or commented.
FYI, I've just started with lovely PIC'ing and do realize I'm taking a steep curve by directly jumping into coding and getting things to work. But hey, that's us.... learnng by taking things apart and analyzing what can be done to improve.
Perhaps, likely :), I've missed some elementary sketches. I apologize upfront and appreciate your generous guidance.....
Note. I was able to recompile the BusPirate source (V3.6 PIC24FJ64GA002 using XC16) without any problem which let me believe my desk set-up here looks to be OK.
USB Infrared Toy (SVN and other versions) seems to be originally built using MPlab 8.0 and compiler C30 which are obsolete.
I've imported DP sources into MPlabX IDE 2.3 and try to recompile IRToy using XC8.
Unfortunately, I'm getting "compile" and coding errors.
What I've done is to checkout SVN dangerous-prototypes-open-hardware.googlecode.com/svn/trunk/USB_IR_Toy/ and imported that project 1:1 to my harddrive. The latest SVN version looks a bit old R1874 dated 08may2012 during which "USB IR Toy merged with the "JTR stack".
After import and clean-built of the "USB_IR_Toy" I get the following errors:
Code: [Select]
../..dp_usbusb_stack_globals.h:9: error: (141) can't open include file "prj_usb_config.h": No such file or directorywhich prevents the recipes for building.
When I correct this, clearly an harderror, by referring the erroneous include back to #include "..Firmware-maindp_usbusb_stack_globals in the parent folder,
I'm getting the following code errors likely caused by (earlier) incomplete/incorrect included header "#define's" or comments:
Code: [Select]
../..dp_usb..dp_usbusb_stack.h:137: error: (194) ")" expected
../..dp_usb..dp_usbusb_stack.h:139: error: (291) K&R identifier "num_string_descriptors" not an argument
../..dp_usb..dp_usbusb_stack.h:139: error: (314) ";" expected
../..dp_usb..dp_usbusb_stack.h:139: error: (315) "{" expected
../..dp_usb..dp_usbcdc.h:41: warning: (369) signed bitfields not supported
../..dp_usb..dp_usbcdc.h:42: warning: (369) signed bitfields not supported
../..dp_usb..dp_usbcdc.h:43: warning: (369) signed bitfields not supported
../RCdecoder.c:48: error: (314) ";" expected
../RCdecoder.c:50: error: (192) undefined identifier "dummy"
../RCdecoder.c:66: error: (192) undefined identifier "decoderState"
../RCdecoder.c:66: error: (192) undefined identifier "SEND"
and so on....
...
Note:" I've corrected the "signed bitfields" warning by declaring these explicitly as unsigned.
The remainder seems all caused by incomplete or incorrectly terminated statements... and the question is where and how one can find the origin. The ";){" expected and "unidentified" occurs in every C-section.
Please let me know, where I've to go, I've to (do to) correct and/or do things differently.
Note, for all clarity I've not modified any code nor changed link/compile statements or directives.
I'm also a bit surprised that the SVN version (could) contain these type of presumable "hard" errors.
TIA and your patience for reading this (too) long 2nd post....
Peter