summaryrefslogtreecommitdiff
path: root/docs/reference/building.sgml
blob: a53b4e87b2ff1391e31d77ab5326d257bc3fd946 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
<refentry id="gmime-building" revision="11 Apr 2009">
  <refmeta>
    <refentrytitle>Compiling the GMime libraries</refentrytitle>
    <manvolnum>3</manvolnum>
    <refmiscinfo>GMime Library</refmiscinfo>
  </refmeta>
  <refnamediv>
    <refname>Compiling the GMime Libraries</refname>
    <refpurpose>How to compile GMime itself</refpurpose>
  </refnamediv>
  <refsect1 id="overview">
    <title>Building GMime on UNIX-like systems</title>
    <para>
      This chapter covers building and installing GMime on UNIX and
      UNIX-like systems such as Linux. Compiling GMime on Microsoft
      Windows is not a goal of the project, however if you are able
      build on a Microsoft Windows platform, do send me building and 
      installing instructions and I will add them to this document.
    </para>
    <para>
      Before we get into the details of how to compile GMime, I should
      mention that binary packages of GMime prebuilt for your operating 
      system may be available either from your operating system vendor 
      or from independent sources such as http://rpmfind.net. If you
      can find them, it may be the easiest way of getting started
      developing GMime.
    </para>
    <para>
      On UNIX-like systems GMime uses the standard GNU build system,
      using <application>autoconf</application> for package
      configuration and resolving portability issues,
      <application>automake</application> for building makefiles that
      comply with the GNU Coding Standards, and
      <application>libtool</application> for building shared libraries
      on multiple platforms.
    </para>
    <para>
      If you are building GMime from the distributed source packages,
      then you won't need these tools installed; the necessary pieces
      of the tools are already included in the source packages. But
      it's useful to know a bit about how packages that use these
      tools work. A source package is distributed as a
      <literal>tar.gz</literal> file which you unpack into a 
      directory full of the source files as follows:
    </para>
    <programlisting>
      tar -zxvf gmime-2.6.x.tar.gz
    </programlisting>
    <para>
      In the toplevel of the directory that is created, there will be
      a shell script called <filename>configure</filename> which
      you then run to take the template makefiles called
      <filename>Makefile.in</filename> in the package and create
      makefiles customized for your operating system. The 
      <filename>configure</filename> script can be passed various 
      command line arguments to determine how the package is built and 
      installed. The most commonly useful argument is the 
      <systemitem>--prefix</systemitem> argument which specifies where 
      the package is installed. To install a package into 
      <filename>/opt/gmime</filename> you would run configure as:
    </para>
    <programlisting>
      ./configure --prefix=/opt/gmime
    </programlisting>
    <para>
      A full list of options can be found by running
      <filename>configure</filename> with the
      <systemitem>--help</systemitem> argument. In general, the defaults 
      are right and should be trusted. After you've run
      <filename>configure</filename>, you then run the
      <command>make</command> command to build the package and install
      it.
    </para>
    <programlisting>
      make
      make install
    </programlisting>
    <para>
      If you don't have permission to write to the directory you are
      installing in, you may have to change to root temporarily before
      running <literal>make install</literal>. A quick way to do this is 
      to use the <command>su</command> command with the 
      <systemitem>-c</systemitem> option 
      (ex. <literal>su -c &quot;make install&quot;</literal>). Also, if you are
      installing in a system directory, on some systems (such as
      Linux), you will need to run <command>ldconfig</command> after
      <literal>make install</literal> so that the newly installed
      libraries will be found.
    </para>
    <para>
      Several environment variables are useful to pass to set before
      running configure. <envar>CPPFLAGS</envar> contains options to
      pass to the C compiler, and is used to tell the compiler where
      to look for include files. The <envar>LDFLAGS</envar> variable
      is used in a similar fashion for the linker. Finally the
      <envar>PKG_CONFIG_PATH</envar> environment variable contains
      a search path that <command>pkg-config</command> (see below)
      uses when looking for a file describing how to compile
      programs using different libraries. If you were installing GMime
      and it's dependencies into <filename>/opt/gmime</filename>, you 
      might want to set these variables as:
    </para>
    <programlisting>
      CPPFLAGS=&quot;-I/opt/gmime/include&quot;
      LDFLAGS=&quot;-L/opt/gmime/lib&quot;
      PKG_CONFIG_PATH=&quot;/opt/gmime/lib/pkgconfig&quot;
      export CPPFLAGS LDFLAGS PKG_CONFIG_PATH
    </programlisting>
    <para>
      You may also need to set the <envar>LD_LIBRARY_PATH</envar>
      environment variable so the systems dynamic linker can find
      the newly installed libraries, and the <envar>PATH</envar>
      environment program so that utility binaries installed by
      the various libraries will be found.
    </para>
    <programlisting>
      LD_LIBRARY_PATH=&quot;/opt/gmime/lib&quot;
      PATH=&quot;/opt/gmime/bin:$PATH&quot;
      export LD_LIBRARY_PATH PATH
    </programlisting>
  </refsect1>
  <refsect1 id="dependencies">
    <title>Dependencies</title>
    <para>
      Before you can compile the GMime library, you need to have
      various other tools and libraries installed on your
      system. The two tools needed during the build process (as
      differentiated from the tools used in when creating GMime
      mentioned above such as <application>autoconf</application>)
      are <command>pkg-config</command> and GNU make.
    </para>
    <itemizedlist>
      <listitem>
        <para><ulink url="http://www.freedesktop.org/software/pkgconfig/">pkg-config</ulink>
	  is a tool for tracking the compilation flags needed for
	  libraries that are used by the GMime libraries. (For each
	  library, a small <literal>.pc</literal> text file is installed in a standard
	  location that contains the compilation flags needed for that
	  library along with version number information.)  The version
	  of <command>pkg-config</command> needed to build GMime is
	  mirrored in the <filename>dependencies</filename> directory
	  on the <ulink url="ftp://ftp.gtk.org/pub/gtk/v2.0/">GTK+ FTP
	  site.</ulink></para>
      </listitem>
      <listitem>
        <para>
	  The GMime makefiles will mostly work with different versions
	  of <command>make</command>, however, there tends to be
	  a few incompatibilities, so the GMime team recommends
	  installing <ulink url="http://www.gnu.org/software/make">GNU
	    make</ulink> if you don't already have it on your system
	  and using it. (It may be called <command>gmake</command>
	  rather than <command>make</command>.)
	</para>
      </listitem>
    </itemizedlist>
    <para>
      GMime depends on the existance of two (2) libraries: GLib and iconv.
    </para>
    <itemizedlist>
      <listitem>
        <para>
	  The GLib library provides core non-graphical functionality
	  such as high level data types, Unicode manipulation, and
	  a object and type system to C programs. It is available
	  from the <ulink url="ftp://ftp.gtk.org/pub/gtk/v2.0/">GTK+
	  FTP site.</ulink>
	</para>
      </listitem>
      <listitem>
        <para>
	  The <ulink url="http://www.gnu.org/software/libiconv/">GNU
	  libiconv library</ulink> is needed to build GLib and GMime 
          if your system doesn't already have the 
          <function>iconv()</function> function for doing conversion 
          between character encodings. Most modern systems should have
	  <function>iconv()</function>.
	</para>
      </listitem>
    </itemizedlist>
  </refsect1>
  <refsect1 id="building">
    <title>Building and testing GMime</title>
    <para>
      First make sure that you have the necessary external
      dependencies installed: <command>pkg-config</command>, GNU make,
      and, if necessary, libiconv. To get detailed information about 
      building these packages, see the documentation provided with the
      individual packages. On a newer Linux system, it's quite likely 
      that you'll have all of these installed already.
    </para>
    <para>
      Then build and install the GMime libraries in the order:
      libiconv, GLib, then GMime. For each library, follow the
      steps of <literal>configure</literal>, <literal>make</literal>,
      <literal>make install</literal> mentioned above. If you're
      lucky, this will all go smoothly, and you'll be ready to
      <link linkend="gmime-compiling">start compiling your own GMime
	applications</link>. You can test your GMime installation
      by running <command>pkg-config --modversion gmime-2.6</command>
      and making sure that it can both find GMime and reports the 
      correct version.
    </para>
    <para>
      If one of the <filename>configure</filename> scripts fails or running
      <command>make</command> fails, look closely at the error
      messages printed; these will often provide useful information
      as to what went wrong. When <filename>configure</filename>
      fails, extra information, such as errors that a test compilation
      ran into, is found in the file <filename>config.log</filename>.
      Looking at the last couple of hundred lines in this file will
      frequently make clear what went wrong. If all else fails, you
      can ask for help by emailing me, fejj@gnome.org
    </para>
  </refsect1>
  <refsect1 id="extra-configuration-options">
    <title>Extra Configuration Options</title>
    <para>
	In addition to the normal options, the
	<command>configure</command> script for the GMime library
	supports a number of additional arguments. (Command line
	arguments for the other GMime libraries are described in
	the documentation distributed with those libraries.)

	<cmdsynopsis><command>./configure</command><group><arg>--enable-profiling</arg><arg>--enable-warnings</arg><arg>--enable-mono</arg><arg>--enable-gtk-doc</arg><arg>--enable-largfile</arg></group></cmdsynopsis>
    </para>
    <formalpara>
      <title>
        <systemitem>--enable-profiling</systemitem>
      </title>
      <para>
        Normally GMime will not pass the <literal>-pg</literal> flag to 
        <command>gcc</command> when building. This option will enable
        the use of that flag thus building profiling information into 
        the GMime libraries for use with the GNU Profiler, gprof. Odds
        are you do not care about this option unless you are either me
        or desire to profile GMime and/or your program.
      </para>
    </formalpara>
    <formalpara>
      <title>
        <systemitem>--enable-warnings</systemitem>
      </title>
      <para>
        This option enables parser warnings about invalid MIME to be
        logged to stderr at runtime. Again, it is unlikely you will
        care to use this option.
      </para>
    </formalpara>
    <formalpara>
      <title>
        <systemitem>--enable-mono</systemitem>
      </title>
      <para>
        This option will include the Mono .NET bindings as part of
        the build.
      </para>
    </formalpara>
    <formalpara>
      <title>
        <systemitem>--enable-gtk-doc</systemitem>
      </title>
      <para>
        This option will enable the building of the reference
        documentation for GMime (e.g. the html pages you are
        reading now).
      </para>
    </formalpara>
    <formalpara>
      <title>
        <systemitem>--enable-largefile</systemitem>
      </title>
      <para>
        This option will enable large file support (e.g. files larger
        than 2GB) on 32bit systems. This flag is enabled by default
        starting with GMime 2.4.5.
      </para>
    </formalpara>
  </refsect1>
</refentry>