* Do not set HAVE_*_H defines for disabled features
It seems the mac build fails if we set the defines like this so
let's try avoiding including the header file alltogether. I didn't
expect ssl to look at that define but there you go.
Maybe fixes#337
* Try to silence a few more warnings
Spotted on mac:
435493605
* Do not set HAVE_*_H defines for disabled features
It seems the mac build fails if we set the defines like this so
let's try avoiding including the header file alltogether. I didn't
expect ssl to look at that define but there you go.
Maybe fixes#337
* Try to silence a few more warnings
Spotted on mac:
435493605
* booleans, how do they work
This can now create a few things:
- Build a shared lib linked against system libs
- Build a static lib linked against system libs
- Build a shared "fat" lib using internal deps
- Build a static lib using interal deps
The readme needs updating.
Using the system-libetpan causes pain to people who have out-dated
library versions, additionally it is nice to by default create a
library which uses dependencies as close as possible to the android
version for testing purposes. This makes sure that the bundeled
sub-projects are used by default.
Additionally it makes sure to not install these bundeled dependencies
and only statically link the libdeltachat.so against them. This is
beneficial to not conflict with any system-installed versions of these
libraries, especially since some bundled libraries are stripped down
and would not provide indirect users of the library the full library
functionality.
It does still provide an option to use the system-provided libetpan if
desired however, this makes sure libdeltachat plays nice with normal
package managers etc.
