diff options
| author | Simon Tatham <anakin@pobox.com> | 2017-05-20 08:42:45 +0100 |
|---|---|---|
| committer | Simon Tatham <anakin@pobox.com> | 2017-05-20 08:48:11 +0100 |
| commit | 41394e187f6fad8dfb44baefe7603b77c0bff57b (patch) | |
| tree | 6fb71966e4473fa2169047112dcd2abc52724240 /error.c | |
| parent | 80d18da9a127d1d7d111625133742691b9aeedfe (diff) | |
| download | halibut-41394e187f6fad8dfb44baefe7603b77c0bff57b.zip halibut-41394e187f6fad8dfb44baefe7603b77c0bff57b.tar.gz halibut-41394e187f6fad8dfb44baefe7603b77c0bff57b.tar.bz2 halibut-41394e187f6fad8dfb44baefe7603b77c0bff57b.tar.xz | |
Replace Halibut's makefiles with autotools.
This commit updates the libcharset submodule to incorporate the
autotools-ification that I just pushed to that subproject, and builds
on it by replacing Halibut's own makefile system similarly with an
autotools setup.
The new Makefile.am incorporates both of the old Makefile and
doc/Makefile, so a single run of 'make' should now build Halibut
itself and all the formats of its own documentation, which also means
that the automake-generated 'make install' target can do the right
thing in terms of putting an appropriate subset of those documentation
formats in the assorted installation directories.
The old Makefiles are gone, as is release.sh (which is now obsolete
because autotools's 'make dist' doesn't do anything obviously wrong).
The bob build script is comprehensively rewritten, but should still
work - even the clang-based Windows build can use the
autotools-generated makefile system, provided I do the libcharset
build with a manual override of bin_PROGRAMS to prevent it trying to
build the libcharset supporting utilities (which are not completely
Windows-portable).
Diffstat (limited to 'error.c')
0 files changed, 0 insertions, 0 deletions