<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile.include</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>dbb2a7a9 - tools build: Correct bpf fixdep dependencies</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/build/Makefile.include#dbb2a7a9</link>
        <description>tools build: Correct bpf fixdep dependenciesThe dependencies in tools/lib/bpf/Makefile are incorrect. Before werecurse to build $(BPF_IN_STATIC), we need to build its &apos;fixdep&apos;executable.I can&apos;t use the usual shortcut from Makefile.include:  &lt;target&gt;: &lt;sources&gt; fixdepbecause its &apos;fixdep&apos; target relies on $(OUTPUT), and $(OUTPUT) differsin the parent &apos;make&apos; versus the child &apos;make&apos; -- so I imitate it viaopen-coding.I tweak a few $(MAKE) invocations while I&apos;m at it, because1. I&apos;m adding a new recursive make; and2. these recursive &apos;make&apos;s print spurious lines about files that are &quot;up   to date&quot; (which isn&apos;t normally a feature in Kbuild subtargets) or   &quot;jobserver not available&quot; (see [1])I also need to tweak the assignment of the OUTPUT variable, so thatrelative path builds work. For example, for &apos;make tools/lib/bpf&apos;, OUTPUTis unset, and is usually treated as &quot;cwd&quot; -- but recursive make willchange cwd and so OUTPUT has a new meaning. For consistency, I ensureOUTPUT is always an absolute path.And $(Q) gets a backup definition in tools/build/Makefile.include,because Makefile.include is sometimes included withouttools/build/Makefile, so the &quot;quiet command&quot; stuff doesn&apos;t actually workconsistently without it.After this change, top-level builds result in an empty grep result from:  $ grep &apos;cannot find fixdep&apos; $(find tools/ -name &apos;*.cmd&apos;)[1] https://www.gnu.org/software/make/manual/html_node/MAKE-Variable.htmlIf we&apos;re not using $(MAKE) directly, then we need to use more &apos;+&apos;.Signed-off-by: Brian Norris &lt;briannorris@chromium.org&gt;Acked-by: Andrii Nakryiko &lt;andrii@kernel.org&gt;Acked-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Ian Rogers &lt;irogers@google.com&gt;Cc: Josh Poimboeuf &lt;jpoimboe@kernel.org&gt;Cc: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Thomas Richter &lt;tmricht@linux.ibm.com&gt;Link: https://lore.kernel.org/r/20240715203325.3832977-4-briannorris@chromium.orgSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/build/Makefile.include</description>
        <pubDate>Mon, 15 Jul 2024 20:32:44 +0000</pubDate>
        <dc:creator>Brian Norris &lt;briannorris@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/build/Makefile.include#ec8f24b7</link>
        <description>treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is:  GPL-2.0-onlySigned-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/tools/build/Makefile.include</description>
        <pubDate>Sun, 19 May 2019 12:07:45 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>85e0d509 - perf build: Add special fixdep cleaning rule</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/build/Makefile.include#85e0d509</link>
        <description>perf build: Add special fixdep cleaning ruleIngo reported following build failure:On Sat, Feb 11, 2017 at 12:12:34PM +0100, Ingo Molnar wrote:&gt;&gt; So I had this oldish 32-bit 15.10 Ubuntu installation around (fully updated), and&gt; trying to build perf gave me:&gt;&gt; deimos:~/tip/tools/perf&gt; make&gt;   BUILD:   Doing &apos;make -j4&apos; parallel build&gt; make[3]: *** No rule to make target &apos;/usr/include/x86_64-linux-gnu/sys/types.h&apos;, needed by &apos;fixdep.o&apos;.  Stop.&gt; Makefile:42: recipe for target &apos;fixdep-in.o&apos; failed&gt; make[2]: *** [fixdep-in.o] Error 2&gt; /home/mingo/tip/tools/build/Makefile.include:4: recipe for target &apos;fixdep&apos; failed&gt; make[1]: *** [fixdep] Error 2&gt; Makefile:68: recipe for target &apos;all&apos; failed&gt; make: *** [all] Error 2&gt;&gt; Now this got a bit better after I did a &apos;make mrproper&apos; in the kernel tree:&gt;&gt; deimos:~/tip/tools/perf&gt; make&gt;   BUILD:   Doing &apos;make -j4&apos; parallel build&gt;   HOSTCC   fixdep.o&gt; /home/mingo/tip/tools/build/fixdep: 1: /home/mingo/tip/tools/build/fixdep: Syntax error: &quot;(&quot; unexpected&gt; /home/mingo/tip/tools/build/Makefile.build:101: recipe for target &apos;fixdep.o&apos; failed&gt; make[3]: *** [fixdep.o] Error 2&gt; Makefile:42: recipe for target &apos;fixdep-in.o&apos; failed&gt; make[2]: *** [fixdep-in.o] Error 2&gt; /home/mingo/tip/tools/build/Makefile.include:4: recipe for target &apos;fixdep&apos; failed&gt; make[1]: *** [fixdep] Error 2&gt; Makefile:68: recipe for target &apos;all&apos; failed&gt; make: *** [all] Error 2&gt;&gt; After some digging it turns out that my &apos;fixdep&apos; binary was 64-bit:&gt;&gt; deimos:~/tip/tools/perf&gt; file /home/mingo/tip/tools/build/fixdep&gt; /home/mingo/tip/tools/build/fixdep: ELF 64-bit LSB executable, x86-64, version 1&gt; (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux&gt; 2.6.32, BuildID[sha1]=d527f736b57b5ba47210fbcb562a3b52867d21c1, not stripped&gt;&gt; But it did not get cleaned out by &apos;make clean&apos;.&gt;&gt; Only after I did a &apos;make clean&apos; in tools/ itself, did it get built properly.It shows we don&apos;t clean up properly the fixdep objects, so addingspecial rule for that.Signed-off-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Reported-by: Ingo Molnar &lt;mingo@kernel.org&gt;Cc: David Ahern &lt;dsahern@gmail.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;Link: http://lkml.kernel.org/r/1487340058-10496-2-git-send-email-jolsa@kernel.orgSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/build/Makefile.include</description>
        <pubDate>Fri, 17 Feb 2017 14:00:54 +0000</pubDate>
        <dc:creator>Jiri Olsa &lt;jolsa@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>6b3db6f9 - tools build: Make fixdep a hostprog</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/build/Makefile.include#6b3db6f9</link>
        <description>tools build: Make fixdep a hostprogIt is used in the build process, so stop suppressing its build in toolscross builds.Signed-off-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Tested-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;Cc: Andi Kleen &lt;andi@firstfloor.org&gt;Cc: Madhavan Srinivasan &lt;maddy@linux.vnet.ibm.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Sukadev Bhattiprolu &lt;sukadev@linux.vnet.ibm.com&gt;Cc: linuxppc-dev@lists.ozlabs.orgLink: http://lkml.kernel.org/r/20160927141846.GA6589@krava[ Use HOSTCC on the $(OUTPUT)fixdep target, it was using the x-compiler  to link fixdep-in.o, that was correctly built with HOSTCC and thus failing ]Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/build/Makefile.include</description>
        <pubDate>Tue, 27 Sep 2016 14:18:46 +0000</pubDate>
        <dc:creator>Jiri Olsa &lt;jolsa@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>5e50426d - tools build: Use fixdep with OUTPUT path prefix</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/build/Makefile.include#5e50426d</link>
        <description>tools build: Use fixdep with OUTPUT path prefixAdding OUTPUT path prefix for fixdep target so we use it properly in outof tree builds.If the fixdep already existed in the tree, the out of tree build wouldsee it already exist and did not build the out of tree version, asreported by Arnaldo:  [acme@zoo linux]$ make O=/tmp/build/perf -C tools/perf  make: Entering directory &apos;/home/git/linux/tools/perf&apos;    BUILD:   Doing &apos;make -j4&apos; parallel build  make[2]: Nothing to be done for &apos;fixdep&apos;.  make: Leaving directory &apos;/home/git/linux/tools/perf&apos;Reported-and-Tested-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;Signed-off-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: David Ahern &lt;dsahern@gmail.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;Cc: Wang Nan &lt;wangnan0@huawei.com&gt;Link: http://lkml.kernel.org/r/20151126185055.GC19410@krava.brq.redhat.com[ Fixed conflict with 5725dd8fa888 (&quot;tools build: Clean CFLAGS and LDFLAGS for fixdep&quot;) ]Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/build/Makefile.include</description>
        <pubDate>Thu, 26 Nov 2015 18:50:55 +0000</pubDate>
        <dc:creator>Jiri Olsa &lt;jolsa@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>5725dd8f - tools build: Clean CFLAGS and LDFLAGS for fixdep</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/build/Makefile.include#5725dd8f</link>
        <description>tools build: Clean CFLAGS and LDFLAGS for fixdepSometimes passing variables to tools/build is dangerous. For example, onmy platform there is a gcc problem (gcc 4.8.1):It passes the stackprotector-all feature check:  $ gcc -fstack-protector-all -c ./test.c  $ echo $?  0But requires LDFLAGS support if separate compiling and linking:  $ gcc -fstack-protector-all -c ./test.c  $ gcc ./test.o  ./test.o: In function `main&apos;:  test.c:(.text+0xb): undefined reference to `__stack_chk_guard&apos;  test.c:(.text+0x21): undefined reference to `__stack_chk_guard&apos;  collect2: error: ld returned 1 exit status  $ gcc -fstack-protector-all ./test.o  $ echo $?  0  $ gcc ./test.o -lssp  $ echo $?  0  $In this environment building perf throws an error:  $ make    BUILD:   Doing &apos;make -j24&apos; parallel build  config/Makefile:344: No libunwind found. Please install libunwind-dev[el] &gt;= 1.1 and/or set LIBUNWIND_DIR  config/Makefile:403: No libaudit.h found, disables &apos;trace&apos; tool, please install audit-libs-devel or libaudit-dev  config/Makefile:418: slang not found, disables TUI support. Please install slang-devel or libslang-dev  config/Makefile:432: GTK2 not found, disables GTK2 support. Please install gtk2-devel or libgtk2.0-dev  config/Makefile:564: No bfd.h/libbfd found, please install binutils-dev[el]/zlib-static/libiberty-dev to gain symbol demangling  config/Makefile:606: No numa.h found, disables &apos;perf bench numa mem&apos; benchmark, please install numactl-devel/libnuma-devel/libnuma-dev    CC       fixdep.o    LD       fixdep-in.o    LINK     fixdep  fixdep-in.o: In function `parse_dep_file&apos;:  /kernel/tools/build/fixdep.c:47: undefined reference to `__stack_chk_guard&apos;  /kernel/tools/build/fixdep.c:117: undefined reference to `__stack_chk_guard&apos;  fixdep-in.o: In function `main&apos;:  /kernel-hydrogen/tools/build/fixdep.c:156: undefined reference to `__stack_chk_guard&apos;  /kernel/tools/build/fixdep.c:168: undefined reference to `__stack_chk_guard&apos;  collect2: error: ld returned 1 exit status  make[2]: *** [fixdep] Error 1  make[1]: *** [fixdep] Error 2  make: *** [all] Error 2This is because the CFLAGS used in building perf pollutes the CFLAGSused for fixdep, passing -fstack-protector-all to buiold fixdep which isobviously not required. Since fixdep is a small host side tool, weshould keep its CFLAGS/LDFLAGS simple and clean.This patch clears the CFLAGS and LDFLAGS passed when building fixdep, sosuch gcc problem won&apos;t block the perf build process.Signed-off-by: Wang Nan &lt;wangnan0@huawei.com&gt;Acked-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Alexei Starovoitov &lt;ast@kernel.org&gt;Cc: Masami Hiramatsu &lt;masami.hiramatsu.pt@hitachi.com&gt;Cc: Zefan Li &lt;lizefan@huawei.com&gt;Cc: pi3orama@163.comLink: http://lkml.kernel.org/r/1448372181-151723-2-git-send-email-wangnan0@huawei.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/build/Makefile.include</description>
        <pubDate>Tue, 24 Nov 2015 13:36:06 +0000</pubDate>
        <dc:creator>Wang Nan &lt;wangnan0@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>3a70fcd3 - tools build: Fix cross compile build</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/build/Makefile.include#3a70fcd3</link>
        <description>tools build: Fix cross compile buildHe Kuang the new fixdep tool breaks cross compiling. The reason is itwouldn&apos;t get compiled under host arch, but under cross arch and failedto run.We need to add support for host side tools build, meanwhile disablingfixdep usage for cross arch builds.Reported-by: He Kuang &lt;hekuang@huawei.com&gt;Signed-off-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: David Ahern &lt;dsahern@gmail.com&gt;Cc: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;Cc: Wang Nan &lt;wangnan0@huawei.com&gt;Link: http://lkml.kernel.org/r/20151013124358.GB9467@krava.brq.redhat.comSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/build/Makefile.include</description>
        <pubDate>Tue, 13 Oct 2015 12:43:58 +0000</pubDate>
        <dc:creator>Jiri Olsa &lt;jolsa@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>7c422f55 - tools build: Build fixdep helper from perf and basic libs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/build/Makefile.include#7c422f55</link>
        <description>tools build: Build fixdep helper from perf and basic libsAdding the fixdep target into the Makefile.include to ease up building offixdep helper, that needs to be built before we dive in to the build itself.The user can invoke the fixdep target to build the helper.Signed-off-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: David Ahern &lt;dsahern@gmail.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;Link: http://lkml.kernel.org/r/1443004442-32660-8-git-send-email-jolsa@kernel.orgSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/build/Makefile.include</description>
        <pubDate>Wed, 23 Sep 2015 10:34:02 +0000</pubDate>
        <dc:creator>Jiri Olsa &lt;jolsa@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ab6201d0 - tools build: Add Makefile.include</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/build/Makefile.include#ab6201d0</link>
        <description>tools build: Add Makefile.includeTo ease up build framework code setup for users.More shared code will be added in the following patches.Signed-off-by: Jiri Olsa &lt;jolsa@kernel.org&gt;Cc: David Ahern &lt;dsahern@gmail.com&gt;Cc: Namhyung Kim &lt;namhyung@kernel.org&gt;Cc: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;Link: http://lkml.kernel.org/r/1443004442-32660-2-git-send-email-jolsa@kernel.orgSigned-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;

            List of files:
            /linux-6.15/tools/build/Makefile.include</description>
        <pubDate>Wed, 23 Sep 2015 10:33:56 +0000</pubDate>
        <dc:creator>Jiri Olsa &lt;jolsa@kernel.org&gt;</dc:creator>
    </item>
</channel>
</rss>
