sudo aptitude install libwxgtk3.0-dev
diff --git a/src/bossac.cpp b/src/bossac.cppindex 6d97f77..a8c30fa 100755--- a/src/bossac.cpp+++ b/src/bossac.cpp@@ -21,6 +21,7 @@ #include <string.h> #include <stdio.h> #include <stdlib.h>+#include <unistd.h> #include "CmdOpts.h" #include "Samba.h"
I'm not a raspberry user, so I'm unfamiliar with the use case. Would you need the UI? If not, and you only need the command line, then you would probably do well to just create a CLI-only make target and it would have very few other dependencies. Next on my todo list, however would be to 1. get a version that can build on Ubuntu (Thanks @flipflip!) and 2. Create a binary distribution for Windows.scott
I see. In that case, this may not get you to where you want to be going.To back up a little bit... First there was (is) SAM-ba - this is Atmel's system programmer. It supports lots of connectivity modes, but is a pain to configure and is not end-user friendly. Then someone wrote BOSSA which was meant to be a more specific version, less configurable, and therefore, easier to use for end-users. Both of these were GUI interfaces, but have CLI interfaces as well.Neither of them work on Arduino, so someone forked v1.2 of bossa, but only fixed the command-line version, and made bossac 1.3a. This is the version that is included with the Arduino 1.5 IDE and will program the Due, but need some special wrapper software to be able to initialize the Due into boot loader mode. I simply took the 1.3a code and cleaned up the UI a little bit to make it even more end-user friendly and made it able to initialize the Due bootloader. I also made the same changes to the command-line.So yes, you might be able to use it... but, you will need USB connectivity from your raspberry to the arduinos - which may or may not be feasible. Alternatively, you could use SPI which would allow you instead to use a more straightforward ISP protocol instead of USB->usb emulator->baudrate detector->reset switch->uart programmer that is what is implemented on the Due. s