Fix Windows build

Use parens after if.

I'm surprised this built with gcc before.

Fixes Issue #150.

Change-Id: I24d2957783c66ad53d5b532a4e930349a2059a97

Send gdb an XML target description that contains only a list of registers we think exist on this target

This lets users tell OpenOCD which non-standard CSRs exist on their
target, that will also be accessible and whose existence will be
communicated to gdb.

Change-Id: I56163a9fcb84ad7ebe815ae74fbd9fcc208f5a9d

Also update encoding.h.

Change-Id: I275be7de0aa1af64d13ea191b9f4ff391cfb16dc

Change-Id: If198d10e16671b9868836e23386aaf8d4b05f317

Change-Id: I09989d4c0e102889ecb0eedbd3f4138f8b7bdb8c

Change-Id: Ia54f778152974164697b712c360918e17a127d95

Change-Id: I7a172d83055d8bd833e3349a5b22b47dd5f31f5c

Change-Id: I4e05eb091823b2e0fb481ca0b599072ba1ca70f2

Change-Id: I888680e73682582438a0de0496238867f1604754

Now we don't have to play tricks fooling other parts of our code that
might assert.

Change-Id: Ia574378e1f95ed62d297e6b2e852245e58c9ffc9

(It's really only 2 bits, but something wonky happens between gdb and
OpenOCD if I make it that size.)

Change-Id: I562a65cb0ebe5aa0edcc54c251d0fea0e26f9cb1

On HiFive1, FPRs show up with no name, and misa is 0x1105 instead of
0x40001105.

Change-Id: I4ee223c905ad7d860147014e7b6394668658c6ea

Change-Id: Iffa8fa5ff4b0a01abd30fa302b7087e2011337bf

Use the ABI ones for every register that we have one for.

Change-Id: I2a993abff416d2652dbe026b3fb498e144a5006f

Change-Id: I1a234ee07c417ba56da10a61fc2bdbdcc60490a8

Change-Id: I988c0c36f2de8157d76874a697b3c054773b787d

Also properly support (I think) D extension on RV32.

Change-Id: I2f0162d36e4c18c251f99b6943403cef30d17d29

Change-Id: I9599aacc256f6340795097732b6f8e8869c2099f

Fix cut and paste bug.

Now reading 64-bit FPRs on 32-bit harts using scratch memory might work.

Change-Id: Ie8c0fc689386c6e724ecab5e8c855e725fa8dd97

Fixes #138

Change-Id: I4d9b49762e318fe91f1561ed315829b43daefef4

Change-Id: I8ce62ff321c6f3627d42fff13236f7fc9440d429

Fix build.

Change-Id: I4e3a36fac77fefa271ae9facbaa990fa330501ae

Support program buffers that are just 2 instructions large

Update encoding.h.

Change-Id: Id653500aa525746e8824ff5fd2850c62c8c21c08

Change-Id: Ida32482903cdfd8eeb043088e84bb1f4f5ac673c

Clean up this JTAG debug code.

No Russian

Change-Id: I1d48cb1f8448ebbf98c8bb369928d1e7a7a78c75

Fix compile warning with gcc 6.3.0

Build OpenOCD the way we expect users to build it.

Change-Id: I3769137bc3109b44da76f2ca689d351bb93e7832

Change-Id: I14ebf597f41429c0fc3ebac8da9c9f62c78fb1ae

Because there is no instruction that moves just half of a 64-bit FPR
to/from a GPR, we need to use scratch memory for this operation. This
code can theoretically use:
1. DMI_DATA, if it is memory mapped in the target.
2. DMI_PROGBUF, if it is writable in the target.
3. A user-configured address.

I have only tested this code very lightly. One reason is that gdb thinks
that on RV32 harts every register is 32 bits wide. Another is that this
is mostly proof-of-concept to satisfy the small program buffer code
review, which I don't want to drag out forever.

Existing tests don't realize that floating support was broken with
RV32D, and don't realize that it still doesn't work because of the gdb
problem mentioned above.

This change improves Issue #110 but there's more work to be done.

Change-Id: I99b8a36e5fea26f1d9e16e36cf99adc7be26b944