fuzz against slow aez-ref, not fast aez-ni

Two reasons:

First, this allows us to test more of the algorithm, as the (slow)
reference implementation supports multiple associated data items, large
values for tau, ...

Second, this avoids the segfault crash, which is a limit of the fast
implementation (the assumption there is that data is aligned properly,
and even a read out-of-bounds will not cause a segfault).

1 files changed, 10 insertions, 0 deletions

diff --git a/aezref/Cargo.toml b/aezref/Cargo.toml
new file mode 100644
index 0000000..51a864f
--- /dev/null
+++ b/aezref/Cargo.toml
@@ -0,0 +1,10 @@
+[package]
+name = "aezref"
+version = "0.1.0"
+edition = "2024"
+build = "build.rs"
+
+[dependencies]
+
+[build-dependencies]
+cc = "1.2"