| Age | Commit message (Collapse) | Author |
|---|
|
This allows inclusion in other Makefiles (e.g. for C unit tests).
|
|
It links lpeg statically into the vis binary, meaning it does not need
to be dlopen(3)-ed at runtime. While this improves the portability of
the resulting vis binary, it is not necessary to enable this option to
get syntax highlighting support.
Maybe the option should be renamed to avoid further confusion.
|
|
These are used by `make standalone` but are not really appropriate
for normal usage and just cause confusion as demonstrated by #373.
|
|
|
|
The generic lua pkg-config name also match for Lua 5.1 which
then results in a linker error because the necessary functions
are not available.
|
|
SIGWINCH is not part of POSIX. In contrast to the other BSD
variants, FreeBSD does not expose it when defining _BSD_SOURCE.
This is probably not the 'correct' solution, but seems to
work for now.
Instead of defining it globally it might have been better to add
the necessary #define to the only source file making use of
SIGWINCH.
Close #302
|
|
|
|
In theory this should be as simple as:
$ cc -fPIE -pie --static helloworld.c
But unfortunately by default this will always add a PT_INTERP referencing
the dynamic loader/linker. On latest binutils >=2.26 this can be worked
around by supplying --no-dynamic-linker. Also tweak the musl-gcc wrapper
to use rcrt1.o as startup file.
|
|
Signed-off-by: Christian Hesse <mail@eworm.de>
|
|
This reverts commit d6effd021d2aa2b6c452f229046a85c5f1a252a7.
|
|
|
|
This way we make sure the flags are in place when building
dependencies.
|
|
We need some basic configuration before building dependencies. For
example useful CFLAGS have to be in place to prevent linker errors.
The configure script is run again later with some extra parameters.
|
|
There seems to be something wrong with the libtermkey build, which
uses libtool and somehow does not get build correctly for PIE.
|
|
Run configure script for all targets instead of fiddling with
Makefile variables directly.
|
|
This should let configure pick up the lua libraries on FreeBSD 10.
|
|
fixes #214
|
|
|
|
|
|
Using -std=c99 in combination with c99 does not make sense.
Some versions of Mac OS seem to have a broken wrapper implementing
the c99 utility which always generates 32-bit code instead of
targeting the native architecture.
http://stackoverflow.com/questions/4182413
Also add clang to the list of compilers to try.
|
|
On Cygwin the configure check for libtermkey fails due to unresolved
symbols from libcurses.
The pkg-config file of libtermkey lacks a reference to its
dependencies (either curses or unibilium). Since we depend on
curses anyway we can fix this by adding $LDFLAGS_CURSES to the
configure check.
|
|
This should fix configure checks on Cygwin whereas before gcc would
attempt (and fail) to write to /dev/null.exe
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The new build instructions are:
$ ./configure && make && sudo make install
The configure script tries to auto detect support for various libraries
and compiler options. These choices can be overwritten by explicitly
specifing --{en,dis}able-{lua,selinux,acl}. See ./configure --help for
all supported options.
The configure script generates config.mk which should allow portable
(among GNU and BSD make) Makefiles. Manually editing config.mk is
still supported.
|
