Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/gnome/glibmm
Read-only mirror of https://gitlab.gnome.org/GNOME/glibmm
https://github.com/gnome/glibmm
Last synced: about 1 month ago
JSON representation
Read-only mirror of https://gitlab.gnome.org/GNOME/glibmm
- Host: GitHub
- URL: https://github.com/gnome/glibmm
- Owner: GNOME
- License: lgpl-2.1
- Created: 2012-06-02T00:57:55.000Z (over 12 years ago)
- Default Branch: master
- Last Pushed: 2024-09-23T16:44:12.000Z (about 2 months ago)
- Last Synced: 2024-10-07T12:50:44.641Z (about 1 month ago)
- Language: Scheme
- Homepage: https://gitlab.gnome.org/GNOME/glibmm
- Size: 14.5 MB
- Stars: 64
- Watchers: 10
- Forks: 21
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- Changelog: ChangeLog
- License: COPYING
Awesome Lists containing this project
README
# glibmm
This is glibmm, a C++ API for parts of glib that are useful for C++.
# General information
glibmm-2.4 and glibmm-2.68 are different parallel-installable ABIs.
This file describes glibmm-2.68.
Web site
- https://www.gtkmm.org
Download location
- https://download.gnome.org/sources/glibmm
Reference documentation
- https://gnome.pages.gitlab.gnome.org/glibmm
Tarballs contain reference documentation. In tarballs generated with Meson,
see the untracked/docs/reference/html directory.
Discussion on GNOME's discourse forum
- https://discourse.gnome.org/tag/cplusplus
- https://discourse.gnome.org/c/platform
Git repository
- https://gitlab.gnome.org/GNOME/glibmm
Bugs can be reported to
- https://gitlab.gnome.org/GNOME/glibmm/issues
Patches can be submitted to
- https://gitlab.gnome.org/GNOME/glibmm/merge_requests
# Building
Whenever possible, you should use the official binary packages approved by the
supplier of your operating system, such as your Linux distribution.
## Building on Windows
See [README.win32](README.win32.md)
## Building from a release tarball
Extract the tarball and go to the extracted directory:
```
$ tar xf glibmm-@[email protected]
$ cd glibmm-@GLIBMM_VERSION@
```
It's easiest to build with Meson, if the tarball was made with Meson,
and to build with Autotools, if the tarball was made with Autotools.
Then you don't have to use maintainer-mode.
How do you know how the tarball was made? If it was made with Meson,
it contains files in untracked/glib/glibmm/, untracked/gio/giomm/ and
other subdirectories of untracked/.
### Building from a tarball with Meson
Don't call the builddir 'build'. There is a directory called 'build' with
files used by Autotools.
```
$ meson setup --prefix /some_directory --libdir lib your_builddir .
$ cd your_builddir
```
If the tarball was made with Autotools, you must enable maintainer-mode:
```
$ meson configure -Dmaintainer-mode=true
```
Then, regardless of how the tarball was made:
```
$ ninja
$ ninja install
```
You can run the tests like so:
```
$ ninja test
```
### Building from a tarball with Autotools
If the tarball was made with Autotools:
```
$ ./configure --prefix=/some_directory
```
If the tarball was made with Meson, you must enable maintainer-mode:
```
$ ./autogen.sh --prefix=/some_directory
```
Then, regardless of how the tarball was made:
```
$ make
$ make install
```
You can build the examples and tests, and run the tests, like so:
```
$ make check
```
## Building from git
Building from git can be difficult so you should prefer building from
a release tarball unless you need to work on the glibmm code itself.
jhbuild can be a good help
- https://gitlab.gnome.org/GNOME/jhbuild
- https://wiki.gnome.org/Projects/Jhbuild
- https://gnome.pages.gitlab.gnome.org/jhbuild
### Building from git with Meson
Maintainer-mode is enabled by default when you build from a git clone.
Don't call the builddir 'build'. There is a directory called 'build' with
files used by Autotools.
```
$ meson setup --prefix /some_directory --libdir lib your_builddir .
$ cd your_builddir
$ ninja
$ ninja install
```
You can run the tests like so:
```
$ ninja test
```
You can create a tarball like so:
```
$ ninja dist
```
### Building from git with Autotools
```
$ ./autogen.sh --prefix=/some_directory
$ make
$ make install
```
You can build the examples and tests, and run the tests, like so:
```
$ make check
```
You can create a tarball like so:
```
$ make distcheck
```
or
```
$ make dist
```