summaryrefslogtreecommitdiffstats
path: root/Makefile (follow)
Commit message (Collapse)AuthorAgeFilesLines
* [PATCH] kbuild: fix make clean damaging hg reposMatt Mackall2005-09-051-2/+2
| | | | | | | | | | Running 'make clean' was quietly deleting files in Mercurial kernel repositories matching '.*.d', which was corrupting the tags portions of the repository. Spotted and fixed by several people. Signed-off-by: Matt Mackall <mpm@selenic.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* [PATCH] new name for 2.6.14Benjamin LaHaise2005-08-291-1/+1
| | | | | | | | We've had Woozy Numbat for a while now. Here's an updated name care of Jeff Garzik and myself. Signed-off-by: Benjamin LaHaise <bcrl@linux.intel.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* Linux v2.6.13v2.6.13Linus Torvalds2005-08-291-1/+1
|
* Linux v2.6.13-rc7v2.6.13-rc7Linus Torvalds2005-08-241-1/+1
| | | | Too many changes to release a final 2.6.13.
* Linux 2.6.13-rc6v2.6.13-rc6Linus Torvalds2005-08-071-1/+1
| | | | | Last (?) -rc, partly brought on by the aic7xxx performance fixes (ie get them tested in an -rc release before the real 2.6.13).
* Linux v2.6.13-rc5v2.6.13-rc5Linus Torvalds2005-08-021-1/+1
| | | | Ok, let's get it right this time
* Linux 2.6.13-rc4v2.6.13-rc4Linus Torvalds2005-07-291-1/+1
|
* Linux 2.6.13-rc3v2.6.13-rc3Linus Torvalds2005-07-131-1/+1
| | | | | Yeah, this time hopefully I'm not confusing the version numbers. The last release was -rc2, _this_ is -rc3.
* [PATCH] kbuild: build a single module using 'make dir/module.ko'Sam Ravnborg2005-07-081-0/+4
| | | | | | | | | | | | | | Using the syntax: make dir/module.ko kbuild now allows one to build a module including the final link stage. This is usefull when one only wants to compile a single module and thus do not have to wait until a full kernel has finished compiling. Tested by: randy_dunlap <rdunlap@xenotime.net> Signed-off-by: Sam Ravnborg <sam@ravnborg.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* [PATCH] kbuild: build TAGS problem with O=George Anzinger2005-07-081-1/+1
| | | | | | | | | | | | | | | | | | | | | | | make O=/dir TAGS fails with: MAKE TAGS find: security/selinux/include: No such file or directory find: include: No such file or directory find: include/asm-i386: No such file or directory find: include/asm-generic: No such file or directory The problem is in this line: ifeq ($(KBUILD_OUTPUT),) KBUILD_OUTPUT is not defined (ever) after make reruns itself. This line is used in the TAGS, tags, and cscope makes. Signed-off-by: George Anzinger <george@mvista.com> Cc: Sam Ravnborg <sam@ravnborg.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* Linux v2.6.13-rc3v2.6.13-rc2Linus Torvalds2005-07-061-1/+1
|
* Linux v2.6.13-rc1v2.6.13-rc1Linus Torvalds2005-06-291-2/+2
| | | | | Ok, a lot of things were pending after the 2.6.12 release, let's try to start calming things down again.
* [PATCH] Makefile: s/gcc-option/cc-option/Alexey Dobriyan2005-06-261-1/+1
| | | | | | | | | Fixes http://bugme.osdl.org/show_bug.cgi?id=4726 Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com> Cc: Sam Ravnborg <sam@ravnborg.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* [PATCH] Turn off sibling call optimization w/ frame pointersMatthias Urlichs2005-06-231-1/+1
| | | | | | | | | | | | Frame pointers are supposed to enable debuggers to reliably tell where a call comes from. That is defeated by GCC's sibling call optimization (aka tail recursion elimination). This patch turns this optimization off when compiling with frame pointers. Signed-Off-By: Matthias Urlichs <smurf@smurf.noris.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* Linux 2.6.12v2.6.12Linus Torvalds2005-06-171-1/+1
|
* Linux 2.6.12-rc6v2.6.12-rc6Linus Torvalds2005-06-061-1/+1
| | | | Getting ready for the real release..
* Linux 2.6.12-rc5v2.6.12-rc5Linus Torvalds2005-05-251-1/+1
|
* [PATCH] Makefile include path orderingRik van Riel2005-05-171-1/+1
| | | | | | | | | | | | | | The arch Makefile may override the include path order, which is used by Xen (and UML?) to make sure include/asm-xen is searched before include/asm-i386. The Makefile change to 2.6.12-rc4 made the top Makefile always override the value specified by the arch Makefile. This trivial patch makes the Xen kernel compile again. Signed-off-by: Rik van Riel <riel@redhat.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* Linux v2.6.12-rc4v2.6.12-rc4Linus Torvalds2005-05-071-1/+1
|
* [PATCH] Makefile: fix for compatibility with *emacs ctagsEmanuele Giaquinta2005-05-011-2/+2
| | | | | | | | | | | I've noticed that, starting from linux-2.6.12-rc1, in the top Makefile the "cmd_tags" variable has been changed in a way incompatible with *emacs ctags. Since the "--extra" option exists only in "exuberant ctags", it should be included in the CTAGSF shell variable. Cc: Sam Ravnborg <sam@ravnborg.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* [PATCH] kbuild: Set NOSTDINC_FLAGS late to speed up compile (a little)Sam Ravnborg2005-05-011-2/+4
| | | | | | | | | | | | | | | Move definition of NOSTDINC_FLAGS below inclusion of arch Makefile, so any arch specific settings to $(CC) takes effect before looking up the compiler include directory. The previous solution that replaced ':=' with '=' caused gcc to be invoked one additional time for each directory visited. This decreases kernel compile time with 0.1 second (3.6 -> 3.5 seconds) when running make on a fully built kernel Signed-off-by: Sam Ravnborg <sam@ravnborg.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
* Linux v2.6.12-rc3v2.6.12-rc3Linus Torvalds2005-04-211-1/+1
| | | | | Releasing this will also make "git" the official source control thing. Here's to hoping for the best.
* Linux-2.6.12-rc2v2.6.12-rc2Linus Torvalds2005-04-171-0/+1343
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!