From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fernando Nasser To: Joel Brenner Cc: gdb@sources.redhat.com Subject: Re: GDB 5.0 works only at 9600 bps? Date: Tue, 12 Dec 2000 06:30:00 -0000 Message-id: <3A36365E.D2FB30C3@cygnus.com> References: <3A35E72C.3BDF0D8B@tchip.com> X-SW-Source: 2000-12/msg00069.html 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 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 @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