答复: newlib-2.2.0/libgloss/mips/crt0.S:161: undefined reference to `hardware_hazard_hook'

["Zhangwen (Esan)" <zwzhangwen.zhang@huawei.com>]

>Hi,
>
>It looks like you have not specified any form of linker script and MIPS crt0.S in newlib only works in conjunction with a linker script as it is dependent on external symbols that are not provided by the C library or ordinary modules:
>
>1) MIPS uses _start as the entry point not __start
>2) The various init hooks are normally defined weak via the linker
>  script
>
>3) The stack must be defined somewhere using the __stack symbol
>   which is normally set to a valid address via the linker script.
>
>See mti32.ld as an example linker script although I doubt it will be suitable for your environment as it is designed around an older boot monitor. Mti32.ld will however create you an executable that you can run using the GNUSIM simulator provided with GDB.
>
>Hope that helps.
>
>Thanks,
>Matthew
It's a great help for me and thanks very much. After I rewrote a new linker script and add the definition of most symbols, there was only one symbol undefined:
newlib-2.2.0/libgloss/mips/crt0.S:195: undefined reference to `get_mem_info'
I found it in the source code:
libgloss/mips/jmr3904-io.c:100:get_mem_info (mem)
libgloss/mips/dvemon.c:79:get_mem_info (mem)
libgloss/mips/cfe_mem.c:126:get_mem_info (struct s_mem *meminfo)
libgloss/mips/cygmon.c:78:get_mem_info (mem)
Then I search the .c files in building log, but no the corresponding files. Maybe .c files can not be compiled in building newlib, so the symbol " get_mem_info " is undefined when linking.
But I have two problems:
1) How can .c file with the definition " get_mem_info " be compiled?
2) How can crt0.o file be linked default when excuting mips-*-ld? Now I need to add the crt0.o manually.
I have no experience on mips compile, so the low problems are more than others.

Cheers,
Zhangwen