<feed xmlns='http://www.w3.org/2005/Atom'>
<title>yaxpeax-x86/test/long_mode, branch opts</title>
<subtitle>yaxpeax x86 decoder</subtitle>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/'/>
<entry>
<title>pshufb annotations use incorrect register banks (for now?)</title>
<updated>2022-05-30T16:32:43+00:00</updated>
<author>
<name>iximeow</name>
<email>me@iximeow.net</email>
</author>
<published>2022-05-30T16:32:40+00:00</published>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/commit/?id=093781f2652416c28927c76b9ada05ba6450b330'/>
<id>093781f2652416c28927c76b9ada05ba6450b330</id>
<content type='text'>
the correct bank is applied far after register numbers are read. a
correct annotation would need to know to defer emission until setting
register banks, but also would need to work backwards for the number of
bits between the current byte and modrm. not impossible, but substantial
refactoring.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
the correct bank is applied far after register numbers are read. a
correct annotation would need to know to defer emission until setting
register banks, but also would need to work backwards for the number of
bits between the current byte and modrm. not impossible, but substantial
refactoring.
</pre>
</div>
</content>
</entry>
<entry>
<title>more annotation fixes?</title>
<updated>2022-05-07T16:40:26+00:00</updated>
<author>
<name>iximeow</name>
<email>me@iximeow.net</email>
</author>
<published>2022-05-07T16:40:26+00:00</published>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/commit/?id=8ce99ef32e1db656138bb95ab57506100ffd6fdd'/>
<id>8ce99ef32e1db656138bb95ab57506100ffd6fdd</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>add testing setup for field descriptions</title>
<updated>2022-05-01T20:54:39+00:00</updated>
<author>
<name>iximeow</name>
<email>me@iximeow.net</email>
</author>
<published>2022-05-01T20:53:04+00:00</published>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/commit/?id=d58bfcb1ba2ceee1abe368ba81d31240e711d215'/>
<id>d58bfcb1ba2ceee1abe368ba81d31240e711d215</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>fix a few issues preventing no-std builds from ... building</title>
<updated>2022-04-25T02:22:52+00:00</updated>
<author>
<name>iximeow</name>
<email>me@iximeow.net</email>
</author>
<published>2022-04-25T00:39:21+00:00</published>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/commit/?id=2097524c851b15e89091fd3775817a06f0eeae4f'/>
<id>2097524c851b15e89091fd3775817a06f0eeae4f</id>
<content type='text'>
this includes a `Makefile` that exercises the various crate configs.
most annoyingly, several doc comments needed to grow
`#[cfg(feature="fmt")]` blocks so docs continue to build with that
feature enabled or disabled.

carved out a way to run exhaustive tests; they should be written as
`#[ignore]`, and then the makefile will run even ignored tests on the
expectation that this will run the exhaustive (but slower) suite.
exhaustive tests are not yet written. they'll probably involve spanning
4 byte sequences from 0 to 2^32-1.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
this includes a `Makefile` that exercises the various crate configs.
most annoyingly, several doc comments needed to grow
`#[cfg(feature="fmt")]` blocks so docs continue to build with that
feature enabled or disabled.

carved out a way to run exhaustive tests; they should be written as
`#[ignore]`, and then the makefile will run even ignored tests on the
expectation that this will run the exhaustive (but slower) suite.
exhaustive tests are not yet written. they'll probably involve spanning
4 byte sequences from 0 to 2^32-1.
</pre>
</div>
</content>
</entry>
<entry>
<title>fuzz DisplayStyle::C and fix corresponding issues</title>
<updated>2022-01-12T23:46:39+00:00</updated>
<author>
<name>iximeow</name>
<email>me@iximeow.net</email>
</author>
<published>2022-01-12T23:46:39+00:00</published>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/commit/?id=e80b5622ec956a92f24ce6487fb0d76e9c541515'/>
<id>e80b5622ec956a92f24ce6487fb0d76e9c541515</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>fix incorrect memory size for f30f1e-style nop</title>
<updated>2021-12-19T19:23:18+00:00</updated>
<author>
<name>iximeow</name>
<email>me@iximeow.net</email>
</author>
<published>2021-12-19T19:23:18+00:00</published>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/commit/?id=e7dec7baa9c6649d71e1b349d93dce6b0cd588bf'/>
<id>e7dec7baa9c6649d71e1b349d93dce6b0cd588bf</id>
<content type='text'>
not only did the instruction have wrong data, but if displayed, the
formatter would panic.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
not only did the instruction have wrong data, but if displayed, the
formatter would panic.
</pre>
</div>
</content>
</entry>
<entry>
<title>test that invalid RegSpec constructions panic as expected</title>
<updated>2021-12-19T17:09:20+00:00</updated>
<author>
<name>iximeow</name>
<email>me@iximeow.net</email>
</author>
<published>2021-12-19T17:06:12+00:00</published>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/commit/?id=d13d8ebfad98b3d547f455ec9d73dab98f0899c3'/>
<id>d13d8ebfad98b3d547f455ec9d73dab98f0899c3</id>
<content type='text'>
in the process, fix 64-bit rex-byte limit, 32/16-bit mode mask reg limit
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
in the process, fix 64-bit rex-byte limit, 32/16-bit mode mask reg limit
</pre>
</div>
</content>
</entry>
<entry>
<title>do not panic on negative compressed displacements, i mean it!!</title>
<updated>2021-12-17T18:46:21+00:00</updated>
<author>
<name>iximeow</name>
<email>me@iximeow.net</email>
</author>
<published>2021-12-17T18:45:31+00:00</published>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/commit/?id=2c332661b5ccf116a468e1e23711017d77c1531a'/>
<id>2c332661b5ccf116a468e1e23711017d77c1531a</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>displacements are stored as unsigned, but are functionally signed ints</title>
<updated>2021-12-17T04:01:26+00:00</updated>
<author>
<name>iximeow</name>
<email>me@iximeow.net</email>
</author>
<published>2021-12-17T03:58:15+00:00</published>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/commit/?id=f063f747c21548329170fd09fd09d391b2277aed'/>
<id>f063f747c21548329170fd09fd09d391b2277aed</id>
<content type='text'>
so multiplying to expand EVEX compressed offsets can overflow, and that
needs to be okay.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
so multiplying to expand EVEX compressed offsets can overflow, and that
needs to be okay.
</pre>
</div>
</content>
</entry>
<entry>
<title>support endbr{32,64}</title>
<updated>2021-10-10T21:40:55+00:00</updated>
<author>
<name>iximeow</name>
<email>me@iximeow.net</email>
</author>
<published>2021-10-10T21:40:55+00:00</published>
<link rel='alternate' type='text/html' href='http://git.iximeow.net/yaxpeax-x86/commit/?id=ed5c76a0f8e92656539f305b9b7ea5e032517f36'/>
<id>ed5c76a0f8e92656539f305b9b7ea5e032517f36</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
</feed>
