source: chapter08/gcc.xml@ 9113316

multilib xry111/multilib
Last change on this file since 9113316 was 1d599b9, checked in by Thomas Trepl <thomas@…>, 4 months ago

Adopt instructtion changes to ML

  • Property mode set to 100644
File size: 26.9 KB
Line 
1<?xml version="1.0" encoding="UTF-8"?>
2<!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
3 "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
4 <!ENTITY % general-entities SYSTEM "../general.ent">
5 %general-entities;
6]>
7
8<sect1 id="ch-system-gcc" role="wrap">
9 <?dbhtml filename="gcc.html"?>
10
11 <sect1info condition="script">
12 <productname>gcc</productname>
13 <productnumber>&gcc-version;</productnumber>
14 <address>&gcc-url;</address>
15 </sect1info>
16
17 <title>GCC-&gcc-version;</title>
18
19 <indexterm zone="ch-system-gcc">
20 <primary sortas="a-GCC">GCC</primary>
21 </indexterm>
22
23 <sect2 role="package">
24 <title/>
25
26 <para>The GCC package contains the GNU compiler collection, which includes
27 the C and C++ compilers.</para>
28
29 <segmentedlist>
30 <segtitle>&buildtime;</segtitle>
31 <segtitle>&diskspace;</segtitle>
32
33 <seglistitem>
34 <seg>&gcc-fin-sbu;</seg>
35 <seg>&gcc-fin-du;</seg>
36 </seglistitem>
37 </segmentedlist>
38
39 </sect2>
40
41 <sect2 role="installation">
42 <title>Installation of GCC</title>
43
44 <para>If building on x86_64, change the default directory name for 64-bit
45 libraries to <quote>lib</quote>:</para>
46
47<screen arch="default"><userinput remap="pre">case $(uname -m) in
48 x86_64)
49 sed -e '/m64=/s/lib64/lib/' \
50 -i.orig gcc/config/i386/t-linux64
51 ;;
52esac</userinput></screen>
53
54 <para arch="ml_32,ml_x32,ml_all">Change the default directory name for 64-bit
55 libraries to <quote>lib</quote>:</para>
56
57<screen arch="ml_32,ml_x32,ml_all"><userinput remap="pre">sed -e '/m64=/s/lib64/lib/' \
58 -e '/m32=/s/m32=.*/m32=..\/lib32$(call if_multiarch,:i386-linux-gnu)/' \
59 -i.orig gcc/config/i386/t-linux64</userinput></screen>
60
61 <para>The GCC documentation recommends building GCC in a dedicated build directory:</para>
62
63<screen><userinput remap="pre">mkdir -v build
64cd build</userinput></screen>
65
66 <para>Prepare GCC for compilation:</para>
67
68<screen arch="default"><userinput remap="configure">../configure --prefix=/usr \
69 LD=ld \
70 --enable-languages=c,c++ \
71 --enable-default-pie \
72 --enable-default-ssp \
73 --enable-host-pie \
74 --disable-multilib \
75 --disable-bootstrap \
76 --disable-fixincludes \
77 --with-system-zlib</userinput></screen>
78<screen arch="ml_32,ml_x32,ml_all"><userinput remap="configure"
79 arch="ml_32" >mlist=m64,m32</userinput><userinput remap="configure"
80 arch="ml_x32">mlist=m64,mx32</userinput><userinput remap="configure"
81 arch="ml_all">mlist=m64,m32,mx32</userinput>
82<userinput remap="configure">../configure --prefix=/usr \
83 LD=ld \
84 --enable-languages=c,c++ \
85 --enable-default-pie \
86 --enable-default-ssp \
87 --enable-host-pie \
88 --enable-multilib \
89 --with-multilib-list=$mlist \
90 --disable-bootstrap \
91 --disable-fixincludes \
92 --with-system-zlib</userinput></screen>
93
94 <para>GCC supports seven different computer languages, but the
95 prerequisites for most of them have not yet been installed. See the
96 <ulink url="&blfs-book;general/gcc.html">BLFS Book GCC page</ulink>
97 for instructions on how to build all of GCC's supported languages.</para>
98
99 <variablelist>
100 <title>The meaning of the new configure parameters:</title>
101
102 <varlistentry>
103 <term><parameter>LD=ld</parameter></term>
104 <listitem>
105 <para>This parameter makes the configure script use the ld program installed
106 by the Binutils package built earlier in this chapter, rather than
107 the cross-built version which would otherwise be used.</para>
108 </listitem>
109 </varlistentry>
110
111 <varlistentry>
112 <term><parameter>--disable-fixincludes</parameter></term>
113 <listitem>
114 <para>By default, during the installation of GCC some system
115 headers would be <quote>fixed</quote> to be used with GCC. This
116 is not necessary for a modern Linux system, and potentially
117 harmful if a package is reinstalled after installing GCC. This
118 switch prevents GCC from <quote>fixing</quote> the headers.</para>
119 </listitem>
120 </varlistentry>
121
122 <varlistentry>
123 <term><parameter>--with-system-zlib</parameter></term>
124 <listitem>
125 <para>This switch tells GCC to link to the system installed copy of
126 the Zlib library, rather than its own internal copy.</para>
127 </listitem>
128 </varlistentry>
129 </variablelist>
130
131 <note>
132 <anchor id="pie-ssp-info" xreflabel="note on PIE and SSP"/>
133 <para>
134 PIE (position-independent executables) are
135 binary programs that can be loaded anywhere in memory. Without PIE,
136 the security feature named ASLR (Address Space Layout Randomization)
137 can be applied for the shared libraries, but not for the executables
138 themselves. Enabling PIE allows ASLR for the executables in addition to
139 the shared libraries, and mitigates some attacks based on fixed
140 addresses of sensitive code or data in the executables.
141 </para>
142 <para>
143 SSP (Stack Smashing Protection) is a technique to ensure
144 that the parameter stack is not corrupted. Stack corruption can,
145 for example, alter the return address of a subroutine,
146 thus transferring control to some dangerous code
147 (existing in the program or shared libraries, or injected by the
148 attacker somehow).
149 </para>
150 </note>
151
152 <para>Compile the package:</para>
153
154<screen><userinput remap="make">make</userinput></screen>
155
156 <important>
157 <para>In this section, the test suite for GCC is considered
158 important, but it takes a long time. First-time builders are
159 encouraged to run the test suite. The time to run the tests can be
160 reduced significantly by adding -jx to the <command>make -k check</command>
161 command below, where x is the number of CPU cores on your system.</para>
162 </important>
163
164 <para>One set of tests in the GCC test suite is known to exhaust the default
165 stack, so increase the stack size prior to running the tests:</para>
166
167<screen><userinput remap="test">ulimit -s 32768</userinput></screen>
168
169 <para>Now remove/fix several known test failures:</para>
170
171<screen><userinput remap="test">sed -e '/cpython/d' -i ../gcc/testsuite/gcc.dg/plugin/plugin.exp
172sed -e 's/no-pic /&amp;-no-pie /' -i ../gcc/testsuite/gcc.target/i386/pr113689-1.c
173sed -e 's/300000/(1|300000)/' -i ../libgomp/testsuite/libgomp.c-c++-common/pr109062.c
174sed -e 's/{ target nonpic } //' \
175 -e '/GOTPCREL/d' -i ../gcc/testsuite/gcc.target/i386/fentryname3.c</userinput></screen>
176
177 <para>Test the results as a non-privileged user, but do not stop at errors:</para>
178
179<screen><userinput remap="test">chown -R tester .
180su tester -c "PATH=$PATH make -k check"</userinput></screen>
181
182 <para>To extract a summary of the test suite results, run:</para>
183
184<screen><userinput remap="test">../contrib/test_summary</userinput></screen>
185
186 <para>To filter out only the summaries, pipe the output through
187 <userinput>grep -A7 Summ</userinput>.</para>
188
189 <para>Results can be compared with those located at <ulink
190 url="&test-results;"/> and
191 <ulink url="https://gcc.gnu.org/ml/gcc-testresults/"/>.</para>
192<!--
193 <para>
194 Eight gcc tests (out of over 185,000):
195 <!- - https://gcc.gnu.org/PR106375 - -><filename>pr56837.c</filename>
196 and seven tests in the <filename class='directory'>analyzer</filename>
197 directory are known to fail.
198
199 <!- - https://gcc.gnu.org/PR109353 - ->
200 One libstdc++ test (out of over 15000), <filename>copy.cc</filename>, is
201 known to fail.
202
203 For g++, 21 tests (out of approximately 250,000): 14
204 <quote>AddressSanitizer*</quote>
205 tests and 7 <filename>interception-malloc-test-1.C</filename> tests, are
206 known to fail.
207
208 Additionally, several tests in the
209 <filename class='directory'>vect</filename> directory are known to fail
210 if the hardware does not support AVX.</para>
211-->
212 <para>A few unexpected failures cannot always be avoided. In some cases
213 test failures depend on the specific hardware of the system.<!--The GCC developers
214 are usually aware of these issues, but have not resolved them yet.-->
215 Unless the test results are vastly different from those at the above URL,
216 it is safe to continue.</para>
217
218 <para>Install the package:</para>
219
220<screen><userinput remap="install">make install</userinput></screen>
221
222 <para>The GCC build directory is owned by <systemitem class="username">
223 tester</systemitem> now, and the ownership of the installed header
224 directory (and its content) is incorrect. Change the ownership to the
225 <systemitem class="username">root</systemitem> user and group:</para>
226
227<screen><userinput remap="install">chown -v -R root:root \
228 /usr/lib/gcc/$(gcc -dumpmachine)/&gcc-version;/include{,-fixed}</userinput></screen>
229
230 <para>Create a symlink required by the <ulink
231 url="https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s09.html">FHS</ulink>
232 for "historical" reasons.</para>
233
234<screen><userinput remap="install">ln -svr /usr/bin/cpp /usr/lib</userinput></screen>
235
236 <para>Many packages use the name <command>cc</command> to call the C
237 compiler. We've already created <command>cc</command> as a symlink in
238 <xref linkend='ch-tools-gcc-pass2'/>, create its man page as a symlink
239 as well:</para>
240
241<screen><userinput remap="install">ln -sv gcc.1 /usr/share/man/man1/cc.1</userinput></screen>
242
243 <para>Add a compatibility symlink to enable building programs with
244 Link Time Optimization (LTO):</para>
245
246<screen><userinput remap="install">ln -sfv ../../libexec/gcc/$(gcc -dumpmachine)/&gcc-version;/liblto_plugin.so \
247 /usr/lib/bfd-plugins/</userinput></screen>
248
249 <para>Now that our final toolchain is in place, it is important to again ensure
250 that compiling and linking will work as expected. We do this by performing
251 some sanity checks:</para>
252
253<screen><userinput>echo 'int main(){}' &gt; dummy.c
254cc dummy.c -v -Wl,--verbose &amp;&gt; dummy.log
255readelf -l a.out | grep ': /lib'</userinput></screen>
256
257 <para>There should be no errors,
258 and the output of the last command will be (allowing for
259 platform-specific differences in the dynamic linker name):</para>
260
261<screen><computeroutput>[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]</computeroutput></screen>
262
263 <para>Now make sure that we're set up to use the correct start files:</para>
264
265<screen><userinput>grep -E -o '/usr/lib.*/S?crt[1in].*succeeded' dummy.log</userinput></screen>
266
267 <para>The output of the last command should be:</para>
268
269<screen><computeroutput>/usr/lib/gcc/x86_64-pc-linux-gnu/&gcc-version;/../../../../lib/Scrt1.o succeeded
270/usr/lib/gcc/x86_64-pc-linux-gnu/&gcc-version;/../../../../lib/crti.o succeeded
271/usr/lib/gcc/x86_64-pc-linux-gnu/&gcc-version;/../../../../lib/crtn.o succeeded</computeroutput></screen>
272
273 <para>Depending on your machine architecture, the above may differ slightly.
274 The difference will be the name of the directory
275 after <filename class="directory">/usr/lib/gcc</filename>. The important
276 thing to look for here is that <command>gcc</command> has found all three
277 <filename>crt*.o</filename> files under the
278 <filename class="directory">/usr/lib</filename> directory.</para>
279
280 <para>Verify that the compiler is searching for the correct header
281 files:</para>
282
283<screen><userinput>grep -B4 '^ /usr/include' dummy.log</userinput></screen>
284
285 <para>This command should return the following output:</para>
286
287<screen><computeroutput>#include &lt;...&gt; search starts here:
288 /usr/lib/gcc/x86_64-pc-linux-gnu/&gcc-version;/include
289 /usr/local/include
290 /usr/lib/gcc/x86_64-pc-linux-gnu/&gcc-version;/include-fixed
291 /usr/include</computeroutput></screen>
292
293 <para>Again, the directory named after your target triplet may be
294 different than the above, depending on your system architecture.</para>
295
296 <para>Next, verify that the new linker is being used with the correct search paths:</para>
297
298<screen><userinput>grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'</userinput></screen>
299
300 <para>References to paths that have components with '-linux-gnu' should
301 be ignored, but otherwise the output of the last command should be:</para>
302
303<screen><computeroutput>SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib64")
304SEARCH_DIR("/usr/local/lib64")
305SEARCH_DIR("/lib64")
306SEARCH_DIR("/usr/lib64")
307SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib")
308SEARCH_DIR("/usr/local/lib")
309SEARCH_DIR("/lib")
310SEARCH_DIR("/usr/lib");</computeroutput></screen>
311
312 <para arch="default">A 32-bit system may use a few other directories. For example, here
313 is the output from an i686 machine:</para>
314
315<!-- not using entities here as the dir names has nothing to do with multilib -->
316<screen arch="default"><computeroutput>SEARCH_DIR("/usr/i686-pc-linux-gnu/lib32")
317SEARCH_DIR("/usr/local/lib32")
318SEARCH_DIR("/lib32")
319SEARCH_DIR("/usr/lib32")
320SEARCH_DIR("/usr/i686-pc-linux-gnu/lib")
321SEARCH_DIR("/usr/local/lib")
322SEARCH_DIR("/lib")
323SEARCH_DIR("/usr/lib");</computeroutput></screen>
324
325 <para>Next make sure that we're using the correct libc:</para>
326
327<screen><userinput>grep "/lib.*/libc.so.6 " dummy.log</userinput></screen>
328
329 <para>The output of the last command should be:</para>
330
331<screen><computeroutput>attempt to open /usr/lib/libc.so.6 succeeded</computeroutput></screen>
332
333 <para>Make sure GCC is using the correct dynamic linker:</para>
334
335<screen><userinput>grep found dummy.log</userinput></screen>
336
337 <para>The output of the last command should be (allowing for
338 platform-specific differences in dynamic linker name):</para>
339
340<screen><computeroutput>found ld-linux-x86-64.so.2 at /usr/lib/ld-linux-x86-64.so.2</computeroutput></screen>
341
342 <para>If the output does not appear as shown above or is not received
343 at all, then something is seriously wrong. Investigate and retrace the
344 steps to find out where the problem is and correct it. <!--The most likely
345 reason is that something went wrong with the specs file adjustment.--> Any
346 issues should be resolved before continuing with the process.</para>
347
348 <para>Once everything is working correctly, clean up the test files:</para>
349
350<screen><userinput>rm -v dummy.c a.out dummy.log</userinput></screen>
351
352 <para>Finally, move a misplaced file:</para>
353
354<screen><userinput remap="install">mkdir -pv /usr/share/gdb/auto-load/usr/lib
355mv -v /usr/lib/*gdb.py /usr/share/gdb/auto-load/usr/lib</userinput></screen>
356
357 </sect2>
358
359 <sect2 id="contents-gcc" role="content">
360 <title>Contents of GCC</title>
361
362 <segmentedlist>
363 <segtitle>Installed programs</segtitle>
364 <segtitle>Installed libraries</segtitle>
365 <segtitle>Installed directories</segtitle>
366
367 <seglistitem>
368 <seg>c++, cc (link to gcc), cpp, g++, gcc,
369 gcc-ar, gcc-nm, gcc-ranlib, gcov, gcov-dump, gcov-tool,
370 and lto-dump</seg>
371
372 <seg>libasan.{a,so}, libatomic.{a,so}, libcc1.so, libgcc.a, libgcc_eh.a,
373 libgcc_s.so, libgcov.a, libgomp.{a,so}, libhwasan.{a,so}, libitm.{a,so},
374 liblsan.{a,so}, liblto_plugin.so,
375 libquadmath.{a,so}, libssp.{a,so}, libssp_nonshared.a,
376 libstdc++.{a,so}, libstdc++exp.a, libstdc++fs.a, libsupc++.a, libtsan.{a,so},
377 and libubsan.{a,so}</seg>
378
379 <seg>/usr/include/c++, /usr/lib/gcc, /usr/libexec/gcc, and
380 /usr/share/gcc-&gcc-version;</seg>
381 </seglistitem>
382 </segmentedlist>
383
384 <variablelist>
385 <bridgehead renderas="sect3">Short Descriptions</bridgehead>
386 <?dbfo list-presentation="list"?>
387 <?dbhtml list-presentation="table"?>
388
389 <varlistentry id="c">
390 <term><command>c++</command></term>
391 <listitem>
392 <para>The C++ compiler</para>
393 <indexterm zone="ch-system-gcc c">
394 <primary sortas="b-c++">c++</primary>
395 </indexterm>
396 </listitem>
397 </varlistentry>
398
399 <varlistentry id="cc">
400 <term><command>cc</command></term>
401 <listitem>
402 <para>The C compiler</para>
403 <indexterm zone="ch-system-gcc cc">
404 <primary sortas="b-cc">cc</primary>
405 </indexterm>
406 </listitem>
407 </varlistentry>
408
409 <varlistentry id="cpp">
410 <term><command>cpp</command></term>
411 <listitem>
412 <para>The C preprocessor; it is used by the compiler to expand the
413 #include, #define, and similar directives in the source files</para>
414 <indexterm zone="ch-system-gcc cpp">
415 <primary sortas="b-cpp">cpp</primary>
416 </indexterm>
417 </listitem>
418 </varlistentry>
419
420 <varlistentry id="g">
421 <term><command>g++</command></term>
422 <listitem>
423 <para>The C++ compiler</para>
424 <indexterm zone="ch-system-gcc g">
425 <primary sortas="b-g++">g++</primary>
426 </indexterm>
427 </listitem>
428 </varlistentry>
429
430 <varlistentry id="gcc">
431 <term><command>gcc</command></term>
432 <listitem>
433 <para>The C compiler</para>
434 <indexterm zone="ch-system-gcc gcc">
435 <primary sortas="b-gcc">gcc</primary>
436 </indexterm>
437 </listitem>
438 </varlistentry>
439
440 <varlistentry id="gcc-ar">
441 <term><command>gcc-ar</command></term>
442 <listitem>
443 <para>A wrapper around <command>ar</command> that adds a
444 plugin to the command line. This program is only used
445 to add "link time optimization" and is not useful with the
446 default build options.</para>
447 <indexterm zone="ch-system-gcc gcc-ar">
448 <primary sortas="b-gcc-ar">gc-ar</primary>
449 </indexterm>
450 </listitem>
451 </varlistentry>
452
453 <varlistentry id="gcc-nm">
454 <term><command>gcc-nm</command></term>
455 <listitem>
456 <para>A wrapper around <command>nm</command> that adds a
457 plugin to the command line. This program is only used
458 to add "link time optimization" and is not useful with the
459 default build options.</para>
460 <indexterm zone="ch-system-gcc gcc-nm">
461 <primary sortas="b-gcc-nm">gc-nm</primary>
462 </indexterm>
463 </listitem>
464 </varlistentry>
465
466 <varlistentry id="gcc-ranlib">
467 <term><command>gcc-ranlib</command></term>
468 <listitem>
469 <para>A wrapper around <command>ranlib</command> that adds a
470 plugin to the command line. This program is only used
471 to add "link time optimization" and is not useful with the
472 default build options.</para>
473 <indexterm zone="ch-system-gcc gcc-ranlib">
474 <primary sortas="b-gcc-ranlib">gc-ranlib</primary>
475 </indexterm>
476 </listitem>
477 </varlistentry>
478
479 <varlistentry id="gcov">
480 <term><command>gcov</command></term>
481 <listitem>
482 <para>A coverage testing tool; it is used to analyze programs to
483 determine where optimizations will have the greatest effect</para>
484 <indexterm zone="ch-system-gcc gcov">
485 <primary sortas="b-gcov">gcov</primary>
486 </indexterm>
487 </listitem>
488 </varlistentry>
489
490 <varlistentry id="gcov-dump">
491 <term><command>gcov-dump</command></term>
492 <listitem>
493 <para>Offline gcda and gcno profile dump tool</para>
494 <indexterm zone="ch-system-gcc gcov-dump">
495 <primary sortas="b-gcov-dump">gcov-dump</primary>
496 </indexterm>
497 </listitem>
498 </varlistentry>
499
500 <varlistentry id="gcov-tool">
501 <term><command>gcov-tool</command></term>
502 <listitem>
503 <para>Offline gcda profile processing tool</para>
504 <indexterm zone="ch-system-gcc gcov-tool">
505 <primary sortas="b-gcov-tool">gcov-tool</primary>
506 </indexterm>
507 </listitem>
508 </varlistentry>
509
510 <varlistentry id="lto-dump">
511 <term><command>lto-dump</command></term>
512 <listitem>
513 <para>Tool for dumping object files produced by GCC with LTO
514 enabled</para>
515 <indexterm zone="ch-system-gcc lto-dump">
516 <primary sortas="b-lto-dump">lto-dump</primary>
517 </indexterm>
518 </listitem>
519 </varlistentry>
520
521 <varlistentry id="libasan">
522 <term><filename class="libraryfile">libasan</filename></term>
523 <listitem>
524 <para>The Address Sanitizer runtime library</para>
525 <indexterm zone="ch-system-gcc libasan">
526 <primary sortas="b-libasan">libasan</primary>
527 </indexterm>
528 </listitem>
529 </varlistentry>
530
531 <varlistentry id="libatomic">
532 <term><filename class="libraryfile">libatomic</filename></term>
533 <listitem>
534 <para>GCC atomic built-in runtime library</para>
535 <indexterm zone="ch-system-gcc libatomic">
536 <primary sortas="b-libatomic">libatomic</primary>
537 </indexterm>
538 </listitem>
539 </varlistentry>
540
541 <varlistentry id="libcc1">
542 <term><filename class="libraryfile">libcc1</filename></term>
543 <listitem>
544 <para>A library that allows GDB to make use of GCC</para>
545 <indexterm zone="ch-system-gcc libcc1">
546 <primary sortas="b-libcc1">libcc1</primary>
547 </indexterm>
548 </listitem>
549 </varlistentry>
550
551 <varlistentry id="libgcc">
552 <term><filename class="libraryfile">libgcc</filename></term>
553 <listitem>
554 <para>Contains run-time support for <command>gcc</command></para>
555 <indexterm zone="ch-system-gcc libgcc">
556 <primary sortas="c-libgcc">libgcc</primary>
557 </indexterm>
558 </listitem>
559 </varlistentry>
560
561 <varlistentry id="libgcov">
562 <term><filename class="libraryfile">libgcov</filename></term>
563 <listitem>
564 <para>This library is linked into a program when GCC is instructed
565 to enable profiling</para>
566 <indexterm zone="ch-system-gcc libgcov">
567 <primary sortas="c-libgcov">libgcov</primary>
568 </indexterm>
569 </listitem>
570 </varlistentry>
571
572 <varlistentry id="libgomp">
573 <term><filename class="libraryfile">libgomp</filename></term>
574 <listitem>
575 <para>GNU implementation of the OpenMP API for multi-platform
576 shared-memory parallel programming in C/C++ and Fortran</para>
577 <indexterm zone="ch-system-gcc libgomp">
578 <primary sortas="c-libgomp">libgomp</primary>
579 </indexterm>
580 </listitem>
581 </varlistentry>
582
583 <varlistentry id="libhwasan">
584 <term><filename class="libraryfile">libhwasan</filename></term>
585 <listitem>
586 <para>The Hardware-assisted Address Sanitizer runtime library</para>
587 <indexterm zone="ch-system-gcc libhwasan">
588 <primary sortas="c-libhwasan">libhwasan</primary>
589 </indexterm>
590 </listitem>
591 </varlistentry>
592
593 <varlistentry id="libitm">
594 <term><filename class="libraryfile">libitm</filename></term>
595 <listitem>
596 <para>The GNU transactional memory library</para>
597 <indexterm zone="ch-system-gcc libitm">
598 <primary sortas="c-libitm">libitm</primary>
599 </indexterm>
600 </listitem>
601 </varlistentry>
602
603 <varlistentry id="liblsan">
604 <term><filename class="libraryfile">liblsan</filename></term>
605 <listitem>
606 <para>The Leak Sanitizer runtime library</para>
607 <indexterm zone="ch-system-gcc liblsan">
608 <primary sortas="c-liblsan">liblsan</primary>
609 </indexterm>
610 </listitem>
611 </varlistentry>
612
613 <varlistentry id="liblto_plugin">
614 <term><filename class="libraryfile">liblto_plugin</filename></term>
615 <listitem>
616 <para>GCC's LTO plugin allows Binutils to process object files
617 produced by GCC with LTO enabled</para>
618 <indexterm zone="ch-system-gcc liblto_plugin">
619 <primary sortas="c-liblto_plugin">liblto_plugin</primary>
620 </indexterm>
621 </listitem>
622 </varlistentry>
623
624 <varlistentry id="libquadmath">
625 <term><filename class="libraryfile">libquadmath</filename></term>
626 <listitem>
627 <para>GCC Quad Precision Math Library API</para>
628 <indexterm zone="ch-system-gcc libquadmath">
629 <primary sortas="c-libquadmath">libquadmath</primary>
630 </indexterm>
631 </listitem>
632 </varlistentry>
633
634 <varlistentry id="libssp">
635 <term><filename class="libraryfile">libssp</filename></term>
636 <listitem>
637 <para>Contains routines supporting GCC's stack-smashing protection
638 functionality. Normally it is not used, because Glibc also provides
639 those routines.</para>
640 <indexterm zone="ch-system-gcc libssp">
641 <primary sortas="c-libssp">libssp</primary>
642 </indexterm>
643 </listitem>
644 </varlistentry>
645
646 <varlistentry id="libstdc">
647 <term><filename class="libraryfile">libstdc++</filename></term>
648 <listitem>
649 <para>The standard C++ library</para>
650 <indexterm zone="ch-system-gcc libstdc">
651 <primary sortas="c-libstdc++">libstdc++</primary>
652 </indexterm>
653 </listitem>
654 </varlistentry>
655
656 <varlistentry id="libstdcexp">
657 <term><filename class="libraryfile">libstdc++exp</filename></term>
658 <listitem>
659 <para>Experimental C++ Contracts library</para>
660 <indexterm zone="ch-system-gcc libstdcexp">
661 <primary sortas="c-libstdc++exp">libstdc++exp</primary>
662 </indexterm>
663 </listitem>
664 </varlistentry>
665
666 <varlistentry id="libstdcfs">
667 <term><filename class="libraryfile">libstdc++fs</filename></term>
668 <listitem>
669 <para>ISO/IEC TS 18822:2015 Filesystem library</para>
670 <indexterm zone="ch-system-gcc libstdcfs">
671 <primary sortas="c-libstdc++fs">libstdc++fs</primary>
672 </indexterm>
673 </listitem>
674 </varlistentry>
675
676 <varlistentry id="libsupc">
677 <term><filename class="libraryfile">libsupc++</filename></term>
678 <listitem>
679 <para>Provides supporting routines for the C++ programming
680 language</para>
681 <indexterm zone="ch-system-gcc libsupc">
682 <primary sortas="c-libsupc++">libsupc++</primary>
683 </indexterm>
684 </listitem>
685 </varlistentry>
686
687 <varlistentry id="libtsan">
688 <term><filename class="libraryfile">libtsan</filename></term>
689 <listitem>
690 <para>The Thread Sanitizer runtime library</para>
691 <indexterm zone="ch-system-gcc libtsan">
692 <primary sortas="c-libtsan">libtsan</primary>
693 </indexterm>
694 </listitem>
695 </varlistentry>
696
697 <varlistentry id="libubsan">
698 <term><filename class="libraryfile">libubsan</filename></term>
699 <listitem>
700 <para>The Undefined Behavior Sanitizer runtime library</para>
701 <indexterm zone="ch-system-gcc libubsan">
702 <primary sortas="c-libubsan">libubsan</primary>
703 </indexterm>
704 </listitem>
705 </varlistentry>
706
707 </variablelist>
708
709 </sect2>
710
711</sect1>
Note: See TracBrowser for help on using the repository browser.