summaryrefslogtreecommitdiffstats
path: root/package/gcc/gcc-initial/gcc-initial.hash
diff options
context:
space:
mode:
authorYann E. MORIN <yann.morin.1998@free.fr>2016-03-11 19:19:54 +0100
committerThomas Petazzoni <thomas.petazzoni@free-electrons.com>2016-03-19 14:37:17 +0100
commitc306e0493a6e271ec5eab403958b2820635b8894 (patch)
treee9e237c8f2f7b8b792af70ede3a90a051cdecfe8 /package/gcc/gcc-initial/gcc-initial.hash
parentbfc68dba9238e6853270a7cc4b75e1c73994cf58 (diff)
downloadbuildroot-c306e0493a6e271ec5eab403958b2820635b8894.tar.gz
buildroot-c306e0493a6e271ec5eab403958b2820635b8894.zip
linux/perf: really do not build the documentation
The perf buildsystem, inside the kernel, is not really amenable to be easily used... Regarding the documentation, it will forcefully try to detect asciidoc and, with the latest versions, xmlto, completely disregarding what the user may provide. We currently pass ASCIIDOC= (the empty string) on the make command line, as an attempt to disable building the documentation, but that has no effect whatsoever on perf: that variable is not passed down to the sub-sub-make (yes, a two-level depth) that is responsible for building the documentation. We really do not want to build any of the documentation (the user can refer to the documentation on his own development machine), so we use a little dirty trick: we provide a GNUmakefile beside the existing Makefile for the documentation; GNUmakefile always takes precedence over a Makefile when both are present. We only provide a catch-all-no-recipe rule in that GNUmakefile, so it really does nothing useful, except avoid building the documentation. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas De Schampheleire <patrickdepinguin@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Diffstat (limited to 'package/gcc/gcc-initial/gcc-initial.hash')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud