Fix spelling of words related to "build"
MODIFY
docs/custom_mutators.md
docs/custom_mutators.md
@@ -218,7 +218,7 @@ trimmed input. Here's a quick API description:
to the maximum amount of steps you returned in `init_trim`).
Omitting any of three trimming methods will cause the trimming to be disabled
-and trigger a fallback to the builtin default trimming routine.
+and trigger a fallback to the built-in default trimming routine.
### Environment Variables

MODIFY
instrumentation/README.lto.md
instrumentation/README.lto.md
@@ -328,7 +328,7 @@ and `CXXFLAGS=-flto=full`).
If this succeeds, then there is an issue with afl-clang-lto. Please report at
[https://github.com/AFLplusplus/AFLplusplus/issues/226](https://github.com/AFLplusplus/AFLplusplus/issues/226).
-Even some targets where clang-12 fails can be build if the fail is just in
+Even some targets where clang-12 fails can be built if the fail is just in
`./configure`, see `Solving difficult targets` above.
## History

MODIFY
utils/autodict_ql/readme.md
utils/autodict_ql/readme.md
@@ -89,7 +89,7 @@ Commands:
## More on dictionaries and tokens
Core developer of the AFL++ project Marc Heuse also developed a similar tool named `dict2file` which is a LLVM pass which can automatically extract useful tokens, in addition with LTO instrumentation mode, this dict2file is automatically generates token extraction. `Autodict-QL` plugin gives you scripting capability and you can do whatever you want to extract from the Codebase and it's up to you. In addition it's independent from LLVM system.
-On the other hand, you can also use Google dictionaries which have been made public in May 2020, but the problem of using Google dictionaries is that they are limited to specific file formats and specifications. For example, for testing binutils and ELF file format or AVI in FFMPEG, there are no prebuilt dictionaries, so it is highly recommended to use `Autodict-QL` or `Dict2File` features to automatically generate dictionaries based on the target.
+On the other hand, you can also use Google dictionaries which have been made public in May 2020, but the problem of using Google dictionaries is that they are limited to specific file formats and specifications. For example, for testing binutils and ELF file format or AVI in FFMPEG, there are no pre-built dictionaries, so it is highly recommended to use `Autodict-QL` or `Dict2File` features to automatically generate dictionaries based on the target.
I've personally prefered to use `Autodict-QL` or `dict2file` rather than Google dictionaries or any other manually generated dictionaries as `Autodict-QL` and `dict2file` are working based on the target.
In overall, fuzzing with dictionaries and well-generated tokens will give better results.

MODIFY
utils/qbdi_mode/README.md
utils/qbdi_mode/README.md
@@ -34,9 +34,9 @@ For x86 standalone-toolchain
./build/tools/make_standalone_toolchain.py --arch x86 --api 21 --install-dir ../android-standalone-toolchain-x86
```
-In alternative you can also use the prebuilt toolchain, in that case make sure
+In alternative you can also use the pre-built toolchain, in that case make sure
to set the proper CC and CXX environment variables because there are many
-different compilers for each API version in the prebuilt toolchain.
+different compilers for each API version in the pre-built toolchain.
For example:
@@ -129,7 +129,7 @@ int target_func(char *buf, int size) {
}
```
-This could be build to `libdemo.so`.
+This could be built to `libdemo.so`.
Then we should load the library in template.cpp and find the `target` function address.
```c

Fix spelling of words related to "build"