This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: DG/UX Port - Giving Up!!
> > Actually, I doubt that GDB had to know any _debugging_ information to
> > set the breakpoint. I could have gotten all the info it needed just
> > from the symbol table.
>
> My assumption was since that gdb knew the source code file and line, that it
> must be able to read something in the debugging info. Is that in the symbol
OK, good point. The line number isn't "knowable" without debugging info.
The address of the symbol can be determined via the symbol table but you do
indeed have evidence that it can read at least some of the debugging info.
> I got errors in the following tests:
>
> gcc.c-torture/compile/981001-2.c
> dg.special/eeprof-1.c
>
> These went away when I switched to GNU as (as well as the compare
> succeeding). They seem to have to do with weak symbols.
Correct. I see these failures, too. This means you have an assembler
that implements weak the way the original designers of weak symbols in
ELF intended. (There is some debate as to whether or not that's what
they actually *wrote* in the spec, though. :-)
As I remember, these cases try to "retroactively" make a symbol weak
after they've marked it global.
Jeff and I have been working on a patch to cure this. It isn't unique
to DG/UX. I think many SVR4-based systems that aren't using GAS will
share these failures.
RJL