From: Fernando Nasser <fnasser@cygnus.com>
To: Joel Brenner <joel.brenner@tchip.com>
Cc: gdb@sources.redhat.com
Subject: Re: GDB 5.0 works only at 9600 bps?
Date: Tue, 12 Dec 2000 06:30:00 -0000 [thread overview]
Message-ID: <3A36365E.D2FB30C3@cygnus.com> (raw)
In-Reply-To: <3A35E72C.3BDF0D8B@tchip.com>
Joel Brenner wrote:
>
> Hi, I've just installed GNU developement toolchain for arm-elf target
> under Linux and It works fine. I've just two questions:
> - Insight 5.0 talk with Angel only at 9600 bps. Are there not
> possibilities to do this faster?
> -it's possible to use Macraigor's wiggler with gdb or insight?
>
> Thanks a lot for help!
It goes up to 115200.
Get a newer Insight snapshot.
--
Fernando Nasser
Red Hat Canada Ltd. E-Mail: fnasser@redhat.com
2323 Yonge Street, Suite #300
Toronto, Ontario M4P 2C9
From gjertsen@us.ibm.com Tue Dec 12 09:27:00 2000
From: gjertsen@us.ibm.com
To: Daniel Berlin <dberlin@redhat.com>
Cc: kevinb@cygnus.com (Kevin Buettner), bug-gdb@gnu.org, gdb@sources.redhat.com
Subject: Re: gdb 5.0 "ia64-unknown-linux" segv error
Date: Tue, 12 Dec 2000 09:27:00 -0000
Message-id: <852569B3.005FE686.00@d54mta01.raleigh.ibm.com>
X-SW-Source: 2000-12/msg00070.html
Content-length: 2098
I've upgraded g++ / toochain and that fixed the problem occuring in gdb
(used 1002 toolchain ... 1204 was giving me a headache).
Turbolinux apparently is using the 0719 snapshot of the toolchain which was
right before this self-referential problem with g++ was fixed.
Thanks for the quick help,
--Rob
Daniel Berlin <dberlin@redhat.com>@cygnus.com on 12/09/2000 07:16:26 PM
Sent by: dberlin@cygnus.com
To: kevinb@cygnus.com (Kevin Buettner)
cc: Robert K Gjertsen/Austin/IBM@IBMUS, bug-gdb@gnu.org,
gdb@sources.redhat.com
Subject: Re: gdb 5.0 "ia64-unknown-linux" segv error
kevinb@cygnus.com (Kevin Buettner) writes:
> On Dec 8, 3:34pm, gjertsen@us.ibm.com wrote:
>
> > I've transferred the ~24Mb file, testcase.tar.gz, over to the incoming
> > location.
> >
> > The name/size information is:
> >
> > -rw-rw-r-- 1 gjertsen gjertsen 24473202 Dec 8 15:33 testcase.tar.gz
> >
> > tar file contents:
> > -rwxrwxr-x 1 gjertsen gjertsen 74072196 Dec 8 15:30 mmfsd
> > -rw-rw-r-- 1 gjertsen gjertsen 3158277 Dec 8 15:30 mmfsd.map
>
> Thanks for the test case. I am able to reproduce the bug that you
> reported. I've done some investigation and I now wonder what tools
> you used to create mmfsd. (I.e, I wonder if the bug is actually in
> the compiler.) I've used "readelf -wi" to look at the debugging
> symbols in mmfsd and I see the following:
>
> <1><96d50>: Abbrev Number: 12 (DW_TAG_typedef)
> DW_AT_name : ulong
> DW_AT_decl_file : 12
> DW_AT_decl_line : 59
> DW_AT_type : <96d50>
>
> I'm not a DWARF2 expert, but it looks to me like the above is a
> self referential typedef. This would explain why you're seeing
> the infinite recursion in dwarf2read.c.
>
Yes, it is, and it's illegal.
This happened a while ago in G++, I reported it, and nobody could
reproduce with the current CVS, so it appears to be fixed.
Someone had sent me an executable with this kind of broken DWARF2
generated by GNU C++ 2.96 20000719.
It was unreproducable on 7/24, according to Jason Merril.
Search gcc-bugs for self-referential.
--Dan
next prev parent reply other threads:[~2000-12-12 6:30 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-12-12 0:54 Joel Brenner
2000-12-12 6:30 ` Fernando Nasser [this message]
2000-12-13 1:43 ` Jens-Christian Lache
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3A36365E.D2FB30C3@cygnus.com \
--to=fnasser@cygnus.com \
--cc=gdb@sources.redhat.com \
--cc=joel.brenner@tchip.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox