A local diffing tool for decompilation projects
Go to file
Robin Lambertz 7d0d7df54c
Add 32-bit windows objdiff-cli build (#102)
* Revert "Add 32-bit windows builds (#101)"

This reverts commit bc687173c0.

* Add 32-bit objdiff-cli build
2024-09-06 19:25:18 -06:00
.github/workflows Add 32-bit windows objdiff-cli build (#102) 2024-09-06 19:25:18 -06:00
assets Split into objdiff-core / objdiff-gui; update egui to 0.26.2 2024-02-26 18:48:48 -07:00
objdiff-cli Version v2.0.0-beta.6 2024-09-04 23:36:41 -06:00
objdiff-core Version v2.0.0-beta.6 2024-09-04 23:36:41 -06:00
objdiff-gui clippy fix 2024-09-05 17:52:43 -06:00
objdiff-wasm Overall wasm refactoring & improvements 2024-08-21 19:48:58 -06:00
.gitignore Exception table diff view (#82) 2024-07-21 22:25:54 -06:00
Cargo.lock Version v2.0.0-beta.6 2024-09-04 23:36:41 -06:00
Cargo.toml Update notify-rs to fix WSL crash 2024-06-04 17:13:54 -06:00
LICENSE-APACHE Version 0.2.0 2022-12-06 17:53:32 -05:00
LICENSE-MIT Version 0.2.0 2022-12-06 17:53:32 -05:00
README.md Add config.schema.json & update README.md 2024-09-03 20:48:45 -06:00
config.schema.json Add config.schema.json & update README.md 2024-09-03 20:48:45 -06:00
deny.toml cargo fmt & cargo deny fix 2024-04-30 20:45:45 -06:00
rustfmt.toml Initial commit 2022-09-08 17:19:20 -04:00

README.md

objdiff Build Status

A local diffing tool for decompilation projects. Inspired by decomp.me and asm-differ.

Features:

  • Compare entire object files: functions and data.
  • Built-in symbol demangling for C++. (CodeWarrior, Itanium & MSVC)
  • Automatic rebuild on source file changes.
  • Project integration via configuration file.
  • Search and filter all of a project's objects and quickly switch.
  • Click to highlight all instances of values and registers.

Supports:

  • PowerPC 750CL (GameCube, Wii)
  • MIPS (N64, PS1, PS2, PSP)
  • x86 (COFF only at the moment)
  • ARM (GBA, DS, 3DS)

See Usage for more information.

Symbol Screenshot Diff Screenshot

Usage

objdiff works by comparing two relocatable object files (.o). The objects are expected to have the same relative path from the "target" and "base" directories.

For example, if the target ("expected") object is located at build/asm/MetroTRK/mslsupp.o and the base ("actual") object is located at build/src/MetroTRK/mslsupp.o, the following configuration would be used:

  • Target build directory: build/asm
  • Base build directory: build/src
  • Object: MetroTRK/mslsupp.o

objdiff will then execute the build system from the project directory to build both objects:

$ make build/asm/MetroTRK/mslsupp.o # Only if "Build target object" is enabled
$ make build/src/MetroTRK/mslsupp.o

The objects will then be compared and the results will be displayed in the UI.

See Configuration for more information.

Configuration

While not required (most settings can be specified in the UI), projects can add an objdiff.json file to configure the tool automatically. The configuration file must be located in the root project directory.

If your project has a generator script (e.g. configure.py), it's recommended to generate the objdiff configuration file as well. You can then add objdiff.json to your .gitignore to prevent it from being committed.

{
  "$schema": "https://raw.githubusercontent.com/encounter/objdiff/main/config.schema.json",
  "custom_make": "ninja",
  "custom_args": [
    "-d",
    "keeprsp"
  ],
  "build_target": false,
  "build_base": true,
  "watch_patterns": [
    "*.c",
    "*.cp",
    "*.cpp",
    "*.cxx",
    "*.h",
    "*.hp",
    "*.hpp",
    "*.hxx",
    "*.s",
    "*.S",
    "*.asm",
    "*.inc",
    "*.py",
    "*.yml",
    "*.txt",
    "*.json"
  ],
  "units": [
    {
      "name": "main/MetroTRK/mslsupp",
      "target_path": "build/asm/MetroTRK/mslsupp.o",
      "base_path": "build/src/MetroTRK/mslsupp.o",
      "metadata": {}
    }
  ]
}

Schema

View config.schema.json for all available options. The below list is a summary of the most important options.

custom_make (optional): By default, objdiff will use make to build the project.
If the project uses a different build system (e.g. ninja), specify it here.
The build command will be [custom_make] [custom_args] path/to/object.o.

custom_args (optional): Additional arguments to pass to the build command prior to the object path.

build_target: If true, objdiff will tell the build system to build the target objects before diffing (e.g. make path/to/target.o).
This is useful if the target objects are not built by default or can change based on project configuration or edits to assembly files.
Requires the build system to be configured properly.

build_base: If true, objdiff will tell the build system to build the base objects before diffing (e.g. make path/to/base.o).
It's unlikely you'll want to disable this, unless you're using an external tool to rebuild the base object on source file changes.

watch_patterns (optional): A list of glob patterns to watch for changes. (Supported syntax)
If any of these files change, objdiff will automatically rebuild the objects and re-compare them.
If not specified, objdiff will use the default patterns listed above.

units (optional): If specified, objdiff will display a list of objects in the sidebar for easy navigation.

name (optional): The name of the object in the UI. If not specified, the object's path will be used.

target_path: Path to the "target" or "expected" object from the project root.
This object is the intended result of the match.

base_path: Path to the "base" or "actual" object from the project root.
This object is built from the current source code.

metadata.auto_generated (optional): Hides the object from the object list, but still includes it in reports.

metadata.complete (optional): Marks the object as "complete" (or "linked") in the object list.
This is useful for marking objects that are fully decompiled. A value of false will mark the object as "incomplete".

Building

Install Rust via rustup.

$ git clone https://github.com/encounter/objdiff.git
$ cd objdiff
$ cargo run --release
# or, for wgpu backend (recommended on macOS)
$ cargo run --release --features wgpu

License

Licensed under either of

at your option.

Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.