* bytes almost never come up except reading hash signature files.
Change-Id: I04bcfe2af016e0f29fd76cafceda72f51b9abe18
(cherry picked from commit ef74f535c2f74f30ddd7a588486253bced2a3e32)
* str was a function in python2. Now a function and a type name.
* also changed bytes to bbytes to avoid name clash with type bytes.
Change-Id: Ie1e3f67ea0a54da6e7ada381667f2c545a12388b
(cherry picked from commit 9130f13f8ec8e6ee7a1fad3d5f3c8db7a8fd863f)
* some required several key functions relying on stable sorting
Change-Id: Id8008db21377b7c3c3f2d4425c05e4b018e85d45
(cherry picked from commit 6833101d18a2ae1564a7d96c95ecc6918d86fa54)
* would like it to print out the isa-sets too at some point.
Change-Id: Ia8f005c0f5562b0eb7b7ee5159ede1fa661f257d
(cherry picked from commit 7a1490a17b34f2f24f798eda505a6b475c691f61)
* cdata.txt list the isa-sets that compose to form each chip.
* when used in conjunction with the idata.txt file one can easily
generate lists of instructions supported by each chip.
Change-Id: Icf110b94e0a290f9c18669e9c7f055f6155d2c67
(cherry picked from commit cfa5fadbd538949b23a6bd2ea8e1df09ef9dfa29)
* there were a few typos or things that got out of sync.
Change-Id: I3766ebb3283bb320cb712cd50f8279b76d1fb7b9
(cherry picked from commit 206c19c6dbd54c7c21401bb49b1cca5582e897cf)
* Slightly hacky to mention the uname NOP0F1F, but it is similar to
putting the "enc" decorator on the pattern. If we have to fiddle
with more priorites, we can think about a better mechanism.
Change-Id: I8c72e573183cb52e869c770852328f27e00f8b03
(cherry picked from commit 431b365cc9a1736b316f814376410b1577050849)
* the alnum_sort function did not handle numbers within names
properly nor did it handle underscores leading to
nondeterministic sorting. Came up as part of python3 conversion
effort. Just falling back on normal sort. If we ever have more
than 10 REG[0..9] operands (or any other sequence of operand
fields) we'll need to think about sorting those with a special
case sort function. But just those...
Change-Id: Ie8f6e2eca8b2eac6b0373f0494171fc61dfd1a1d
(cherry picked from commit 9a110642a93d24f560b8c2ab1a72ca86e9a4271f)
(cherry picked from commit 3efffc61666eff5e0633986bf42be939c77ee2ba)
* I noticed some iforms from different isa-sets were abiguous
and added a check.
* Did some minor clean up to the iform generation code, commenting,
dead code elim.
Change-Id: I2afb87c7c55c86a86ecc322c0dfc48939a47b16f
(cherry picked from commit 740e181330c06c078e4efc73063a97b4baa0f34b)
* compiled kit users must refer to "#include "xed/xed-interface.h"
and xed/ on any other public headers that they reference as part
of the kit or new /usr/local installs. Or they can change their
-I flag to include the xed/ path component. All the examples
use xed/ in the #include statements now.
* new knob --prefix=/usr/local (for example) that puts the
compiled library in /usr/local/lib and the headers in
/usr/local/include/xed .
* To install in /usr/local, one typically must sudo. If you do
the whole build at sudo, then it'll create root-owned files in
your build directory whic you might not want. So I suggest
first building as the local user and then sudo only for the
final install.
> ./mfile.py
> sudo ./mfile.py --prefix=/usr/local
* There is also a --prefix-lib-dir knob to specify something other
than "lib" for /usr/local/lib. Some systems use lib, lib32 or
lib64 and I don't know how to tell which is which so I give
users a knob so they can decide for themselves.
> ./mfile.py --host-cpu=ia32
> sudo ./mfile.py --prefix=/usr/local --prefix-lib-dir=lib32
> ./mfile.py --host-cpu=intel64
> sudo ./mfile.py --prefix=/usr/local --prefix-lib-dir=lib64
* added xed-util.h to xed-interface.h
* moved headers from include/public to include/public/xed
* genutil minor cleanup
Change-Id: I3786d2280f24ff8d7e075fa7a75d90f3b28dd8c3
