platform.texi 13.4 KB
Newer Older
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
\input texinfo @c -*- texinfo -*-

@settitle Platform Specific information
@titlepage
@center @titlefont{Platform Specific information}
@end titlepage

@top

@contents

@chapter Unix-like

Some parts of Libav cannot be built with version 2.15 of the GNU
assembler which is still provided by a few AMD64 distributions. To
make sure your compiler really uses the required version of gas
after a binutils upgrade, run:

@example
$(gcc -print-prog-name=as) --version
@end example

If not, then you should install a different compiler that has no
hard-coded path to gas. In the worst case pass @code{--disable-asm}
to configure.

27 28 29 30 31 32 33 34 35 36 37
@section Advanced linking configuration

If you compiled Libav libraries statically and you want to use them to
build your own shared library, you may need to force PIC support (with
@code{--enable-pic} during Libav configure) and add the following option
to your project LDFLAGS:

@example
-Wl,-Bsymbolic
@end example

38 39 40
If your target platform requires position independent binaries, you should
pass the correct linking flag (e.g. @code{-pie}) to @code{--extra-ldexeflags}.

41 42 43
@section BSD

BSD make will not build Libav, you need to install and use GNU Make
44
(@command{gmake}).
45 46 47

@section (Open)Solaris

48
GNU Make is required to build Libav, so you have to invoke (@command{gmake}),
49 50 51 52 53 54 55 56 57 58 59 60 61
standard Solaris Make will not work. When building with a non-c99 front-end
(gcc, generic suncc) add either @code{--extra-libs=/usr/lib/values-xpg6.o}
or @code{--extra-libs=/usr/lib/64/values-xpg6.o} to the configure options
since the libc is not c99-compliant by default. The probes performed by
configure may raise an exception leading to the death of configure itself
due to a bug in the system shell. Simply invoke a different shell such as
bash directly to work around this:

@example
bash ./configure
@end example

@anchor{Darwin}
62
@section Darwin (OS X, iPhone)
63 64

The toolchain provided with Xcode is sufficient to build the basic
65
unaccelerated code.
66

67
OS X on PowerPC or ARM (iPhone) requires a preprocessor from
68
@url{git://git.libav.org/gas-preprocessor.git} to build the optimized
69
assembly functions. Put the Perl script somewhere
70 71
in your PATH, Libav's configure will pick it up automatically.

72
OS X on AMD64 and x86 requires @command{yasm} to build most of the
73
optimized assembly functions @url{http://mxcl.github.com/homebrew/, Homebrew},
74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91
@url{http://www.gentoo.org/proj/en/gentoo-alt/prefix/bootstrap-macos.xml, Gentoo Prefix}
or @url{http://www.macports.org, MacPorts} can easily provide it.


@chapter DOS

Using a cross-compiler is preferred for various reasons.
@url{http://www.delorie.com/howto/djgpp/linux-x-djgpp.html}


@chapter OS/2

For information about compiling Libav on OS/2 see
@url{http://www.edm2.com/index.php/FFmpeg}.


@chapter Windows

92
@section Native Windows compilation using MinGW or MinGW-w64
93

94 95 96
Libav can be built to run natively on Windows using the MinGW-w64
toolchain. Install the latest versions of MSYS2 and MinGW-w64 from
@url{http://msys2.github.io/} and/or @url{http://mingw-w64.sourceforge.net/}.
97 98
You can find detailed installation instructions in the download section and
the FAQ.
99 100 101 102 103

Notes:

@itemize

104 105 106 107
@item Building for the MSYS environment is discouraged, MSYS2 provides a full
MinGW-w64 environment through @file{mingw64_shell.bat} or
@file{mingw32_shell.bat} that should be used instead of the environment
provided by @file{msys2_shell.bat}.
108 109 110

@item Building using MSYS2 can be sped up by disabling implicit rules in the
Makefile by calling @code{make -r} instead of plain @code{make}. This
111
speed up is close to non-existent for normal one-off builds and is only
112
noticeable when running make for a second time (for example during
113 114
@code{make install}).

115 116
@item In order to compile @command{avplay}, you must have the MinGW development
library of @uref{http://www.libsdl.org/, SDL} and @code{pkg-config} installed.
117 118

@item By using @code{./configure --enable-shared} when configuring Libav,
119
you can build all libraries as DLLs.
120 121 122

@end itemize

123 124 125 126 127 128
@subsection Native Windows compilation using MSYS2

The MSYS2 MinGW-w64 environment provides ready to use toolchains and dependencies
through @command{pacman}.

Make sure to use @file{mingw64_shell.bat} or @file{mingw32_shell.bat} to have
129 130
the correct MinGW-w64 environment. The default install provides shortcuts to
them under @command{MinGW-w64 Win64 Shell} and @command{MinGW-w64 Win32 Shell}.
131 132 133 134 135 136 137 138 139

@example
# normal msys2 packages
pacman -S make pkgconf diffutils

# mingw-w64 packages and toolchains
pacman -S mingw-w64-x86_64-yasm mingw-w64-x86_64-gcc mingw-w64-x86_64-SDL
@end example

140
To target 32 bits replace @code{x86_64} with @code{i686} in the command above.
141

142
@section Microsoft Visual C++ or Intel C++ Compiler for Windows
143

144 145
Libav can be built with MSVC 2012 or earlier using a C99-to-C89 conversion utility
and wrapper, or with MSVC 2013 and ICL natively.
146

147
You will need the following prerequisites:
148

149
@itemize
150
@item @uref{https://github.com/libav/c99-to-c89/, C99-to-C89 Converter & Wrapper}
151
(if using MSVC 2012 or earlier)
152
@item @uref{http://code.google.com/p/msinttypes/, msinttypes}
153
(if using MSVC 2012 or earlier)
154
@item @uref{http://msys2.github.io/, MSYS2}
155
@item @uref{http://yasm.tortall.net/, YASM}
156
(Also available via MSYS2's package manager.)
157 158
@end itemize

159
To set up a proper environment in MSYS2, you need to run @code{msys_shell.bat} from
160
the Visual Studio or Intel Compiler command prompt.
161

162 163 164
Place @code{yasm.exe} somewhere in your @code{PATH}. If using MSVC 2012 or
earlier, place @code{c99wrap.exe} and @code{c99conv.exe} somewhere in your
@code{PATH} as well.
165

166 167 168 169 170 171
Next, make sure any other headers and libs you want to use, such as zlib, are
located in a spot that the compiler can see. Do so by modifying the @code{LIB}
and @code{INCLUDE} environment variables to include the @strong{Windows-style}
paths to these directories. Alternatively, you can try and use the
@code{--extra-cflags}/@code{--extra-ldflags} configure options. If using MSVC
2012 or earlier, place @code{inttypes.h} somewhere the compiler can see too.
172 173 174 175

Finally, run:

@example
176
For MSVC:
177
./configure --toolchain=msvc
178 179 180 181

For ICL:
./configure --toolchain=icl

182 183 184 185
make
make install
@end example

186
If you wish to compile shared libraries, add @code{--enable-shared} to your
187
configure options. Note that due to the way MSVC and ICL handle DLL imports and
188 189 190
exports, you cannot compile static and shared libraries at the same time, and
enabling shared libraries will automatically disable the static ones.

191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210
Notes:

@itemize

@item If you wish to build with zlib support, you will have to grab a compatible
zlib binary from somewhere, with an MSVC import lib, or if you wish to link
statically, you can follow the instructions below to build a compatible
@code{zlib.lib} with MSVC. Regardless of which method you use, you must still
follow step 3, or compilation will fail.
@enumerate
@item Grab the @uref{http://zlib.net/, zlib sources}.
@item Edit @code{win32/Makefile.msc} so that it uses -MT instead of -MD, since
this is how Libav is built as well.
@item Edit @code{zconf.h} and remove its inclusion of @code{unistd.h}. This gets
erroneously included when building Libav.
@item Run @code{nmake -f win32/Makefile.msc}.
@item Move @code{zlib.lib}, @code{zconf.h}, and @code{zlib.h} to somewhere MSVC
can see.
@end enumerate

211 212 213 214
@item Libav has been tested with the following on i686 and x86_64:
@itemize
@item Visual Studio 2010 Pro and Express
@item Visual Studio 2012 Pro and Express
215
@item Visual Studio 2013 Pro and Express
216
@item Intel Composer XE 2013
217
@item Intel Composer XE 2013 SP1
218
@end itemize
219 220 221 222
Anything else is not officially supported.

@end itemize

223
@subsection Linking to Libav with Microsoft Visual C++
224

225 226 227
If you plan to link with MSVC-built static libraries, you will need
to make sure you have @code{Runtime Library} set to
@code{Multi-threaded (/MT)} in your project's settings.
228

229
You will need to define @code{inline} to something MSVC understands:
230 231 232 233 234 235 236 237 238 239 240
@example
#define inline __inline
@end example

Also note, that as stated in @strong{Microsoft Visual C++}, you will need
an MSVC-compatible @uref{http://code.google.com/p/msinttypes/, inttypes.h}.

If you plan on using import libraries created by dlltool, you must
set @code{References} to @code{No (/OPT:NOREF)} under the linker optimization
settings, otherwise the resulting binaries will fail during runtime.
This is not required when using import libraries generated by @code{lib.exe}.
241 242 243 244 245 246 247 248
This issue is reported upstream at
@url{http://sourceware.org/bugzilla/show_bug.cgi?id=12633}.

To create import libraries that work with the @code{/OPT:REF} option
(which is enabled by default in Release mode), follow these steps:

@enumerate

249
@item Open the @emph{Visual Studio Command Prompt}.
250 251 252

Alternatively, in a normal command line prompt, call @file{vcvars32.bat}
which sets up the environment variables for the Visual C++ tools
253 254
(the standard location for this file is something like
@file{C:\Program Files (x86_\Microsoft Visual Studio 10.0\VC\bin\vcvars32.bat}).
255 256 257 258

@item Enter the @file{bin} directory where the created LIB and DLL files
are stored.

259
@item Generate new import libraries with @command{lib.exe}:
260 261

@example
262
lib /machine:i386 /def:..\lib\foo-version.def  /out:foo.lib
263 264
@end example

265 266
Replace @code{foo-version} and @code{foo} with the respective library names.

267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294
@end enumerate

@anchor{Cross compilation for Windows with Linux}
@section Cross compilation for Windows with Linux

You must use the MinGW cross compilation tools available at
@url{http://www.mingw.org/}.

Then configure Libav with the following options:
@example
./configure --target-os=mingw32 --cross-prefix=i386-mingw32msvc-
@end example
(you can change the cross-prefix according to the prefix chosen for the
MinGW tools).

Then you can easily test Libav with @uref{http://www.winehq.com/, Wine}.

@section Compilation under Cygwin

Please use Cygwin 1.7.x as the obsolete 1.5.x Cygwin versions lack
llrint() in its C library.

Install your Cygwin with all the "Base" packages, plus the
following "Devel" ones:
@example
binutils, gcc4-core, make, git, mingw-runtime, texi2html
@end example

295
In order to run FATE you will also need the following "Utils" packages:
296
@example
297
diffutils
298 299 300 301 302 303 304 305 306 307 308 309
@end example

If you want to build Libav with additional libraries, download Cygwin
"Devel" packages for Ogg and Vorbis from any Cygwin packages repository:
@example
libogg-devel, libvorbis-devel
@end example

These library packages are only available from
@uref{http://sourceware.org/cygwinports/, Cygwin Ports}:

@example
Diego Biurrun's avatar
Diego Biurrun committed
310 311
yasm, libSDL-devel, libfaac-devel, libgsm-devel, libmp3lame-devel,
libschroedinger1.0-devel, speex-devel, libtheora-devel, libxvidcore-devel
312 313
@end example

314 315
The recommendation for x264 is to build it from source, as it evolves too
quickly for Cygwin Ports to be up to date.
316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338

@section Crosscompilation for Windows under Cygwin

With Cygwin you can create Windows binaries that do not need the cygwin1.dll.

Just install your Cygwin as explained before, plus these additional
"Devel" packages:
@example
gcc-mingw-core, mingw-runtime, mingw-zlib
@end example

and add some special flags to your configure invocation.

For a static build run
@example
./configure --target-os=mingw32 --extra-cflags=-mno-cygwin --extra-libs=-mno-cygwin
@end example

and for a build with shared libraries
@example
./configure --target-os=mingw32 --enable-shared --disable-static --extra-cflags=-mno-cygwin --extra-libs=-mno-cygwin
@end example

Mans Rullgard's avatar
Mans Rullgard committed
339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401
@chapter Plan 9

The native @uref{http://plan9.bell-labs.com/plan9/, Plan 9} compiler
does not implement all the C99 features needed by Libav so the gcc
port must be used.  Furthermore, a few items missing from the C
library and shell environment need to be fixed.

@itemize

@item GNU awk, grep, make, and sed

Working packages of these tools can be found at
@uref{http://code.google.com/p/ports2plan9/downloads/list, ports2plan9}.
They can be installed with @uref{http://9front.org/, 9front's} @code{pkg}
utility by setting @code{pkgpath} to
@code{http://ports2plan9.googlecode.com/files/}.

@item Missing/broken @code{head} and @code{printf} commands

Replacements adequate for building Libav can be found in the
@code{compat/plan9} directory.  Place these somewhere they will be
found by the shell.  These are not full implementations of the
commands and are @emph{not} suitable for general use.

@item Missing C99 @code{stdint.h} and @code{inttypes.h}

Replacement headers are available from
@url{http://code.google.com/p/plan9front/issues/detail?id=152}.

@item Missing or non-standard library functions

Some functions in the C library are missing or incomplete.  The
@code{@uref{http://ports2plan9.googlecode.com/files/gcc-apelibs-1207.tbz,
gcc-apelibs-1207}} package from
@uref{http://code.google.com/p/ports2plan9/downloads/list, ports2plan9}
includes an updated C library, but installing the full package gives
unusable executables.  Instead, keep the files from @code{gccbin.tgz}
under @code{/386/lib/gnu}.  From the @code{libc.a} archive in the
@code{gcc-apelibs-1207} package, extract the following object files and
turn them into a library:

@itemize
@item @code{strerror.o}
@item @code{strtoll.o}
@item @code{snprintf.o}
@item @code{vsnprintf.o}
@item @code{vfprintf.o}
@item @code{_IO_getc.o}
@item @code{_IO_putc.o}
@end itemize

Use the @code{--extra-libs} option of @code{configure} to inform the
build system of this library.

@item FPU exceptions enabled by default

Unlike most other systems, Plan 9 enables FPU exceptions by default.
These must be disabled before calling any Libav functions.  While the
included tools will do this automatically, other users of the
libraries must do it themselves.

@end itemize

402
@bye