On 2013-02-22 20:57, Lev Serebryakov wrote: ...
Program terminated with signal 4, Illegal instruction. Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x080483e9 in _start1 () (gdb) where #0 0x080483e9 in _start1 () #1 0x08048398 in _start () #2 0x00000000 in ?? () (gdb) x/i $pc 0x80483e9 <_start1+73>: nopl 0x0(%eax)
Ah yes, I see that is in crt1.o. Some of the lib/csu files are built in a special way: for example, the crt1_c.c file is compiled to crt1_c.s, then the crt1_c.s file file is modified with sed, and lastly the crt1_c.s file is assembled to crt1_c.o: cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -S -o crt1_c.s /usr/src/lib/csu/i386-elf/crt1_c.c sed -i "" -e '/\.note\.tag/s/progbits/note/' crt1_c.s cc -c -o crt1_c.o crt1_c.s For some reason, however, in the last step, the default target CPU (i486) is not passed to the assembler stage: $ cc -v -c -o crt1_c.o crt1_c.s FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: i386-unknown-freebsd10.0 Thread model: posix "/usr/bin/cc" -cc1as -triple i386-unknown-freebsd10.0 -filetype obj -o crt1_c.o crt1_c.s and that seems to be why it still inserts log nops there. It is a problem with -cc1as, and I have reported it to upstream, there should hopefully be a fix soon. As a workaround for now, can you please try to build and install lib/csu with the following added to your environment, make.conf or src.conf: ACFLAGS=-Wa,-target-cpu,geode or alternatively: ACFLAGS=-Wa,-target-cpu,i486 whichever you prefer. Then rebuild your test program, and try running it again. If that seems to work, it is probably safest to rebuild world and kernel with those ACFLAGS settings as the next step, and install them. -Dimitry _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[email protected]"
