24 Jun, 2005

1 commit

  • 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
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matthias Urlichs
     

18 Jun, 2005

1 commit


06 Jun, 2005

1 commit


25 May, 2005

1 commit


17 May, 2005

1 commit

  • 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
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Rik van Riel
     

07 May, 2005

1 commit


01 May, 2005

2 commits

  • 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
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Emanuele Giaquinta
     
  • 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
    Signed-off-by: Linus Torvalds

    Sam Ravnborg
     

21 Apr, 2005

1 commit


17 Apr, 2005

1 commit

  • 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!

    Linus Torvalds