Files
Michał Kowalczyk e587869e13 [LibOS+Pal] manifest: Remove support for loader.exec and sgx.sigfile
Supporting these options complicates the design of Graphene and loading
logic significantly, providing little useful functionality:
- loader.exec:
    - the main user of it were our tests
    - worked only for the first process spawned inside Graphene, as it
      was a unidirectional manifest->binary mapping, so the child
      process didn't know about the corresponding manifest.
- sgx.sigfile:
    - probably all existing usages of it were completely redundant
    - was resolved relatively to CWD instead of the executable location,
      which made it mostly useless

From now on, the correct location of the files is:
- either place the manifest and sigfile next to the binary, with a
  matching name, or
- create a symlink to the binary in the folder where manifests are
  stored and launch it through this symlink
2020-10-23 00:06:46 +02:00
..
2020-03-30 21:10:41 +02:00

# Cap'n Proto and Addressbook example

This directory contains the Makefile and the template manifest for the Addressbook example of the
Cap'n Proto protocol. Addressbook is the sample application that uses Cap'n Proto from the official
documentation (copied from the official GitHub repo, v0.7.0). We use the preinstalled libcapnp
library on the host OS instead of downloading the sources, building, and linking Addressbook against
the built library (which is possible but would require more effort). This was tested on machines
with SGX v1 and Ubuntu 16.04/18.04.

Please install the following prerequisites: `sudo apt install -y libcapnp-dev capnproto`.

# Quick Start

```sh
# build Addressbook and the final manifest
make SGX=1

# run original Addressbook
./addressbook write

# run Addressbook in non-SGX Graphene
./pal_loader addressbook write

# run Addressbook in Graphene-SGX
SGX=1 ./pal_loader addressbook write
```