@@ -7,8 +7,11 @@ allows you to define signals and to connect those signals to any
7
7
callback function, either global or a member function, regardless of
8
8
whether it is static or virtual.
9
9
10
- libsigc++ is used by gtkmm to wrap the GTK+ signal system. It does not
11
- depend on GTK+ or gtkmm.
10
+ libsigc++ is used by gtkmm to wrap the GTK signal system. It does not
11
+ depend on GTK or gtkmm.
12
+
13
+ sigc++-2.0 and sigc++-3.0 are different parallel-installable ABIs.
14
+ This file describes sigc++-3.0.
12
15
13
16
See the [ libsigc++ web site] ( https://libsigcplusplus.github.io/libsigcplusplus/ )
14
17
@@ -31,7 +34,8 @@ packages.
31
34
32
35
## Building from a release tarball
33
36
34
- Building from the [ libsigc++ release tarball] ( https://github.com/libsigcplusplus/libsigcplusplus/releases ) is easier than building from git.
37
+ Building from the [ libsigc++ release tarball] ( https://github.com/libsigcplusplus/libsigcplusplus/releases )
38
+ is easier than building from git.
35
39
36
40
It's easiest to build with Meson, if the tarball was made with Meson,
37
41
and to build with Autotools, if the tarball was made with Autotools.
@@ -50,10 +54,10 @@ For instance:
50
54
``` sh
51
55
# If the tarball was made with Autotools, and you want to rebuild the reference
52
56
# documentation, you must enable maintainer-mode:
53
- $ meson --prefix=/usr/local --libdir=lib -Dmaintainer-mode=true your_builddir .
57
+ $ meson --prefix=/some_directory --libdir=lib -Dmaintainer-mode=true your_builddir .
54
58
55
59
# If the tarball was made with Meson, or you don't want to rebuild the docs:
56
- $ meson --prefix=/usr/local --libdir=lib your_builddir .
60
+ $ meson --prefix=/some_directory --libdir=lib your_builddir .
57
61
58
62
# then:
59
63
$ cd your_builddir
@@ -68,10 +72,10 @@ $ ninja test
68
72
For instance:
69
73
``` sh
70
74
# If the tarball was made with Autotools:
71
- $ ./configure --prefix=/usr/local
75
+ $ ./configure --prefix=/some_directory
72
76
73
77
# If the tarball was made with Meson, you must enable maintainer-mode:
74
- $ ./autogen.sh --prefix=/usr/local
78
+ $ ./autogen.sh --prefix=/some_directory
75
79
76
80
# then:
77
81
$ make
@@ -85,8 +89,9 @@ $ make check
85
89
Building from git can be difficult so you should prefer building from a release
86
90
tarball unless you need to work on the libsigc++ code itself.
87
91
88
- jhbuild can be a good help. See the [ jhbuild repo] ( https://gitlab.gnome.org/GNOME/jhbuild )
89
- and the [ jhbuild wiki] ( https://wiki.gnome.org/Projects/Jhbuild ) .
92
+ jhbuild can be a good help. See the [ jhbuild repo] ( https://gitlab.gnome.org/GNOME/jhbuild ) ,
93
+ the [ jhbuild wiki] ( https://wiki.gnome.org/Projects/Jhbuild ) and
94
+ the [ jhbuild manual] ( https://gnome.pages.gitlab.gnome.org/jhbuild ) .
90
95
91
96
### Building from git with Meson
92
97
@@ -100,7 +105,7 @@ Don't call the builddir 'build'. There is a directory called 'build' with
100
105
files used by Autotools.
101
106
102
107
``` sh
103
- $ meson --prefix=/usr/local --libdir=lib your_builddir .
108
+ $ meson --prefix=/some_directory --libdir=lib your_builddir .
104
109
$ cd your_builddir
105
110
$ ninja
106
111
$ ninja install
@@ -116,7 +121,7 @@ You must have Autotools properly installed (autoconf, automake, etc) and you
116
121
will also need [ mm-common] ( https://gitlab.gnome.org/GNOME/mm-common/ ) .
117
122
118
123
``` sh
119
- $ ./autogen.sh --prefix=/usr/local
124
+ $ ./autogen.sh --prefix=/some_directory
120
125
$ make
121
126
$ make install
122
127
# You can build the examples and tests, and run the tests, like so:
0 commit comments