Adafruit<\/a> decided after customer feedback that it would ship the BBB with Debian installed. This is all fine and good (I actually have no idea) but the version of Debian that it runs requires that projects be compiled with hardware FPU (Floating Point Unit) support. <\/strong>When I compiled my program and executed it on the BBB I got an error:<\/p>\n\n\n\n http:\/\/stackoverflow.com\/questions\/11471722\/libstdc-so-6-cannot-open-shared-object-file-no-such-file-or-directory<\/a><\/p>\n\n\n\n If you download a popular ARM-linux toolchain like Carlson-Minot’s <\/a>arm-none-gnueabi<\/span>, your program will build beautifully but not run at all<\/strong> on a BBB running Debian. It’s not Carlson-Minot’s fault, it’s that the BBB build of Debian requires a hardware FPU enabled toolchain.<\/p>\n\n\n\n If you use a Linux or Windows environment to create your BBB programs using the arm-none-gnueabihf<\/span> toolchain, then everything’s hunky-dory. If you use OSX however, things are not so easy.<\/p>\n\n\n\n I found an arm-none-gnueabihf<\/strong> toolchain built for use on OSX here:<\/p>\n\n\n\n http:\/\/will-tm.com\/cross-compiling-mac-os-x-mavericks\/<\/a><\/p>\n\n\n\n When I dragged the toolchain over to my local disk, the copy routine decided to quit when it ran into a file that had a matching version expressed in CAPITAL LETTERS because I have a case-insensitive filesystem on my Macbook. To get around this (ignoring errors during the copy) I used Ditto from the terminal:<\/p>\n\n\n\n https:\/\/discussions.apple.com\/thread\/1462340?tstart=0<\/a><\/p>\n\n\n\n NOTE: With the above I think it skipped “xt_connmark.h”. It looks to have content to it so I copied that over manually. The version of the same file expressed in capital letters did not seem to have any useful content.<\/p>\n\n\n\n If Eclipse shows nasty icons where C++ library calls are present, even though the project builds\/runs successfully:<\/p>\n\n\n\n https:\/\/stackoverflow.com\/questions\/10803685\/eclipse-cdt-symbol-cout-could-not-be-resolved?answertab=votes#tab-top<\/a><\/p>\n\n\n\n If Eclipse cant’ find GDB, you’re probably using the GDB built for the host system (x86). You need to point Eclipse to the GDB that comes with the target toolchain. In my case:<\/p>\n\n\n\n \/usr\/local\/willtm\/bin\/arm-willtm-linux-gnueabi-gdb<\/p>\n\n\n\n You also must select the shared library for the target under “Shared Libraries” in Eclipse debugging settings. In my case:<\/p>\n\n\n\n \/usr\/local\/willtm\/arm-willtm-linux-gnueabi\/sysroot\/lib<\/p>\n\n\n\n Otherwise you’ll get some crap:<\/p>\n\n\n\n http:\/\/stackoverflow.com\/questions\/13678923\/eclipse-failed-to-execute-mi-command<\/a><\/p>\n\n\n\n Building an arm-none-gnueabihf <\/span>toolchain for OSX:<\/p>\n\n\n\n http:\/\/www.benmont.com\/tech\/crosscompiler.html<\/a><\/p>\n\n\n\n A more detailed account of building an OSX toolchain:<\/p>\n\n\n\n http:\/\/tblog.rool.at\/?p=57<\/a><\/p>\n\n\n\n Will\u2122’s cross-tool ng configuration:<\/p>\n\n\n\n https:\/\/gist.github.com\/Will-tm\/8f31886c7c25a1aba7b0<\/a><\/p>\n\n\n\n http:\/\/derekmolloy.ie\/beaglebone\/setting-up-eclipse-on-the-beaglebone-for-c-development\/<\/a><\/p>\n\n\n\n Linaro, a company that hosts lots of toolchain builds for different OSes. I asked them to provide an OSX build, we’ll see how they respond!:<\/p>\n\n\n\n http:\/\/www.linaro.org\/downloads\/<\/a><\/p>\n\n\n\n Lots of BBB Debian info:<\/p>\n\n\n\nOther maybe useful info<\/h3>\n\n\n\n
![\"\"](\"http:\/\/www.migration.andersknelson.com\/blog\/wp-content\/uploads\/2014\/09\/Screen-Shot-2014-09-16-at-1.22.36-PM.png\")
<\/a><\/figure>\n\n\n\n