现在您已经准备好开始了。只需编写正常函数和代码。为了使函数可用，它需要是 pub 和 #[no_mangle]。

例如，一个非常简单的函数可能如下所示：

#[no_mangle]
pub fn simple_plugin()
{
}

然后可以通过查找函数 simple_plugin 来将其用作 LLVM JIT 插件：

extern crate predicator;


use ::predicator::llvm::*;


fn main()
{
	// Create a super context
	let super_context = SuperContext::threadLocal();
	
	// There needs to be at least one context per thread
	let jit_context = super_context.newJitContext(NaiveSymbolResolver(0)).expect("Could not create a new JIT context");
	
	// Can also be created from a slice, and from intermediate representation (.ll files)
	let plugins = jit_context.loadPlugins(ModuleSourceCodeType::BitCode, &MemoryBufferCreator::File("/path/to/bitcode/file.bc")).expect("Could not parse bit code into module");
	
	// Note that there is no way to know the correct arity or arguments for the function pointer
	let simple_plugin_function_pointer = plugins.nullaryFunctionPointer::<()>("simple_plugin").expect("Missing function for simple_plugin");
	
	// Execute the function
	unsafe { simple_plugin_function_pointer() };
	
	// Note that once `plugins` is dropped the function pointer is no longer valid
}

函数也可以使用在 core 包中定义的任何内容。请注意，在使用 libc 包中的内容时要小心，因为 LLVM JIT 插件可以与静态链接代码一起使用，因此 libc 函数和全局静态变量可能没有被链接到使用您的插件的应用程序中。在直接运行插件进行测试时，此注意事项不适用。

函数可以接受参数并返回结果，例如这个插件：

pub fn binary_plugin(size: usize, some_array: [u8; 2]) -> u32
{
	17
}

然后可以这样使用：

	let binary_plugin_function_pointer = orcJitStack.binaryFunctionPointer::<u32, usize, [u8; 64]>("binary_plugin").expect("Missing function for binary_plugin");
	
	// Execute the function
	let size = 20;
	let some_array = [3, 9];
	let result = unsafe { binary_plugin_function_pointer(size, some_array) };
	assert!(result == 17, "result wasn't 17");

请注意，您正在跨越相当于 'C' 界限的情况。预测框架无法阻止您不捕获 panic!、传递 Box 值、类型不匹配等。建议您坚持使用非常简单的结构和原始类型。更复杂的结构也可以工作，但一旦出现问题就非常难以调试。您可以使用来自其他 no_std 包的类型，但应避免从它们导入全局（或线程局部）静态变量。在插件代码中定义全局静态和线程局部静态变量应该是没有问题的。

构建

要构建 LLVM JIT 插件，请使用：

cargo rustc --release --target x86_64-unknown-linux-musl -- --emit=llvm-bc

注意：我们需要检查是否需要 -C relocation-model=static

注意：如果您的 Cargo.toml 配置正确，则实际上可能不需要使用 -C lto 开关。

您可以在 cargo 定义的任何目标文件夹中找到输出。如果您已经分叉了这个包，您可以在 .cargo/target/x86_64-unknown-linux-musl/release/deps/NAME_OF_CRATE-HEX_RANDOM_VALUE.bc 中找到它，其中 NAME_OF_CRATE 是您的包名，RANDOM_VALUE 是 -C metadata=RANDOM_VALUE -C extra-filename=-RANDOM_VALUE cargo 在构建过程中传递的随机值。例如路径可能为：.cargo/target/x86_64-unknown-linux-musl/release/deps/experiment_with_ffi-805d16cbb3e10aad.bc`。当 cargo 构建时，会产生包含此路径提示的构建输出：

   Compiling experiment-with-ffi v0.0.0 (file:///Volumes/Source/GitHub/lemonrock/experiment-with-ffi)
     Running `rustc --crate-name experiment_with_ffi src/lib.rs --crate-type bin --emit=dep-info,link -C opt-level=3 -C panic=abort -C lto --emit=llvm-bc -C metadata=24221fe0742db2e8 -C extra-filename=-24221fe0742db2e8 --out-dir /Volumes/Source/GitHub/lemonrock/experiment-with-ffi/.cargo/target/x86_64-unknown-linux-musl/release/deps --target x86_64-unknown-linux-musl -C ar=x86_64-linux-musl-ar -C linker=x86_64-linux-musl-cc -L dependency=/Volumes/Source/GitHub/lemonrock/experiment-with-ffi/.cargo/target/x86_64-unknown-linux-musl/release/deps -L dependency=/Volumes/Source/GitHub/lemonrock/experiment-with-ffi/.cargo/target/release/deps`
    Finished release [optimized] target(s) in 0.25 secs

在这种情况下，NAME_OF_CRATE 是 experiment-with-ffi，而 RANDOM_VALUE 是 24221fe0742db2e8，如上所述，作为 -C metadata=24221fe0742db2e8 -C extra-filename=-24221fe0742db2e8

cargo rustc --target x86_64-unknown-linux-musl -- --emit=llvm-bc

cargo rustc --release --target x86_64-unknown-linux-musl -- --emit=llvm-ir

opt -strip-debug -S -o .cargo/target/x86_64-unknown-linux-musl/release/deps/NAME_OF_CRATE-RANDOM_VALUE.stripped.ll .cargo/target/x86_64-unknown-linux-musl/release/deps/NAME_OF_CRATE-RANDOM_VALUE.ll

opt -strip-debug -o .cargo/target/x86_64-unknown-linux-musl/release/deps/NAME_OF_CRATE-RANDOM_VALUE.stripped.bc .cargo/target/x86_64-unknown-linux-musl/release/deps/NAME_OF_CRATE-RANDOM_VALUE.bc