1
0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2025-07-24 19:07:52 +02:00
Files
.gitlab-ci
.reuse
LICENSES
docs
reference
gio
glib
gobject
.gitignore
AUTHORS
COPYING
NEWS
meson.build
CODEOWNERS
backports.md
debugging.txt
macros.txt
meson-version.md
rationales.md
roadmap.md
supported-platforms.md
toolchain-requirements.md
fuzzing
gio
glib
gmodule
gobject
gthread
m4macros
po
subprojects
tests
tools
.clang-format
.dir-locals.el
.editorconfig
.gitignore
.gitlab-ci.yml
.gitmodules
.lcovrc
CODE_OF_CONDUCT.md
CONTRIBUTING.md
HACKING
INSTALL.md
NEWS
README.md
README.win32.md
SECURITY.md
glib.doap
meson.build
meson_options.txt
msvc_recommended_pragmas.h
glib/docs/reference
Eli Schwartz 24ec80cfb4 meson: simplify iconv lookups using Meson's builtin dependency lookup
iconv is complicated to look up. That complexity now resides in
Meson, since 0.60.0, via a `dependency('iconv')` lookup, so use that
instead.

No effort is made to support the old option for which type of iconv to
use. It was a false choice, because if only one was available, then
that's the only one you can use, and if both are available, the external
iconv shadows the builtin one and renders the builtin one unusable,
so there is still only one you can use.

This meant that when configuring glib with -Diconv=libc on systems that
had an external iconv, the configure check would detect a valid libc
iconv, try to use it, and then fail during the build because iconv.h
belongs to the external iconv and generates machine code using the
external iconv ABI, but fails to link to the iconv `find_library()`.
Meson handles this transparently.
2022-06-16 12:04:59 -04:00
..
2022-06-16 10:12:07 +01:00
2022-05-23 15:48:28 -04:00
2010-05-24 23:21:01 -04:00
1999-08-16 17:58:30 +00:00
1999-08-16 17:58:30 +00:00
1999-08-16 17:58:30 +00:00