| Age | Commit message (Collapse) | Author |
|---|
|
Make sure that users or package maintainers don't accidentally enable
developer options designed to be run by developers only.
|
|
Those options are not designed to be used by users or package
maintainers, so let's make it more clear by moving them in another
group.
|
|
The IPv6 support is stored in the config.h header file, instead of being
passed with the -D flag, so it is easier to read from version.cc.
|
|
To avoid the autodetection and force it to be enabled or disabled use
--enable-ipv6 or --disable-ipv6 respectively.
Fixes: https://github.com/dillo-browser/dillo/issues/167
|
|
Adding the extra flags to search Mbed TLS in CFLAGS and LDFLAGS directly
inhibits AC_PROG_CC from injecting the usual -O2 and -g flags. Instead,
we add them to MBEDTLS_* set of variables which are only used to locate
Mbed TLS. Then we pass them to the Makefile via AC_SUBSTAC_SUBST().
We also move the LIBSSL_* flags to be early on the order of dillo_LDADD,
so that extra -L flags which can be injected from fltk-config or other
programs, don't accidentally point to /usr/lib or a similar location
where it could race with another installation of Mbed TLS.
This mechanism won't work for cases in which Mbed TLS has libraries
installed in a location other than the default search path, but works
for Arch Linux and Gentoo because the symlink them to the default search
path, even if they are installed in a different location.
|
|
Some Linux distributions (like Gentoo or Arch) allows to install
MbedTLS 2.x and 3.x branches simultaneously. This change helps to
find custom MbedTLS locations.
Signed-off-by: Azamat H. Hackimov <azamat.hackimov@gmail.com>
|
|
We are interested in webp_ok and brotli_ok which indicates if we can use
webp or brotli. Even if the user specifies --enable-webp setting
enable_webp to yes, if it is not found it won't be available.
|
|
Implements support for brotli (br) content encoding.
Fixes: https://github.com/dillo-browser/dillo/issues/377
|
|
Don't force full C++11 support, as we only require a very small subset
of features that may be available in the compiler as extensions like
GNU.
|
|
|
|
|
|
When git is available, records the git commit in the dillo binary, so
dillo -v reports the version and the commit. Otherwise only the release
version is reported (as we do now).
The commit is *always* recomputed when "make" is called. This allows
switching branches, doing a dirty rebuild and still get the correct
commit with "dillo -v".
Using AC_INIT() doesn't update the commit when the source is already
configured.
Fixes: https://github.com/dillo-browser/dillo/issues/288
|
|
See: https://www.toomanyatoms.com/software/mobilized_dillo.html
Authored-By: dogma
|
|
There are several problems that need to be resolved before we can switch
to FLTK 1.4. The support is intentionally disabled until it is ready.
See: https://github.com/dillo-browser/dillo/issues/246
|
|
Stops the configure process if the C++ compiler doesn't work, otherwise
it will fail at build time.
Fixes: https://github.com/dillo-browser/dillo/issues/187
|
|
|
|
Reviewed-by: dogma
|
|
Reviewed-by: dogma
|
|
Reviewed-by: dogma
|
|
It is used by nanosvg library
Reviewed-by: dogma
|
|
Reviewed-by: dogma
|
|
Uses the nanosvg library to add SVG support.
See: https://www.toomanyatoms.com/software/mobilized_dillo.html
Authored-By: dogma
|
|
|
|
Make more clear that it is not needed for normal use and will slow down
the browser.
|
|
|
|
|
|
These tests render a HTML page in Dillo and save a screenshot which is
compared with another one rendered by a reference HTML file which
doesn't make use of the feature under test.
Running these tests require some additional dependencies to run a Xorg
server and capture screenshots of the browser, so they are only enabled
when configured with the --enable-html-tests option.
Additionally, running Dillo and opening local files requires a working
file dpi plugin. So, when running the HTML tests it is required that a
working dpid server can be launched by Dillo. To do so, Dillo can be
first installed to a prefix directory, the dpidrc file copied to
~/.dillo/ and then the DILLOBIN variable set to the path of the dillo
binary under test.
|
|
In BSD systems where libiconv provides /usr/local/include/iconv.h and
libc provides /usr/include/iconv.h there is a problem when we can
use the headers of libiconv but end up linking with libc. The workaround
is to search first for libiconv, and if not found assume it is safe to
link with the libc.
|
|
Systems that require this directory must specify it by means of the
CPPFLAGS and LDFLAGS variables.
|
|
|
|
|
|
By default we first look for OpenSSL and if not found we try to find
mbedTLS.
It is an error to build without a suitable TLS library, unless the
search is skipped with --disable-tls. In that case, the support for TLS
is not built into Dillo.
This prevents accidental errors at configure time that end up disabling
TLS without the user knowledge.
|
|
The --enable-ssl/--disable-ssl option will now cause an error on
configure.
Additionally add the options --disable-openssl and --disable-mbedtls to
control the TLS library search.
|
|
|
|
Use AS_HELP_STRING for indentation and always set the default of the
options (yes/no).
|
|
Graphical tests for the dw (Dillo Widget) are moved to test/dw, while
unit tests are placed into test/unit.
All tests are compiled with "make check" but only the tests that can run
without intervention and without a graphic display are executed.
|
|
Add option to disable XEmbed support.
This can be useful to avoid compilation issues on non-X11 systems.
|
|
reported by Nick Warne http://lists.dillo.org/pipermail/dillo-dev/2016-July/010941.html
checking mbedtls/ssl.h usability... no
checking mbedtls/ssl.h presence... yes
configure: WARNING: mbedtls/ssl.h: present but cannot be compiled
configure: WARNING: mbedtls/ssl.h: check for missing prerequisite headers?
configure: WARNING: mbedtls/ssl.h: see the Autoconf documentation
configure: WARNING: mbedtls/ssl.h: section "Present But Cannot Be Compiled"
configure: WARNING: mbedtls/ssl.h: proceeding with the compiler's result checking for mbedtls/ssl.h... no
configure: WARNING: *** mbed TLS 2 not found. Disabling SSL/HTTPS/TLS support. ***
|
|
|
|
|
|
|
|
|
|
I used 'hg rename' and expected (at least hoped) that 'hg diff' would
do what I would naturally want, but no.
|
|
|
|
Normally I really like to make commits in small pieces that all compile
and make sense in isolation, but with this https work, the effort vs the
reward just wasn't going to make sense.
|
|
|
|
|
|
|
|
|
|
Change fltk-config usage as suggested by Thomas Petazzoni [1].
submitted-by: Peter Seiderer <ps.report@gmx.net>
[1] http://lists.busybox.net/pipermail/buildroot/2014-May/097607.html
|
