<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/arch/alpha/lib/Makefile, branch v3.2.31</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/arch/alpha/lib/Makefile?h=v3.2.31</id>
<link rel='self' href='https://git.amat.us/linux/atom/arch/alpha/lib/Makefile?h=v3.2.31'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2011-01-17T04:42:13Z</updated>
<entry>
<title>alpha: change to new Makefile flag variables</title>
<updated>2011-01-17T04:42:13Z</updated>
<author>
<name>matt mooney</name>
<email>mfm@muteddisk.com</email>
</author>
<published>2011-01-12T03:09:09Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8a362cd6d60e2ae3b704df1b3f08db58a3924339'/>
<id>urn:sha1:8a362cd6d60e2ae3b704df1b3f08db58a3924339</id>
<content type='text'>
Signed-off-by: matt mooney &lt;mfm@muteddisk.com&gt;
Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;
</content>
</entry>
<entry>
<title>kbuild: enable 'make CFLAGS=...' to add additional options to CC</title>
<updated>2007-10-14T20:21:35Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@neptun.(none)</email>
</author>
<published>2007-10-14T20:21:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a0f97e06a43cf524e616f09e6af3398e1e9c1c5b'/>
<id>urn:sha1:a0f97e06a43cf524e616f09e6af3398e1e9c1c5b</id>
<content type='text'>
The variable CFLAGS is a wellknown variable and the usage by
kbuild may result in unexpected behaviour.
On top of that several people over time has asked for a way to
pass in additional flags to gcc.

This patch replace use of CFLAGS with KBUILD_CFLAGS all over the
tree and enabling one to use:
make CFLAGS=...
to specify additional gcc commandline options.

One usecase is when trying to find gcc bugs but other
use cases has been requested too.

Patch was tested on following architectures:
alpha, arm, i386, x86_64, mips, sparc, sparc64, ia64, m68k

Test was simple to do a defconfig build, apply the patch and check
that nothing got rebuild.

Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>alpha: cleanup in bitops.h</title>
<updated>2007-05-30T17:07:54Z</updated>
<author>
<name>Richard Henderson</name>
<email>rth@twiddle.net</email>
</author>
<published>2007-05-29T23:01:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=74fd1b687fbeba566ceb59cc1fdbc7a64c5e0c0b'/>
<id>urn:sha1:74fd1b687fbeba566ceb59cc1fdbc7a64c5e0c0b</id>
<content type='text'>
Remove 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 function
for pre-ev67 alphas.

Signed-off-by: Richard Henderson &lt;rth@twiddle.net&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[STRING]: Move strcasecmp/strncasecmp to lib/string.c</title>
<updated>2007-04-26T08:54:39Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@sunset.davemloft.net</email>
</author>
<published>2007-03-29T08:18:42Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ded220bd8f0823771fc0a9bdf7f5bcbe543197b6'/>
<id>urn:sha1:ded220bd8f0823771fc0a9bdf7f5bcbe543197b6</id>
<content type='text'>
We have several platforms using local copies of identical
code.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Linux-2.6.12-rc2</title>
<updated>2005-04-16T22:20:36Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-04-16T22:20:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2'/>
<id>urn:sha1:1da177e4c3f41524e886b7f1b8a0c1fc7321cac2</id>
<content type='text'>
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
</content>
</entry>
</feed>
