GitLab

See Also: #333

Supports for other types like string and bool is still missing.

Fixes: #333

Fixes the `import '...' is used as a type` error, that in the demos,
by replacing the problematic imports with selective imports.
Signed-off-by: Dan Printzell <xwildn00bx@gmail.com>

See Also: #330

Fixes: #330

Fixes: #326

and add the needed import for ObjectG.

Fixes: #325

Specifying the directory to install .pc files is necessary on systems
where the pkg-config tool expects those files in a directory other
than $(libdir)/pkgconfig.

Use https in dub.json

Add Timeout constructor overload taking a Duration

Fixes #286

Closes #283

See: #256

Make Makefile work better for distributions

Actual fix for shared linking

- libgtkd references gmodule too:
  ld: error: /usr/local/lib/libgtkd-3.so: undefined reference to g_module_build_path
- the -L flags may be required (e.g. for /usr/local/lib on FreeBSD),
  so use `--libs-only-l --libs-only-L` everywhere

The problem is that LDC can inline code from GtkD to the program using
it, creating direct dependencies to gtk/glib/gobject/etc symbols.
So we need the program to actually link to these libraries.

Enable X11 on Posix; fill pkg-config Requires.private field

This is required for dynamic linking, otherwise consumers (like Tilix) get very fun errors like
'ld: error: /usr/local/lib/libgtkd-3.so: undefined reference to g_module_build_path'.

The actual C libs themselves do fill out this field.

This so they don't crach when run during a GC collection cycle.

Currently librsvg is missing from vcpkg, causing gtkd to fail because of a missing library.

See Also: #270

3742eda7

 introduced a wrong behavior
where the install commands for pkgconfig files were blindly ignoring
$(prefix). This obviously breaks the build and introduces the
possibility of the pkgconfig files not being installed to the system
at all since $(libdir) is not suposed to have a leading /, that is
$(prefix)'s job. All this resulted in a bad makefile being shipped
in the 3.9.0 release.
Signed-off-by: Filipe Laíns <lains@archlinux.org>

Closes #269