mirror of
https://github.com/ellmau/adf-obdd.git
synced 2025-12-19 09:29:36 +01:00
126 lines
6.6 KiB
Markdown
126 lines
6.6 KiB
Markdown
 [](https://coveralls.io/github/ellmau/adf-obdd)    [](https://github.com/ellmau/adf-obdd/releases) [](https://github.com/ellmau/adf-obdd/discussions) 
|
|
|
|
# Abstract Dialectical Frameworks solved by Binary Decision Diagrams; developed in Dresden (ADF-BDD)
|
|
|
|
|
|
## Abstract Dialectical Frameworks
|
|
An abstract dialectical framework (ADF) consists of abstract statements. Each statement has an unique label and might be related to other statements (s) in the ADF. This relation is defined by a so-called acceptance condition (ac), which intuitively is a propositional formula, where the variable symbols are the labels of the statements. An interpretation is a three valued function which maps to each statement a truth value (true, false, undecided). We call such an interpretation a model, if each acceptance condition agrees to the interpration.
|
|
## Ordered Binary Decision Diagram
|
|
An ordered binary decision diagram is a normalised representation of binary functions, where satisfiability- and validity checks can be done relatively cheap.
|
|
|
|
## Usage of the binary
|
|
```
|
|
USAGE:
|
|
adf_bdd [OPTIONS] <INPUT>
|
|
|
|
ARGS:
|
|
<INPUT> Input filename
|
|
|
|
OPTIONS:
|
|
--an Sorts variables in an alphanumeric manner
|
|
--com Compute the complete models
|
|
--counter <COUNTER> Set if the (counter-)models shall be computed and printed,
|
|
possible values are 'nai' and 'mem' for naive and memoization
|
|
repectively (only works in hybrid and naive mode)
|
|
--export <EXPORT> Export the adf-bdd state after parsing and BDD instantiation to
|
|
the given filename
|
|
--grd Compute the grounded model
|
|
-h, --help Print help information
|
|
--import Import an adf- bdd state instead of an adf
|
|
--lib <IMPLEMENTATION> choose the bdd implementation of either 'biodivine', 'naive', or
|
|
hybrid [default: hybrid]
|
|
--lx Sorts variables in an lexicographic manner
|
|
-q Sets log verbosity to only errors
|
|
--rust_log <RUST_LOG> Sets the verbosity to 'warn', 'info', 'debug' or 'trace' if -v and
|
|
-q are not use [env: RUST_LOG=debug]
|
|
--stm Compute the stable models
|
|
--stmca Compute the stable models with the help of modelcounting using
|
|
heuristics a
|
|
--stmcb Compute the stable models with the help of modelcounting using
|
|
heuristics b
|
|
--stmpre Compute the stable models with a pre-filter (only hybrid lib-mode)
|
|
--stmrew Compute the stable models with a single-formula rewriting (only
|
|
hybrid lib-mode)
|
|
--stmrew2 Compute the stable models with a single-formula rewriting on
|
|
internal representation(only hybrid lib-mode)
|
|
-v Sets log verbosity (multiple times means more verbose)
|
|
-V, --version Print version information
|
|
```
|
|
|
|
Note that import and export only works if the naive library is chosen
|
|
|
|
Right now there is no additional information to the computed models, so if you use `--com --grd --stm` as the command line arguments the borders between the results are not obviously communicated.
|
|
They can be easily identified though:
|
|
- The computation is always in the same order
|
|
- grd
|
|
- com
|
|
- stm
|
|
- We know that there is always exactly one grounded model
|
|
- We know that there always exist at least one complete model (i.e. the grounded one)
|
|
- We know that there does not need to exist a stable model
|
|
- We know that every stable model is a complete model too
|
|
|
|
|
|
## Input-file format:
|
|
Each statement is defined by an ASP-style unary predicate s, where the enclosed term represents the label of the statement.
|
|
The binary predicate ac relates each statement to one propositional formula in prefix notation, with the logical operations and constants as follows:
|
|
- and(x,y): conjunction
|
|
- or(x,y): disjunctin
|
|
- iff(x,Y): if and only if
|
|
- xor(x,y): exclusive or
|
|
- neg(x): classical negation
|
|
- c(v): constant symbol "verum" - tautology/top
|
|
- c(f): constant symbol "falsum" - inconsistency/bot
|
|
|
|
# Features
|
|
|
|
`adhoccounting` will cache the modelcount on-the-fly during the construction of the BDD
|
|
|
|
# Development notes
|
|
Additional information for contribution, testing, and development in general can be found here.
|
|
## Contributing to the project
|
|
You want to help and contribute to the project? That is great. Please see the [contributing guidelines](https://github.com/ellmau/adf-obdd/blob/main/.github/CONTRIBUTING.md) first.
|
|
|
|
## Building the binary:
|
|
To build the binary, you need to run
|
|
```bash
|
|
$> cargo build --workspace --release
|
|
```
|
|
|
|
To build the binary with debug-symbols, run
|
|
```bash
|
|
$> cargo build --workspace
|
|
```
|
|
|
|
## Testing with the `res` folder:
|
|
To run all the tests placed in the submodule you need to run
|
|
```bash
|
|
$> git submodule init
|
|
```
|
|
at the first time.
|
|
Afterwards you need to update the content of the submodule to be on the currently used revision by
|
|
```bash
|
|
$> git submodule update
|
|
```
|
|
|
|
The tests can be started by using the test-framework of cargo, i.e.
|
|
```bash
|
|
$> cargo test
|
|
```
|
|
Note that some of the instances are quite big and it might take some time to finish all the tests.
|
|
If you do not initialise the submodule, tests will "only" run on the other unit-tests and (possibly forthcoming) other integration tests.
|
|
Due to the way of the generated test-modules you need to call
|
|
```bash
|
|
$> cargo clean
|
|
```
|
|
if you change some of your test-cases.
|
|
|
|
To remove the tests just type
|
|
```bash
|
|
$> git submodule deinit res/adf-instances
|
|
```
|
|
or
|
|
```bash
|
|
$> git submodule deinit --all
|
|
```
|