[swagiaal@toner frysk.bugs]$ fhpd ./frysk-core/frysk/bindir/fhpd $$
[0.0] Loaded executable file:
(fhpd) break main
breakpoint 0 deferred
running with this command:
Attached to process 4335
Running process 4335
(fhpd) Breakpoint 0 main 0x4c2b70
Error: file /tmp/ccD9MbpQ.i not found.
What's happening is that GCJ generates a main() stub which will then call the
java runtime starting up FHPD. The generated main() lives in a temp file such
as the below.
The DWARF committee keep considering ways to address this; for instance how to
describe, in dwarf, something that really isn't debug-info but rather run-time info.
Anyway, if we could find the true entry point, then "run" could automatically
breakpoint in "main".
btw #1; fortran and ada have the same problem
btw #2: .stabs (another debug format) were, at one stage genrating an N_main stab.
perhaps check the DWARF web site to see if anything got resolved.