OrangePi_CM5/arch/sh/lib
Geert Uytterhoeven 84ed8a9905 sh: always link in helper functions extracted from libgcc
E.g. landisk_defconfig, which has CONFIG_NTFS_FS=m:

  ERROR: "__ashrdi3" [fs/ntfs/ntfs.ko] undefined!

For "lib-y", if no symbols in a compilation unit are referenced by other
units, the compilation unit will not be included in vmlinux.  This
breaks modules that do reference those symbols.

Use "obj-y" instead to fix this.

http://kisskb.ellerman.id.au/kisskb/buildresult/8838077/

This doesn't fix all cases. There are others, e.g. udivsi3.
This is also not limited to sh, many architectures handle this in the
same way.

A simple solution is to unconditionally include all helper functions.
A more complex solution is to make the choice of "lib-y" or "obj-y" depend
on CONFIG_MODULES:

  obj-$(CONFIG_MODULES) += ...
  lib-y($CONFIG_MODULES) += ...

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Paul Mundt <lethal@linux-sh.org>
Tested-by: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>
Reviewed-by: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2013-12-18 19:04:51 -08:00
..
Makefile sh: always link in helper functions extracted from libgcc 2013-12-18 19:04:51 -08:00
__clear_user.S
…
ashiftrt.S
…
ashldi3.c
…
ashlsi3.S
…
ashrdi3.c
…
ashrsi3.S
…
checksum.S
…
copy_page.S
…
delay.c
…
div64-generic.c
…
div64.S
…
io.c
…
libgcc.h
…
lshrdi3.c
…
lshrsi3.S
…
mcount.S sh: Fix up stack debugging build. 2013-01-14 18:07:36 +09:00
memchr.S
…
memcpy-sh4.S
…
memcpy.S
…
memmove.S
…
memset-sh4.S
…
memset.S
…
movmem.S
…
strlen.S
…
udiv_qrnnd.S
…
udivsi3.S
…
udivsi3_i4i-Os.S
…
udivsi3_i4i.S
…