delta/glib.git/docs/reference/glib/building.xml, branch pgriffis/wip/resolver-https

build: Drop the internal_pcre option in favour of the subproject

2021-06-16T15:45:10+00:00

This should maintain equivalent functionality, apart from that now you
have to pass `--force-fallback-for libpcre` to `meson configure` in
order to use the subproject; rather than specifying
`-Dinternal_pcre=true` to use the internal copy.

This also fixes #642, as the wrapdb copy of libpcre is version 8.37.

Signed-off-by: Philip Withnall 

Helps: #962
Fixes: #642

docs: Clarify the meaning of --buildtype=plain a little

2020-11-18T13:29:11+00:00

Signed-off-by: Philip Withnall 

Fixes: #1833

Update documentation with FreeBSD build instructions

2019-09-30T20:06:53+00:00

docs: update build instructions for selinux

2019-07-09T05:34:16+00:00

Commit 8cc92bcca ("meson: Turn selinux into a meson feature and make it
auto by default") update the selinux option to be a feature with
instead of a boolean. Update the documentation to reflect this.

Closes: #1823

docs: Update DocBook ‘build’ documentation to mention Meson

2019-01-15T15:11:43+00:00

Drop mentions of autotools. In particular, update the list of configure
options to reflect what’s available in the Meson build.

Further work is needed as a follow-up to improve our handling of (what
was formerly) the --enable-debug option.

Signed-off-by: Philip Withnall

build: Remove the --disable-mem-pools build option and the DISABLE_MEM_POOLS macro

2018-06-02T07:45:55+00:00

It's mostly not used anymore and doesn't do what it says it does.

The docs state that it affects GList, GSList, GNode, GMemChunks, GSignal,
GType n_preallocs and GBSearchArray while:

* GList, GSList and GNode use GSlice and are not affected
* GMemChunks is gone
* GType npreallocs is ignored

It also states that it can be used to force the usage of g_malloc/g_free,
which is handled by G_SLICE=always-malloc now.

The only places where it's used is in signal handling through GBSearchArray
and in GValueArray (deprecated). Since it's unlikely that anyone wants to
reduce allocation sizes just for those cases remove the build option.

Remove unused ENABLE_GC_FRIENDLY_DEFAULT and its build option

2018-05-31T05:19:12+00:00

ENABLE_GC_FRIENDLY_DEFAULT was supposed to set the default for the gc friendliness
while still allowing to force enable it at runtime with G_DEBUG=gc-friendly.

With commit 943a18b56434 (6 years ago) things were changed to always set it
according to the content of G_DEBUG in glib_init(), making the default unused.

Since nobody complained since then just remove the macro and the build option.

docs: Mention that we build with strict-aliasing disabled

2018-01-08T12:00:39+00:00

Hopefully discouraging people from overriding that and building with it
enabled.

Pro-tip: GLib will break.

Signed-off-by: Philip Withnall 

https://bugzilla.gnome.org/show_bug.cgi?id=791622

docs: Update the "building GLib" section

2018-01-01T13:48:46+00:00

The content has slowly gone out of sync with the implementation, and
some of it is also showing its age.

docs: Remove mention of disable-regex

2018-01-01T13:16:24+00:00

The `--disable-regex` configuration option was removed with commit
d7063452 from 2012.