<?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>397c66c2 - alpha: fix modversions for strcpy() et.al.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#397c66c2</link>
        <description>alpha: fix modversions for strcpy() et.al.        On alpha str{n,}{cpy,cat}() implementations are playingfun games with shared chunks of code.  The problem is, they areusing direct branches and need to be next to each other.        Currently it&apos;s done by building them in separate objectfiles, then using ld -r to link those together.  Unfortunately,genksyms machinery has no idea what to do with that - we havegenerated in arch/alpha/lib/.strcat.S.cmd, but there&apos;s nothingto propagate that into .stycpy.S.cmd, so modpost doesn&apos;t findanything for those symbols, resulting inWARNING: modpost: EXPORT symbol &quot;strcpy&quot; [vmlinux] version generation failed, symbol will not be versioned.Is &quot;strcpy&quot; prototyped in &lt;asm/asm-prototypes.h&gt;?WARNING: modpost: EXPORT symbol &quot;strcat&quot; [vmlinux] version generation failed, symbol will not be versioned.Is &quot;strcat&quot; prototyped in &lt;asm/asm-prototypes.h&gt;?WARNING: modpost: EXPORT symbol &quot;strncpy&quot; [vmlinux] version generation failed, symbol will not be versioned.Is &quot;strncpy&quot; prototyped in &lt;asm/asm-prototypes.h&gt;?WARNING: modpost: EXPORT symbol &quot;strncat&quot; [vmlinux] version generation failed, symbol will not be versioned.Is &quot;strncat&quot; prototyped in &lt;asm/asm-prototypes.h&gt;?spew on modversion-enabled builds (all 4 functions in questionare in fact prototyped in asm-prototypes.h)        Fixing doesn&apos;t require messing with kbuild, thankfully -just build one object (i.e. have sty{n,}cpy.S with includes of relevant*.S instead of playing with ld -r) and that&apos;s it.Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Acked-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Tue, 19 Dec 2023 03:59:26 +0000</pubDate>
        <dc:creator>Al Viro &lt;viro@zeniv.linux.org.uk&gt;</dc:creator>
    </item>
<item>
        <title>0f0d2871 - arch: turn off -Werror for architectures with known warnings</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#0f0d2871</link>
        <description>arch: turn off -Werror for architectures with known warningsA couple of architectures enable -Werror for their own files regardless ofCONFIG_WERROR but also have known warnings that fail the build with-Wmissing-prototypes enabled by default:arch/alpha/lib/memcpy.c:153:8: error: no previous prototype for &apos;memcpy&apos; [-Werror=missing-prototypes]arch/alpha/kernel/irq.c:96:1: error: no previous prototype for &apos;handle_irq&apos; [-Werror=missing-prototypes]arch/mips/kernel/signal.c:673:17: error: no previous prototype for &#8216;sys_rt_sigreturn&#8217; [-Werror=missing-prototypes]arch/mips/kernel/signal.c:636:17: error: no previous prototype for &#8216;sys_sigreturn&#8217; [-Werror=missing-prototypes]arch/mips/kernel/syscall.c:51:16: error: no previous prototype for &#8216;sysm_pipe&#8217; [-Werror=missing-prototypes]arch/mips/mm/fault.c:323:17: error: no previous prototype for &#8216;do_page_fault&#8217; [-Werror=missing-prototypes]arch/sparc/vdso/vma.c:246:12: warning: no previous prototype for &#8216;init_vdso_image&#8217; [-Wmissing-prototypes]varch/sparc/vdso/vdso32/../vclock_gettime.c:343:1: warning: no previous prototype for &#8216;__vdso_gettimeofday_stick&#8217; [-Wmissing-prototypes]arch/sparc/vdso/vclock_gettime.c:343:1: warning: no previous prototype for &#8216;__vdso_gettimeofday_stick&#8217; [-Wmissing-prototypes]arch/sparc/prom/p1275.c:52:6: warning: no previous prototype for &#8216;prom_cif_init&#8217; [-Wmissing-prototypes]arch/sparc/prom/misc_64.c:165:5: warning: no previous prototype for &#8216;prom_get_mmu_ihandle&#8217; [-Wmissing-prototypes]This appears to be an artifact from the times when this architecture codewas better maintained that most device drivers and before CONFIG_WERRORwas added.  Now it just gets in the way, so remove all of these.Powerpc and x86 both still have their own Kconfig options to enable-Werror for some of their files.  These architectures are bettermaintained than most and the options are easy to disable, so leave thoseuntouched.Link: https://lkml.kernel.org/r/4be73872-c1f5-4c31-8201-712c19290a22@app.fastmail.comSigned-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Reported-by: Stephen Rothwell &lt;sfr@rothwell.id.au&gt;Cc: &quot;David S. Miller&quot; &lt;davem@davemloft.net&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Thu, 30 Nov 2023 08:07:38 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>d4d016ca - alpha: move __udiv_qrnnd library function to arch/alpha/lib/</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#d4d016ca</link>
        <description>alpha: move __udiv_qrnnd library function to arch/alpha/lib/We already had the implementation for __udiv_qrnnd (unsigned divide formulti-precision arithmetic) as part of the alpha math emulation code.But you can disable the math emulation code - even if you shouldn&apos;t -and then the MPI code that actually wants this functionality (and isneeded by various crypto functions) will fail to build.So move the extended-precision divide code to be a regular libraryfunction, just like all the regular division code is.  That way ie isavailable regardless of math-emulation.Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Sat, 18 Sep 2021 21:45:48 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>f2ae6794 - alpha: Remove custom dec_and_lock() implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#f2ae6794</link>
        <description>alpha: Remove custom dec_and_lock() implementationAlpha provides a custom implementation of dec_and_lock(). The functionsis split into two parts:- atomic_add_unless() + return 0 (fast path in assembly)- remaining part including locking (slow path in C)Comparing the result of the alpha implementation with the genericimplementation compiled by gcc it looks like the fast path is optimizedby avoiding a stack frame (and reloading the GP), register store and allthis. This is only done in the slowpath.After marking the slowpath (atomic_dec_and_lock_1()) as &quot;noinline&quot; anddoing the slowpath in C (the atomic_add_unless(atomic, -1, 1) part) Inoticed differences in the resulting assembly:- the GP is still reloaded- atomic_add_unless() adds more memory barriers compared to the custom  assembly- the custom assembly here does &quot;load, sub, beq&quot; while  atomic_add_unless() does &quot;load, cmpeq, add, bne&quot;. This is okay because  it compares against zero after subtraction while the generic code  compares against 1 before.I&apos;m not sure if avoiding the stack frame (and GP reloading) brings a lotin terms of performance. Regarding the different barriers, PeterZijlstra says:|refcount decrement needs to be a RELEASE operation, such that all the|load/stores to the object happen before we decrement the refcount.||Otherwise things like:||        obj-&gt;foo = 5;|        refcnt_dec(&amp;obj-&gt;ref);||can be re-ordered, which then allows fun scenarios like:||        CPU0                            CPU1||        refcnt_dec(&amp;obj-&gt;ref);|                                        if (dec_and_test(&amp;obj-&gt;ref))|                                                free(obj);|        obj-&gt;foo = 5; // oops UaF|||This means (for alpha) that there should be a memory barrier _before_|the decrement, however the dec_and_lock asm thing only has one _after_,|which, per the above, is too late.||The generic version using add_unless will result in memory barrier|before and after (because that is the rule for atomic ops with a return|value) which is strictly too many barriers for the refcount story, but|who knows what other ordering requirements code has.Remove the custom alpha implementation of dec_and_lock() and if it is anissue (performance wise) then the fast path could still be inlined.Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Acked-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Cc: Richard Henderson &lt;rth@twiddle.net&gt;Cc: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;Cc: Matt Turner &lt;mattst88@gmail.com&gt;Cc: linux-alpha@vger.kernel.orgLink: https://lkml.kernel.org/r/20180606115918.GG12198@hirez.programming.kicks-ass.netLink: https://lkml.kernel.org/r20180612161621.22645-2-bigeasy@linutronix.de

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Tue, 12 Jun 2018 16:16:19 +0000</pubDate>
        <dc:creator>Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#b2441318</link>
        <description>License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the &apos;GPL-2.0&apos;SPDX license identifier.  The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode &amp; Windriver) producing SPDXtag:value files created by Philippe Ombredanne.  Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed.  Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained &gt;5   lines of source - File already had some variant of a license header in it (even if &lt;5   lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn&apos;t find any license traces, file was   considered to have no license information in it, and the top level   COPYING file license applied.   For non */uapi/* files that summary was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0                                              11139   and resulted in the first patch in this series.   If that file was a */uapi/* path one, it was &quot;GPL-2.0 WITH   Linux-syscall-note&quot; otherwise it was &quot;GPL-2.0&quot;.  Results of that was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0 WITH Linux-syscall-note                        930   and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one   of the */uapi/* ones, it was denoted with the Linux-syscall-note if   any GPL family license was found in the file or had no licensing in   it (per prior point).  Results summary:   SPDX license identifier                            # files   ---------------------------------------------------|------   GPL-2.0 WITH Linux-syscall-note                       270   GPL-2.0+ WITH Linux-syscall-note                      169   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause)    21   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause)    17   LGPL-2.1+ WITH Linux-syscall-note                      15   GPL-1.0+ WITH Linux-syscall-note                       14   ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause)    5   LGPL-2.0+ WITH Linux-syscall-note                       4   LGPL-2.1 WITH Linux-syscall-note                        3   ((GPL-2.0 WITH Linux-syscall-note) OR MIT)              3   ((GPL-2.0 WITH Linux-syscall-note) AND MIT)             1   and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became   the concluded license(s). - when there was disagreement between the two scanners (one detected a   license but the other didn&apos;t, or they both detected different   licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file   resulted in a clear resolution of the license that should apply (and   which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was   confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier,   the file was flagged for further research and to be revisited later   in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights.  TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected   license ids and scores - reviewing anything where there was a license detected (about 500+   files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license   was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied   SPDX license was correctThis produced a worksheet with 20 files needing minor correction.  Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg.  Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected.  This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.)  Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart &lt;kstewart@linuxfoundation.org&gt;Reviewed-by: Philippe Ombredanne &lt;pombredanne@nexb.com&gt;Reviewed-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/arch/alpha/lib/Makefile</description>
        <pubDate>Wed, 01 Nov 2017 14:07:57 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>4758ce82 - alpha: Package string routines together</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#4758ce82</link>
        <description>alpha: Package string routines togetherThere are direct branches between {str*cpy,str*cat} and stx*cpy.Ensure the branches are within range by merging these objects.Signed-off-by: Richard Henderson &lt;rth@twiddle.net&gt;Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Fri, 23 Jun 2017 21:20:00 +0000</pubDate>
        <dc:creator>Richard Henderson &lt;rth@twiddle.net&gt;</dc:creator>
    </item>
<item>
        <title>3eec0291 - alpha: make short build log available for division routines</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#3eec0291</link>
        <description>alpha: make short build log available for division routinesThis enables the Kbuild standard log style as follows:  AS      arch/alpha/lib/__divlu.o  AS      arch/alpha/lib/__divqu.o  AS      arch/alpha/lib/__remlu.o  AS      arch/alpha/lib/__remqu.oSigned-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Sun, 11 Sep 2016 07:42:16 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>e19a4e3f - alpha: merge build rules of division routines</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#e19a4e3f</link>
        <description>alpha: merge build rules of division routinesThese four objects are generated by the same build rule, withdifferent compile options.  The build rules can be merged.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Sun, 11 Sep 2016 07:42:15 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>5ed78e55 - alpha: add $(src)/ rather than $(obj)/ to make source file path</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#5ed78e55</link>
        <description>alpha: add $(src)/ rather than $(obj)/ to make source file path$(ev6-y)divide.S is a source file, not a build-time generated file.So, it should be prefixed with $(src)/ rather than $(obj)/.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Sun, 11 Sep 2016 07:42:14 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>f2db633d - alpha: Use new generic strncpy_from_user() and strnlen_user()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#f2db633d</link>
        <description>alpha: Use new generic strncpy_from_user() and strnlen_user()Similar to x86/sparc/powerpc implementations except:1) we implement an extremely efficient has_zero()/find_zero()   sequence with both prep_zero_mask() and create_zero_mask()   no-operations.2) Our output from prep_zero_mask() differs in that only the   lowest eight bits are used to represent the zero bytes   nevertheless it can be safely ORed with other similar masks   from prep_zero_mask() and forms input to create_zero_mask(),   the two fundamental properties prep_zero_mask() must satisfy.Tests on EV67 and EV68 CPUs revealed that the generic code isessentially as fast (to within 0.5% of CPU cycles) of the oldAlpha specific code for large quadword-aligned strings, despitethe 30% extra CPU instructions executed.  In contrast, thegeneric code for unaligned strings is substantially slower (bymore than a factor of 3) than the old Alpha specific code.Signed-off-by: Michael Cree &lt;mcree@orcon.net.nz&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Sun, 19 Aug 2012 02:40:58 +0000</pubDate>
        <dc:creator>Michael Cree &lt;mcree@orcon.net.nz&gt;</dc:creator>
    </item>
<item>
        <title>8a362cd6 - alpha: change to new Makefile flag variables</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#8a362cd6</link>
        <description>alpha: change to new Makefile flag variablesSigned-off-by: matt mooney &lt;mfm@muteddisk.com&gt;Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Wed, 12 Jan 2011 03:09:09 +0000</pubDate>
        <dc:creator>matt mooney &lt;mfm@muteddisk.com&gt;</dc:creator>
    </item>
<item>
        <title>a0f97e06 - kbuild: enable &apos;make CFLAGS=...&apos; to add additional options to CC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#a0f97e06</link>
        <description>kbuild: enable &apos;make CFLAGS=...&apos; to add additional options to CCThe variable CFLAGS is a wellknown variable and the usage bykbuild may result in unexpected behaviour.On top of that several people over time has asked for a way topass in additional flags to gcc.This patch replace use of CFLAGS with KBUILD_CFLAGS all over thetree and enabling one to use:make CFLAGS=...to specify additional gcc commandline options.One usecase is when trying to find gcc bugs but otheruse cases has been requested too.Patch was tested on following architectures:alpha, arm, i386, x86_64, mips, sparc, sparc64, ia64, m68kTest was simple to do a defconfig build, apply the patch and checkthat nothing got rebuild.Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Sun, 14 Oct 2007 20:21:35 +0000</pubDate>
        <dc:creator>Sam Ravnborg &lt;sam@neptun.(none)&gt;</dc:creator>
    </item>
<item>
        <title>74fd1b68 - alpha: cleanup in bitops.h</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#74fd1b68</link>
        <description>alpha: cleanup in bitops.hRemove 2 functions private to the alpha implemetation,in favor of similar functions in &lt;linux/log2.h&gt;.Provide a more efficient version of the fls64 functionfor pre-ev67 alphas.Signed-off-by: Richard Henderson &lt;rth@twiddle.net&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Tue, 29 May 2007 23:01:35 +0000</pubDate>
        <dc:creator>Richard Henderson &lt;rth@twiddle.net&gt;</dc:creator>
    </item>
<item>
        <title>ded220bd - [STRING]: Move strcasecmp/strncasecmp to lib/string.c</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#ded220bd</link>
        <description>[STRING]: Move strcasecmp/strncasecmp to lib/string.cWe have several platforms using local copies of identicalcode.Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Thu, 29 Mar 2007 08:18:42 +0000</pubDate>
        <dc:creator>David S. Miller &lt;davem@sunset.davemloft.net&gt;</dc:creator>
    </item>
<item>
        <title>1da177e4 - Linux-2.6.12-rc2</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/lib/Makefile#1da177e4</link>
        <description>Linux-2.6.12-rc2Initial git repository build. I&apos;m not bothering with the full history,even though we have it. We can create a separate &quot;historical&quot; gitarchive of that later if we want to, and in the meantime it&apos;s about3.2GB when imported into git - space that would just make the earlygit days unnecessarily complicated, when we don&apos;t have a lot of goodinfrastructure for it.Let it rip!

            List of files:
            /linux-6.15/arch/alpha/lib/Makefile</description>
        <pubDate>Sat, 16 Apr 2005 22:20:36 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@ppc970.osdl.org&gt;</dc:creator>
    </item>
</channel>
</rss>
