Looks like I’ve run into my first problem: FTDI based USB to serial adapters don’t work on Chrome OS as they seem to be automatically disconnected shortly after plug in. I suspect that it’s udev running the brltty rules, not finding a assistive device, and aborting.
I’m going to see if my Samsung ARM Chromebook can be my primary machine. I’ve put a crouton Ubuntu chroot on a SD card (so it survives the kids dropping out of developer mode) and will mainly SSH into it.
‘clobber’ ensures that the register is free before entering and after exiting an instruction. Therefore you can’t use it to say a register is used then destoryed by an instruction such as LOADACC, (X+) on X.
GCC is crazy. It recognises a printf(‘foo\n’) and turns it into the equivalent puts(‘foo’) instead.
builtins.c has all types of similar transformations including printf(‘%c’, v) to a putch(v) and printf(‘%s’, v) to fputs().
So the BFD architectures listed in bfd.h are actually defined archures.c in a big comment block at the start of the file. This is split out and fired into the documentation, many bfd-in-xx.
I like Python. I want to use Python everywhere. Hmm. Sounds more like an addiction. The question is, is Python suitable as a glue language on a embedded Linux system?
For personal reference. What happens when you follow too strict of a naming convention:
http://ws.apache.org/xmlrpc/apidocs/org/apache/xmlrpc/server/RequestProcessorFactoryFactory.html?rel=html