complibs/ppl: build only C and C++ interfaces for PPL
By default, PPL wants to build interfaces for any of a variety of
langauges it finds on the local host (python, java, possibly perl, also
more esoteric languages such as ocaml and prolog).
These extra interfaces can double the compile time for the library. For
single-process builds, I found a savings of more than 40%:
default / j1: 716s total, 143.2s avg, 0.52s stdev
just_c / j1: 406s total, 81.2s avg, 0.33s stdev
just_c_cpp / j1: 413s total, 82.6s avg, 0.22s stdev
And for multi-process builds, it approached 50%:
default / j4: 625s total, 125.0s avg, 0.57s stdev
just_c / j4: 338s total, 67.6s avg, 1.25s stdev
just_c_cpp / j4: 327s total, 65.4s avg, 0.36s stdev
Since the PPL we build within ct-ng is only used by GCC, we only need to
build the C and C++ interfaces.
Signed-Off-By: Anthony Foiani <anthony.foiani@gmail.com>
1 http://sources.redhat.com/ml/binutils/2004-04/msg00665.html
3 fixes building on some architectures (like m68k/arm/cris/etc...) because
4 it does the right thing
6 diff -durN glibc-2.10.1.orig/include/libc-symbols.h glibc-2.10.1/include/libc-symbols.h
7 --- glibc-2.10.1.orig/include/libc-symbols.h 2009-03-14 00:51:46.000000000 +0100
8 +++ glibc-2.10.1/include/libc-symbols.h 2009-11-13 00:50:07.000000000 +0100
10 # define __make_section_unallocated(section_string)
13 -/* Tacking on "\n\t#" to the section name makes gcc put it's bogus
14 +/* Tacking on "\n#APP\n\t#" to the section name makes gcc put it's bogus
15 section attributes on what looks like a comment to the assembler. */
16 # ifdef HAVE_SECTION_QUOTES
17 -# define __sec_comment "\"\n\t#\""
18 +# define __sec_comment "\"\n#APP\n\t#\""
20 -# define __sec_comment "\n\t#"
21 +# define __sec_comment "\n#APP\n\t#"
23 # define link_warning(symbol, msg) \
24 __make_section_unallocated (".gnu.warning." #symbol) \