mirror of
https://github.com/torvalds/linux.git
synced 2024-11-14 08:02:07 +00:00
b92021b09d
We have CONFIG_SYMBOL_PREFIX, which three archs define to the string "_". But Al Viro broke this in "consolidate cond_syscall and SYSCALL_ALIAS declarations" (in linux-next), and he's not the first to do so. Using CONFIG_SYMBOL_PREFIX is awkward, since we usually just want to prefix it so something. So various places define helpers which are defined to nothing if CONFIG_SYMBOL_PREFIX isn't set: 1) include/asm-generic/unistd.h defines __SYMBOL_PREFIX. 2) include/asm-generic/vmlinux.lds.h defines VMLINUX_SYMBOL(sym) 3) include/linux/export.h defines MODULE_SYMBOL_PREFIX. 4) include/linux/kernel.h defines SYMBOL_PREFIX (which differs from #7) 5) kernel/modsign_certificate.S defines ASM_SYMBOL(sym) 6) scripts/modpost.c defines MODULE_SYMBOL_PREFIX 7) scripts/Makefile.lib defines SYMBOL_PREFIX on the commandline if CONFIG_SYMBOL_PREFIX is set, so that we have a non-string version for pasting. (arch/h8300/include/asm/linkage.h defines SYMBOL_NAME(), too). Let's solve this properly: 1) No more generic prefix, just CONFIG_HAVE_UNDERSCORE_SYMBOL_PREFIX. 2) Make linux/export.h usable from asm. 3) Define VMLINUX_SYMBOL() and VMLINUX_SYMBOL_STR(). 4) Make everyone use them. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Reviewed-by: James Hogan <james.hogan@imgtec.com> Tested-by: James Hogan <james.hogan@imgtec.com> (metag) |
||
---|---|---|
.. | ||
boot | ||
include | ||
kernel | ||
lib | ||
mm | ||
platform | ||
defconfig | ||
Kconfig | ||
Kconfig.cpu | ||
Kconfig.debug | ||
Kconfig.ide | ||
Makefile | ||
README |
linux-2.6 for H8/300 README Yoshinori Sato <ysato@users.sourceforge.jp> * Supported CPU H8/300H and H8S * Supported Target 1.simulator of GDB require patches. 2.AE 3068/AE 3069 more information MICROTRONIQUE <http://www.microtronique.com/> Akizuki Denshi Tsusho Ltd. <http://akizukidenshi.com/> (Japanese Only) 3.H8MAX see http://ip-sol.jp/h8max/ (Japanese Only) 4.EDOSK2674 see http://www.eu.renesas.com/products/mpumcu/tool/edk/support/edosk2674.html http://www.uclinux.org/pub/uClinux/ports/h8/HITACHI-EDOSK2674-HOWTO http://www.azpower.com/H8-uClinux/ * Toolchain Version gcc-3.1 or higher and patch see arch/h8300/tools_patch/README binutils-2.12 or higher gdb-5.2 or higher The environment that can compile a h8300-elf binary is necessary. * Userland Develop environment used h8300-elf toolchains. see http://www.uclinux.org/pub/uClinux/ports/h8/ * A few words of thanks Porting to H8/300 serieses is support of Information-technology Promotion Agency, Japan. I thank support. and All developer/user.