<?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</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>3b9ab248 - kbuild: use 4-space indentation when followed by conditionals</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#3b9ab248</link>
        <description>kbuild: use 4-space indentation when followed by conditionalsGNU Make manual [1] clearly forbids a tab at the beginning of theconditional directive line: &quot;Extra spaces are allowed and ignored at the beginning of the  conditional directive line, but a tab is not allowed.&quot;This will not work for the next release of GNU Make, hence commit82175d1f9430 (&quot;kbuild: Replace tabs with spaces when followed byconditionals&quot;) replaced the inappropriate tabs with 8 spaces.However, the 8-space indentation cannot be visually distinguished.Linus suggested 2-4 spaces for those nested if-statements. [2]This commit redoes the replacement with 4 spaces.[1]: https://www.gnu.org/software/make/manual/make.html#Conditional-Syntax[2]: https://lore.kernel.org/all/CAHk-=whJKZNZWsa-VNDKafS_VfY4a5dAjG-r8BZgWk_a-xSepw@mail.gmail.com/Suggested-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Fri, 02 Feb 2024 01:31:42 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>82175d1f - kbuild: Replace tabs with spaces when followed by conditionals</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#82175d1f</link>
        <description>kbuild: Replace tabs with spaces when followed by conditionalsThis is needed for the future (post make-4.4.1) versions of gnu make.Starting from https://git.savannah.gnu.org/cgit/make.git/commit/?id=07fcee35f058a876447c8a021f9eb1943f902534gnu make won&apos;t allow conditionals to follow recipe prefix.For example there is a tab followed by ifeq on line 324 in the root Makefile.With the new make this conditional causes the following$ make cpu.o/home/dgoncharov/src/linux-kbuild/Makefile:2063: *** missing &apos;endif&apos;.  Stop.make: *** [Makefile:240: __sub-make] Error 2This patch replaces tabs followed by conditionals with 8 spaces.See https://savannah.gnu.org/bugs/?64185 andhttps://savannah.gnu.org/bugs/?64259 for details.Signed-off-by: Dmitry Goncharov &lt;dgoncharov@users.sf.net&gt;Reported-by: Martin Dorey &lt;martin.dorey@hitachivantara.com&gt;Reviewed-by: Miguel Ojeda &lt;ojeda@kernel.org&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Sun, 28 Jan 2024 15:10:39 +0000</pubDate>
        <dc:creator>Dmitry Goncharov &lt;dgoncharov@users.sf.net&gt;</dc:creator>
    </item>
<item>
        <title>ce697cce - kbuild: remove head-y syntax</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#ce697cce</link>
        <description>kbuild: remove head-y syntaxKbuild puts the objects listed in head-y at the head of vmlinux.Conventionally, we do this for head*.S, which contains the kernel entrypoint.A counter approach is to control the section order by the linker script.Actually, the code marked as __HEAD goes into the &quot;.head.text&quot; section,which is placed before the normal &quot;.text&quot; section.I do not know if both of them are needed. From the build systemperspective, head-y is not mandatory. If you can achieve the proper codeplacement by the linker script only, it would be cleaner.I collected the current head-y objects into head-object-list.txt. It isa whitelist. My hope is it will be reduced in the long run.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Tested-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Reviewed-by: Nicolas Schier &lt;nicolas@fjasle.eu&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Sat, 24 Sep 2022 18:19:15 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>f774f5bb - kbuild: factor out the common installation code into scripts/install.sh</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#f774f5bb</link>
        <description>kbuild: factor out the common installation code into scripts/install.shMany architectures have similar install.sh scripts.The first half is really generic; it verifies that the kernel imageand System.map exist, then executes ~/bin/${INSTALLKERNEL} or/sbin/${INSTALLKERNEL} if available.The second half is kind of arch-specific; it copies the kernel imageand System.map to the destination, but the code is slightly different.Factor out the generic part into scripts/install.sh.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Nicolas Schier &lt;n.schier@avm.de&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Tue, 03 May 2022 02:47:16 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>8212f898 - kbuild: use more subdir- for visiting subdirectories while cleaning</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#8212f898</link>
        <description>kbuild: use more subdir- for visiting subdirectories while cleaningDocumentation/kbuild/makefiles.rst suggests to use &quot;archclean&quot; forcleaning arch/$(SRCARCH)/boot/, but it is not a hard requirement.Since commit d92cc4d51643 (&quot;kbuild: require all architectures to havearch/$(SRCARCH)/Kbuild&quot;), we can use the &quot;subdir- += boot&quot; trick forall architectures. This can take advantage of the parallel option (-j)for &quot;make clean&quot;.I also cleaned up the comments in arch/$(SRCARCH)/Makefile. The &quot;archdep&quot;target no longer exists.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt; (powerpc)

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Wed, 13 Oct 2021 06:36:22 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>d92cc4d5 - kbuild: require all architectures to have arch/$(SRCARCH)/Kbuild</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#d92cc4d5</link>
        <description>kbuild: require all architectures to have arch/$(SRCARCH)/Kbuildarch/$(SRCARCH)/Kbuild is useful for Makefile cleanups because you canuse the obj-y syntax.Add an empty file if it is missing in arch/$(SRCARCH)/.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Wed, 12 May 2021 07:57:25 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>bc7c9993 - m68k: Drop -fno-strength-reduce from KBUILD_CFLAGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#bc7c9993</link>
        <description>m68k: Drop -fno-strength-reduce from KBUILD_CFLAGSThis workaround became redundant either when the driver in question wasremoved (in Linux v2.6.23) or when the compiler flag became a no-op(in GCC v4.2). Linux has required GCC v4.6 or later since v4.19.Link: https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=efa1cdf01850b28c2f6f7035ebd4420259494615References: commit 565bae6a4a8f (&quot;[SCSI] 53c7xx: kill driver&quot;)References: commit cafa0010cd51 (&quot;Raise the minimum required gcc version to 4.6&quot;)Signed-off-by: Finn Thain &lt;fthain@telegraphics.com.au&gt;Link: https://lore.kernel.org/r/baa95d7235921dff23bed6320518f3fa90396603.1612681353.git.fthain@telegraphics.com.auSigned-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Sun, 07 Feb 2021 07:02:33 +0000</pubDate>
        <dc:creator>Finn Thain &lt;fthain@telegraphics.com.au&gt;</dc:creator>
    </item>
<item>
        <title>23243c1a - arch: use cross_compiling to check whether it is a cross build or not</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#23243c1a</link>
        <description>arch: use cross_compiling to check whether it is a cross build or not&apos;cross_compiling&apos; is defined by the top Makefile and available forarch Makefiles to check whether it is a cross build or not. A goodthing is the variable name &apos;cross_compiling&apos; is self-documenting.This is a simple replacement for m68k, mips, sh, for which $(ARCH)and $(SRCARCH) always match.No functional change is intended for xtensa, either.This is rather a fix for parisc because arch/parisc/Makefile definesUTS_MATCHINE depending on CONFIG_64BIT, therefore cc-cross-prefixis not working in Kconfig time.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Helge Deller &lt;deller@gmx.de&gt;  # pariscAcked-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt; # xtensa

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Sat, 01 May 2021 17:24:36 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>596b0474 - kbuild: preprocess module linker script</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#596b0474</link>
        <description>kbuild: preprocess module linker scriptThere was a request to preprocess the module linker script like wedo for the vmlinux one. (https://lkml.org/lkml/2020/8/21/512)The difference between vmlinux.lds and module.lds is that the latteris needed for external module builds, thus must be cleaned up by&apos;make mrproper&apos; instead of &apos;make clean&apos;. Also, it must be createdby &apos;make modules_prepare&apos;.You cannot put it in arch/$(SRCARCH)/kernel/, which is cleaned up by&apos;make clean&apos;. I moved arch/$(SRCARCH)/kernel/module.lds toarch/$(SRCARCH)/include/asm/module.lds.h, which is included fromscripts/module.lds.S.scripts/module.lds is fine because &apos;make clean&apos; keeps all thebuild artifacts under scripts/.You can add arch-specific sections in &lt;asm/module.lds.h&gt;.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Tested-by: Jessica Yu &lt;jeyu@kernel.org&gt;Acked-by: Will Deacon &lt;will@kernel.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Palmer Dabbelt &lt;palmerdabbelt@google.com&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Acked-by: Jessica Yu &lt;jeyu@kernel.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Tue, 08 Sep 2020 04:27:08 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e3a54948 - m68k: Use CLEAN_FILES to clean up files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#e3a54948</link>
        <description>m68k: Use CLEAN_FILES to clean up filesThe log of &apos;make ARCH=m68k clean&apos; does not look nice.$ make ARCH=m68k clean  CLEAN   arch/m68k/kernel  [ snip ]  CLEAN   usrrm -f vmlinux.gz vmlinux.bz2  CLEAN   vmlinux.symvers modules.builtin modules.builtin.modinfoUse CLEAN_FILES to simplify the code, and beautify the log.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Link: https://lore.kernel.org/r/20200617031153.85858-1-masahiroy@kernel.orgSigned-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Wed, 17 Jun 2020 03:11:53 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>40b13fd7 - m68k: Pass -D options to KBUILD_CPPFLAGS instead of KBUILD_{A,C}FLAGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#40b13fd7</link>
        <description>m68k: Pass -D options to KBUILD_CPPFLAGS instead of KBUILD_{A,C}FLAGSPrecisely, -D is a preprocessor option.KBUILD_CPPFLAGS is passed for compiling .c and .S files too.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Greg Ungerer &lt;gerg@linux-m68k.org&gt;Link: https://lore.kernel.org/r/20200526123810.301667-4-masahiroy@kernel.orgSigned-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Tue, 26 May 2020 12:38:10 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>2367b026 - m68k: Optimize cc-option calls for cpuflags-y</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#2367b026</link>
        <description>m68k: Optimize cc-option calls for cpuflags-yarch/m68k/Makefile computes lots of unneeded cc-option calls.For example, if CONFIG_M5441x is not defined, there is not point inevaluating the following compiler flag. cpuflags-$(CONFIG_M5441x)      := $(call cc-option,-mcpu=54455,-mcfv4e)The result is set to cpuflags-, then thrown away.The right hand side of &apos;:=&apos; is immediately expanded. Hence, all of the16 calls for cc-option are evaluated. This is expensive since cc-optioninvokes the compiler. This occurs even if you are not attempting tobuild anything, like &apos;make ARCH=m68k help&apos;.Use &apos;=&apos; to expand the value _lazily_. The evaluation for cc-option isdelayed until $(cpuflags-y) is expanded. So, the cc-option test happensjust once at most.This commit mimics tune-y of arch/arm/Makefile.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Greg Ungerer &lt;gerg@linux-m68k.org&gt;Link: https://lore.kernel.org/r/20200526123810.301667-3-masahiroy@kernel.orgSigned-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Tue, 26 May 2020 12:38:09 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>028a342e - m68k: Add arch/m68k/Kbuild</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#028a342e</link>
        <description>m68k: Add arch/m68k/KbuildUse the standard obj-y form to specify the sub-directories underarch/m68k/. No functional change intended.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Greg Ungerer &lt;gerg@linux-m68k.org&gt;Link: https://lore.kernel.org/r/20200526123810.301667-1-masahiroy@kernel.orgSigned-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Tue, 26 May 2020 12:38:07 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e4a42c82 - kbuild: fix broken builds because of GZIP,BZIP2,LZOP variables</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#e4a42c82</link>
        <description>kbuild: fix broken builds because of GZIP,BZIP2,LZOP variablesRedefine GZIP, BZIP2, LZOP variables as KGZIP, KBZIP2, KLZOP resp.GZIP, BZIP2, LZOP env variables are reserved by the tools. The originalattempt to redefine them internally doesn&apos;t work in makefiles/scriptsintercall scenarios, e.g., &quot;make GZIP=gzip bindeb-pkg&quot; and results inbroken builds. There can be other broken build commands because of this,so the universal solution is to use non-reserved env variables for thecompression tools.Fixes: 8dfb61dcbace (&quot;kbuild: add variables for compression tools&quot;)Signed-off-by: Denis Efremov &lt;efremov@linux.com&gt;Tested-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Mon, 08 Jun 2020 09:59:44 +0000</pubDate>
        <dc:creator>Denis Efremov &lt;efremov@linux.com&gt;</dc:creator>
    </item>
<item>
        <title>8dfb61dc - kbuild: add variables for compression tools</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#8dfb61dc</link>
        <description>kbuild: add variables for compression toolsAllow user to use alternative implementations of compression tools,such as pigz, pbzip2, pxz. For example, multi-threaded tools tospeed up the build:$ make GZIP=pigz BZIP2=pbzip2Variables _GZIP, _BZIP2, _LZOP are used internally because original envvars are reserved by the tools. The use of GZIP in gzip tool is obsoletesince 2015. However, alternative implementations (e.g., pigz) still relyon it. BZIP2, BZIP, LZOP vars are not obsolescent.The credit goes to @grsecurity.As a sidenote, for multi-threaded lzma, xz compression one can use:$ export XZ_OPT=&quot;--threads=0&quot;Signed-off-by: Denis Efremov &lt;efremov@linux.com&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Fri, 05 Jun 2020 07:39:55 +0000</pubDate>
        <dc:creator>Denis Efremov &lt;efremov@linux.com&gt;</dc:creator>
    </item>
<item>
        <title>10df0638 - kbuild: rebuild modules when module linker scripts are updated</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#10df0638</link>
        <description>kbuild: rebuild modules when module linker scripts are updatedCurrently, the timestamp of module linker scripts are not checked.Add them to the dependency of modules so they are correctly rebuilt.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Wed, 14 Aug 2019 16:06:22 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>28713169 - m68k: Add -ffreestanding to CFLAGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#28713169</link>
        <description>m68k: Add -ffreestanding to CFLAGSThis patch fixes a build failure when using GCC 8.1:/usr/bin/ld: block/partitions/ldm.o: in function `ldm_parse_tocblock&apos;:block/partitions/ldm.c:153: undefined reference to `strcmp&apos;This is caused by a new optimization which effectively replaces astrncmp() call with a strcmp() call. This affects a number of strncmp()call sites in the kernel.The entire class of optimizations is avoided with -fno-builtin, whichgets enabled by -ffreestanding. This may avoid possible future buildfailures in case new optimizations appear in future compilers.I haven&apos;t done any performance measurements with this patch but I didcount the function calls in a defconfig build. For example, there are now23 more sprintf() calls and 39 fewer strcpy() calls. The effect on theother libc functions is smaller.If this harms performance we can tackle that regression by optimizingthe call sites, ideally using semantic patches. That way, clang and ICCbuilds might benfit too.Cc: stable@vger.kernel.orgReference: https://marc.info/?l=linux-m68k&amp;m=154514816222244&amp;w=2Signed-off-by: Finn Thain &lt;fthain@telegraphics.com.au&gt;Signed-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Wed, 16 Jan 2019 05:23:24 +0000</pubDate>
        <dc:creator>Finn Thain &lt;fthain@telegraphics.com.au&gt;</dc:creator>
    </item>
<item>
        <title>005e13a9 - m68k: Generate uapi header and syscall table header files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#005e13a9</link>
        <description>m68k: Generate uapi header and syscall table header filesSystem call table generation script must be run to gener-ate unistd_32.h and syscall_table.h files. This patch willhave changes which will invokes the script.This patch will generate unistd_32.h and syscall_table.hfiles by the syscall table generation script invoked bym68k/Makefile and the generated files against the removedfiles must be identical.The generated uapi header file will be included in uapi/-asm/unistd.h and generated system call table header filewill be included by kernel/syscalltable.S file.Signed-off-by: Firoz Khan &lt;firoz.khan@linaro.org&gt;Signed-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Tue, 13 Nov 2018 06:00:29 +0000</pubDate>
        <dc:creator>Firoz Khan &lt;firoz.khan@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>d503ac53 - kbuild: rename LDFLAGS to KBUILD_LDFLAGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#d503ac53</link>
        <description>kbuild: rename LDFLAGS to KBUILD_LDFLAGSCommit a0f97e06a43c (&quot;kbuild: enable &apos;make CFLAGS=...&apos; to addadditional options to CC&quot;) renamed CFLAGS to KBUILD_CFLAGS.Commit 222d394d30e7 (&quot;kbuild: enable &apos;make AFLAGS=...&apos; to addadditional options to AS&quot;) renamed AFLAGS to KBUILD_AFLAGS.Commit 06c5040cdb13 (&quot;kbuild: enable &apos;make CPPFLAGS=...&apos; to addadditional options to CPP&quot;) renamed CPPFLAGS to KBUILD_CPPFLAGS.For some reason, LDFLAGS was not renamed.Using a well-known variable like LDFLAGS may result in accidentaloverride of the variable.Kbuild generally uses KBUILD_ prefixed variables for the internallyappended options, so here is one more conversion to sanitize thenaming convention.I did not touch Makefiles under tools/ since the tools build systemis a different world.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Acked-by: Kirill A. Shutemov &lt;kirill.shutemov@linux.intel.com&gt;Reviewed-by: Palmer Dabbelt &lt;palmer@sifive.com&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Thu, 23 Aug 2018 23:20:39 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>a3595962 - m68knommu: remove obsolete 68360 support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/m68k/Makefile#a3595962</link>
        <description>m68knommu: remove obsolete 68360 supportRemove the obsolete Motorola/Freescale 68360 SoC support. It has beenbit rotting for many years with little active use in mainlne. There hasbeen no serial driver support for many years, so it is largely notuseful in its current state.Signed-off-by: Greg Ungerer &lt;gerg@uclinux.org&gt;

            List of files:
            /linux-6.15/arch/m68k/Makefile</description>
        <pubDate>Thu, 25 Feb 2016 12:59:13 +0000</pubDate>
        <dc:creator>Greg Ungerer &lt;gerg@uclinux.org&gt;</dc:creator>
    </item>
</channel>
</rss>
