Foundation for replacing fold's dead/abstract binary encoder with a real
SSA P-Code frontend. Verified root-cause gap: serializeBinaryIR() emits only
data-discovery nodes (sections/strings/imports/exports); the control-flow
BinaryExprKind values (BasicBlock/CallSite/...) are never constructed, so the
Z3-BB encoder's encodable filter is always empty and encodeBinaryBBs never
runs — hence 0 binary Z3 findings. The P-Code pipeline supersedes that path.
Phase 0 — docs/internal/ghidra-pcode-integration-research.md: P-Code opcode
core, the decompiler C++ embedding API (LoadImage/SleighArchitecture/Funcdata),
the CORE+DECCORE+SLEIGH source sets, no-bison finding, and pypcode as build
reference.
Phase 1 — vendored Ghidra decompiler at pinned commit (Ghidra_12.1_build,
7e89d94e34...) under third_party/ghidra-decompiler/ (cpp + AArch64 specs +
Apache-2.0 LICENSE + VENDOR.md + .gitignore for build artifacts). Validated by
hand on this clang-21/macOS toolchain:
- full SSA engine (CORE+DECCORE+SLEIGH, 80 files incl. heritage/funcdata/
action) compiles clean, -std=c++11 -O2, NO BFD, NO bison (generated
parsers are committed upstream; ruleparse isn't in the lib set);
- sleigh compiler builds; AArch64 .slaspec -> .sla compiles;
- tools/pcode_dump.cpp (custom LoadImage, no BFD) lifts the real arm64
sym._div_by_zero_direct to correct P-Code: `mov w9,#0 -> COPY(const 0)`,
`sdiv -> INT_SDIV(w8,w9)` — divisor zero-ness explicit in the data flow,
so the Phase-3 encoder proves div-by-zero trivially, multi-arch.
Not yet meson-wired (next step) and no fold-side IR/encoder yet (Phase 2-3);
this commit is the validated vendor + smoke tool.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
55 lines
2 KiB
C++
55 lines
2 KiB
C++
/* ###
|
|
* IP: GHIDRA
|
|
*
|
|
* Licensed under the Apache License, Version 2.0 (the "License");
|
|
* you may not use this file except in compliance with the License.
|
|
* You may obtain a copy of the License at
|
|
*
|
|
* http://www.apache.org/licenses/LICENSE-2.0
|
|
*
|
|
* Unless required by applicable law or agreed to in writing, software
|
|
* distributed under the License is distributed on an "AS IS" BASIS,
|
|
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
* See the License for the specific language governing permissions and
|
|
* limitations under the License.
|
|
*/
|
|
/// \file capability.hh
|
|
/// \brief Infrastructure for discovering code extensions to the decompiler
|
|
#ifndef __CAPABILITY_HH__
|
|
#define __CAPABILITY_HH__
|
|
|
|
#include "types.h"
|
|
#include <vector>
|
|
#include <string>
|
|
|
|
namespace ghidra {
|
|
|
|
using std::vector;
|
|
using std::string;
|
|
|
|
/// \brief Class for automatically registering extension points to the decompiler
|
|
///
|
|
/// This uses the C++ static initializer feature to automatically \e discover
|
|
/// and register extension point. Code for an extension should provide
|
|
/// a class that derives from CapabilityPoint and overrides the initialize() method.
|
|
/// Additionally there should be a singleton static instantiation of this extension class.
|
|
/// The extensions are accumulated in a list automatically, then the decompiler engine
|
|
/// will ensure that the initialize() method is called on each extension, allowing it
|
|
/// to complete its integration.
|
|
class CapabilityPoint {
|
|
static vector<CapabilityPoint *> &getList(void); ///< Retrieve the list of extension point singletons
|
|
protected:
|
|
CapabilityPoint(void); ///< Construct extension capability exactly once
|
|
public:
|
|
virtual ~CapabilityPoint(void) {} ///< Destructor
|
|
|
|
/// \brief Complete initialization of an extension point
|
|
///
|
|
/// This method is implemented by each extension so it can do specialized integration
|
|
virtual void initialize(void)=0;
|
|
|
|
static void initializeAll(void); ///< Finish initialization for all extension points
|
|
};
|
|
|
|
} // End namespace ghidra
|
|
#endif
|