| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Instead just talk directly to the service. This fixes *sending*
a notification being blocking IO.
|
|
Cleanup of option names, use features where applicable, and printing
of summary.
|
|
Since hexchat already depends on GLib, it's better to use GProxyResolver
instead. This might use libproxy, or not, as appropriate.
P.S. This removes a memory safety issue because proxy_list is allocated
using malloc(), not g_malloc(), and therefore using g_strfreev() is
incorrect. The proper way to free the proxy list returned by libproxy
is to use px_proxy_factory_free_proxies() (but nobody does that because
it was added in libproxy 0.4.16, which is somewhat recent).
|
|
GDB is usually able to debug executables with ASLR by temporarily
disabling ASLR when running that executable. This is only supported on
Linux. On Windows, GDB cannot debug ASLR executables.
This removes the dynamicbase linker flag on Windows for debug builds in
order to be able to debug that executable later.
Hardening an executable with ASLR is important for release builds, but
for debug builds being able to debug is much more important.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
According to `hardening-check` the cflag is enough for `hexchat`
and this was causing breakage in plugins
Closes #2132
|
|
|
|
|
|
We rely upon the behavior of https://github.com/mesonbuild/meson/commit/11f9425a5e123e7e4bb6296f4453a8e072eb95ed
|
|
Don't hardcode platforms but check if things actually link.
This should fix cygwin.
|
|
|
|
Quick rundown of benefits:
- Much faster:
- Autotools (with autogen): 22 seconds
- Meson: 7 seconds
- Meson (with ccache): 2 seconds
- Simpler:
- ~1000 lines smaller
- Single simple language
- Potentially better Windows (Visual Studio) support
What is not done:
- Complete Windows support
- OSX support (easy)
Closes #2013
Closes #1937
Closes #1803
|
