aboutsummaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)Author
10 daysfix yaxpeax-arch not building for non-x86 targets when alloc is not enablediximeow
11 daysfix a few doc lnksiximeow
12 daysfix InstructionTextSink panicking in write_chariximeow
12 daysand a bit more docs for what the asm is doingiximeow
12 daysmake sure there are non-x86 alternatives for the x86 asm!iximeow
12 daysactually document the safety conversations i had with myselfiximeow
12 daysprivate struct.. no members.. comment for now?iximeow
12 daysdocument new AnsiDisplaySink, add more -arch tests for sinksiximeow
12 daysmore typoed feature flags..iximeow
12 daysmake DisplaySinkValidator actually usable outside this crateiximeow
12 daysdoc comments for the new testkit moduleiximeow
12 daysclean up a few more feature flagsiximeow
12 daysactually add the new color_new module....iximeow
12 daysappend helpers reference alloc, alloc only exists with the flag enablediximeow
13 daysdeprecate ShowContextual, document changes to colors/color_new modulesiximeow
13 daysdeduplicate write_lt_* implsiximeow
13 daysdocs typosiximeow
13 daysbe more careful about what does and doesnt need allociximeow
13 daysVecSink only needs `alloc`, hide struct itemsiximeow
13 daysupdate changelog, adjust doc emphasisiximeow
13 daysfix annotation doc test not compiling under nostdiximeow
... this makes the doc test not exist under nostd, yes. `VecSink` does not have a no-std alternative that makes the example reasonable.
13 daysdocument `mod safer_unchecked`iximeow
13 daysmove DisplaySink code out from yaxpeax-x86iximeow
it was built in-place around yaxpeax-x86, hoisted out once it seemed suitable and could be generalized. yay! also include a Makefile in yaxpeax-arch now to test that various crate feature flag combinations.. work.
2024-05-13update crossterm to a version released in the last two yearsiximeow
also bump rust-toolchain and edition of yaxpeax-arch
2024-05-13fix cfg(!default,colors,serde) imports, doc commentsiximeow
2021-09-25add missing `From<ReadError>` impliximeow
2021-08-22document a bit of what yaxpeax-arch is all about, add README as crate docsiximeow
2021-08-22move annotation stuff to its own moduleiximeow
2021-08-13add `AnnotatingDecoder`, supporting definitions, and a doc about itiximeow
2021-07-06fix incorrect `offset` and `total_offset` counts for non-`u8` Word0.2.4iximeow
also update yaxpeax-arch to 0.2.4
2021-07-06add Reader impls for U8Reader on u16 addresses0.2.3iximeow
2021-07-06add ReaderBuilder to generically construct arch-required Readers0.2.2iximeow
also revise an `unsafe` that might be unsafe un extremely unlikely circumstances - no one should be passing yaxpeax a `&[u8]` larger than `isize::MAX`, but on 32-bit architectures we can't necessarily guarantee that it won't happen
2021-07-04actually enforce DecodeError impl'ing std::error::Error in std buildsiximeow
the previous test and code only tested one concrete archtecture, and it turns out never required `std::error::Error` on `DecodeError`.
2021-07-03support std::error::Erroriximeow
included is mandataing a `description` method on `DecodeError` implementors - already approximately required by the Debug and Display anyway. also include a StandardPartialDecoderError for incomplete decoders to use. i expect that one of the last steps of a decoder's 1.0 release will be to move away from this.
2021-07-03document yaxpeax_arch traits and add an AddressDiff::to_constiximeow
2021-07-03reader impls for various word sizesiximeow
2021-07-03add a Reader type that can read architecture-defined wordsiximeow
this is useful for instruction sets like arm where instructions are guaranteed to be 4 bytes, as well as instruction sets where an instruction word is not a multiple of u8 bytes.
2021-07-03define a standard decode error for client libraries to useiximeow
additional variants will require clients to implement DecodeError, still
2021-06-14address diff is an u64 thingy that can be added to addressesnonbyte-wordsiximeow
2021-06-14experimentiximeow
2021-05-07swap termion dep for crossterm, simplify Colorization interfaces0.0.5iximeow
2020-05-03add AddressDiff, CHANGELOG, and bump to 0.0.40.0.4iximeow
2020-01-20Default impl of ColorSettings was needlessly feature gatediximeow
on a feature that doesnt exist, no less!
2020-01-18finally replace `stringy` with something usableiximeow
addresses must implement a function that returns a struct that is applicably formattable. particularly because the default Display impl on primitives is not necessarily desirable, if you want hex. additionally this allows meaningful Display for complex (eg, not a single primitive) addresses, such as segmented memory also expose AddressDisplay to name outside this crate. what an oversight
2020-01-15no_std!!iximeow
this makes yaxpeax-arch no_std. generally nothing has changed w.r.t downstream crates, but a lot to do with colorization has been moved tweaked to make it no_std-friendly (specifically, allowing `termion` to be an optional dependency) this also makes address parsing optional, in the hopes that decode-only use cases don't need to involve as much machinery when building.
2020-01-13default Decoder::decode() impliximeow
2020-01-12allow for granular and customizable errors when decoding instructionsiximeow
2020-01-12color helper for misc instructionsiximeow
2020-01-12decoders are stateful, so decode functions should take them as a parameteriximeow
2020-01-12warnings-b-goneiximeow