23 Jun, 2013

1 commit

  • Commit e1b5bb6d1236d4ad2084c53aa83dde7cdf6f8eea ("consolidate cond_syscall
    and SYSCALL_ALIAS declarations") broke the h8300 build because it removed
    the duplicate SYMBOL_NAME() macro from arch/h8300/include/asm/linkage.h,
    and all the h8300 asm files include instead of
    :

    arch/h8300/kernel/entry.S: Assembler messages:
    arch/h8300/kernel/entry.S:158: Error: junk at end of line, first unrecognized character is `('
    ...
    arch/h8300/kernel/syscalls.S: Assembler messages:
    arch/h8300/kernel/syscalls.S:6: Error: junk at end of line, first unrecognized character is `('
    ...
    arch/h8300/lib/abs.S: Assembler messages:
    arch/h8300/lib/abs.S:12: Error: junk at end of line, first unrecognized character is `('
    ...
    arch/h8300/lib/memcpy.S: Assembler messages:
    arch/h8300/lib/memcpy.S:13: Error: junk at end of line, first unrecognized character is `('
    ...
    arch/h8300/lib/memset.S: Assembler messages:
    arch/h8300/lib/memset.S:13: Error: junk at end of line, first unrecognized character is `('
    ...

    Commit 126de6b20bfb82cc19012d5048f11f339ae5a021 ("linkage.h: fix build
    breakage due to symbol prefix handling") broke it even more, by removing
    SYMBOL_NAME() and replacing it by __SYMBOL_NAME().

    Commit f8ce1faf55955de62e0a12e330c6d9a526071f65 ("Merge tag
    'modules-next-for-linus' of
    git://git.kernel.org/pub/scm/linuxkernel/git/rusty/linux")
    also removed __SYMBOL_NAME(), hidden in a merge conflict resolution.

    Hence, replace the use of SYMBOL_NAME() and SYMBOL_NAME_LABEL() in h8300
    assembler sources by hardcoding the underscore symbol prefix, like other
    architectures (blackfin/metag) do.

    This allows to kill SYMBOL_NAME_LABEL(). Now becomes empty,
    and h8300 can be switched to asm-generic/linkage.h.

    Signed-off-by: Geert Uytterhoeven

    Geert Uytterhoeven
     

16 Oct, 2007

1 commit


03 Dec, 2006

1 commit


01 Jul, 2006

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