YhLu YhLu@tyan.com writes:
Just sent out the core.
Thanks. I have done the basic tracking. And it is clearly a code bug.
tdominates depends on some code analysis that is not currently present in expand_function_call, and I wind up with a null pointer dereference. I need to stare at the code a little more but should take just a little bit to fix...
The back trace is: #0 tdominates (state=0xbfffb78c, dom=0x829fbd0, sub=0x86f7698) at /home/yhlu/xx/xx/freebios2/util/romcc/romcc.c:16019 #1 0x0805c41f in expand_function_call (state=0xbfffb78c, me=0x8204290, fcall=0x829fbd0) at /home/yhlu/xx/xx/freebios2/util/romcc/romcc.c:14422 #2 0x0805c747 in inline_function (state=0xbfffb78c, me=0x8204290, arg=0x0) at /home/yhlu/xx/xx/freebios2/util/romcc/romcc.c:14599 #3 0x0805c838 in inline_functions (state=0xbfffb78c, func=0x8204290) at /home/yhlu/xx/xx/freebios2/util/romcc/romcc.c:14606 #4 0x0805cd20 in join_functions (state=0xbfffb78c) at /home/yhlu/xx/xx/freebios2/util/romcc/romcc.c:14801 #5 0x08065efd in optimize (state=0xbfffb78c) at /home/yhlu/xx/xx/freebios2/util/romcc/romcc.c:21488 #6 0x0806a4c7 in compile (filename=0xbfffecf8 "./auto.E", compiler=0x0, arch=0x0) at /home/yhlu/xx/xx/freebios2/util/romcc/romcc.c:24910 #7 0x0806a638 in main (argc=1, argv=0xbfffd93c) at /home/yhlu/xx/xx/freebios2/util/romcc/romcc.c:25029 (gdb)
Eric