From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stan Shebs To: gdb@cygnus.com Cc: gdb-testers@cygnus.com, gdb-patches@cygnus.com Subject: GDB in CVS! Date: Thu, 15 Apr 1999 19:05:00 -0000 Message-id: <199904160204.TAA10683@andros.cygnus.com> X-SW-Source: 1999-q2/msg00034.html I'm pleased to announce the availability of GDB sources via anonymous CVS, hosted on sourceware.cygnus.com. As of yet, only the 4.18 release has been imported; I'll import another snapshot in a couple days, then there will be some history to look at. :-) For the time being, it will be read-only, but eventually I'd like to have some non-Cygnus maintainers doing checkins themselves. Here's how you use it: cvs -z 9 -d :pserver:anoncvs@sourceware.cygnus.com:/cvs/gdb login {enter "anoncvs" as the password} cvs -z 9 -d :pserver:anoncvs@sourceware.cygnus.com:/cvs/gdb co gdb Please let me know asap if anything goes wrong with this. Have fun! Stan (For you two or three non-fans of CVS :-), I plan to continue making snapshots as well.) From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stan Shebs To: gdb@cygnus.com Cc: gdb-testers@cygnus.com, gdb-patches@cygnus.com Subject: GDB in CVS! Date: Thu, 15 Apr 1999 19:42:00 -0000 Message-ID: <199904160204.TAA10683@andros.cygnus.com> X-SW-Source: 1999-04/msg00034.html Message-ID: <19990415194200.B6qu6KU9rQGn2egbXAcG42hiTstxQjQtb0bJc1aDiI8@z> I'm pleased to announce the availability of GDB sources via anonymous CVS, hosted on sourceware.cygnus.com. As of yet, only the 4.18 release has been imported; I'll import another snapshot in a couple days, then there will be some history to look at. :-) For the time being, it will be read-only, but eventually I'd like to have some non-Cygnus maintainers doing checkins themselves. Here's how you use it: cvs -z 9 -d :pserver:anoncvs@sourceware.cygnus.com:/cvs/gdb login {enter "anoncvs" as the password} cvs -z 9 -d :pserver:anoncvs@sourceware.cygnus.com:/cvs/gdb co gdb Please let me know asap if anything goes wrong with this. Have fun! Stan (For you two or three non-fans of CVS :-), I plan to continue making snapshots as well.) >From robertl@sco.com Thu Apr 15 21:06:00 1999 From: Robert Lipe To: gdb-patches@cygnus.com Subject: GDB 4.18 on SVR5: missed it by a hair Date: Thu, 15 Apr 1999 21:06:00 -0000 Message-id: <19990415225503.A10488@rjlhome.sco.com> X-SW-Source: 1999-04/msg00035.html Content-length: 1359 Rats. The round of optimizations we performed on configure.host didn't make it to configure.tgt. So SVR5 gets detected as SVR4.0 so it gets /proc filesystem handling silently wrong. :-( $ diff -u configure.tgt_ configure.tgt --- configure.tgt_ Wed Apr 7 16:00:17 1999 +++ configure.tgt Wed Apr 14 16:51:56 1999 @@ -98,9 +98,9 @@ configdirs="${configdirs} gdbserver" ;; i[3456]86-*-solaris*) gdb_target=i386sol2 ;; i[3456]86-*-sunos*) gdb_target=sun386 ;; -i[3456]86-*-sysv4.2MP) gdb_target=i386v42mp ;; -i[3456]86-*-sysv4.2uw2*) gdb_target=i386v42mp ;; +i[3456]86-*-sysv4.2*) gdb_target=i386v42mp ;; i[3456]86-*-sysv4*) gdb_target=i386v4 ;; +i[3456]86-*-sysv5*) gdb_target=i386v42mp ;; -i[3456]86-*-unixware2*) gdb_target=i386v42mp ;; +i[3456]86-*-unixware*) gdb_target=i386v42mp ;; -i[3456]86-*-unixware*) gdb_target=i386v4 ;; i[3456]86-*-sco3.2v4*) gdb_target=i386sco4 ;; I posit that all Unixwares were SVR4.2 based and there were no 4.2's that weren't also 4.2MP. Anybody that is still running the (never officially released and probably 6 or 7 years old) SVR4.1/ES or SVR4.1/MP products on x86s deserves anguish anyway... If you aren't brave enough to optimize the redundant UW and 4.2* combinations away, at least pleast add the line that treats sysv5* as i386v42mp. Thanx, RJL >From elgin@gnu.org Fri Apr 16 07:41:00 1999 From: elgin@gnu.org To: gdb-patches@cygnus.com, thomas@gnu.org, miles@gnu.org Subject: [svyasaraj@hotmail.com: ] Date: Fri, 16 Apr 1999 07:41:00 -0000 Message-id: <199904161338.JAA00951@claudia.elgin.net> X-SW-Source: 1999-04/msg00036.html Content-length: 1125 Hi This inquiry is with respect to our kernel-related project task for remote debugging. I am sending it to both hurd and gdb maintainers because it seems relevant to each. If you would like to correspond directly with the volunteer, that is fine. If you would like me to convey any message, I would also be happy to do that. If you would prefer that I just stop forwarding volunteers to you, please just ignore this email - I will get the message. Jim ------- Start of forwarded message ------- X-Originating-IP: [209.125.90.2] From: "vyasaraj s" To: gvc@gnu.org Date: Thu, 15 Apr 1999 12:42:09 PDT Content-type: text/plain X-UIDL: c6f107701f621430c045093205601b71 hello, I am interested in knowing whether I can be of any useful contributor to the kernel related project of "an over the ethernet debugger", which requires IP/TCP functinoalities., Please let me know the same. vyas ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com ------- End of forwarded message ------- -- Jim Elgin Gnu Volunteer Coordinator elgin@gnu.org >From hjl@lucon.org Fri Apr 16 08:54:00 1999 From: hjl@lucon.org (H.J. Lu) To: shebs@cygnus.com (Stan Shebs) Cc: gdb@cygnus.com, gdb-testers@cygnus.com, gdb-patches@cygnus.com Subject: Re: GDB in CVS! Date: Fri, 16 Apr 1999 08:54:00 -0000 Message-id: References: <199904160204.TAA10683@andros.cygnus.com> X-SW-Source: 1999-04/msg00037.html Content-length: 445 > > cvs -z 9 -d :pserver:anoncvs@sourceware.cygnus.com:/cvs/gdb login > {enter "anoncvs" as the password} > cvs -z 9 -d :pserver:anoncvs@sourceware.cygnus.com:/cvs/gdb co gdb > > Please let me know asap if anything goes wrong with this. Have fun! > Does anyone see this? .... U gdb/gdb/symm-nat.c U gdb/gdb/symm-tdep.c U gdb/gdb/symmisc.c cvs [server aborted]: unable to reopen `/cvs/gdb/gdb/gdb/symtab.c,v' -- H.J. Lu (hjl@gnu.org) >From dhawkins@dhawkins.dsl.frii.com Sat Apr 17 16:58:00 1999 From: dhawkins@dhawkins.dsl.frii.com To: gdb-patches@cygnus.com Subject: bug in gdb Date: Sat, 17 Apr 1999 16:58:00 -0000 Message-id: <87n206kfz7.fsf@dhawkins.dsl.frii.com> X-SW-Source: 1999-04/msg00038.html Content-length: 1041 Found a bug in gdb. This seems to be the correct fix. (I give the code unconditionally to the FSF for what ever they wish to do with it..., yadda, yadda, yadda). It does not seem to warrant much fanfare. Changelog entry: Fixed a bug where the typevec_size was not being reset to zero after the typevec itself had been reset. --- gdb-4.18.borked/libiberty/cplus-dem.c Thu Apr 1 20:37:06 1999 +++ gdb-4.18/libiberty/cplus-dem.c Sat Apr 17 22:50:39 1999 @@ -880,6 +880,8 @@ { free ((char *) work -> typevec); work -> typevec = NULL; + /* DKH --- The size was not being reset to 0... */ + work -> typevec_size = 0; } if (work->tmpl_argvec) { -Dale -- With the mochas, he was strong. -- E. Hemingway Beer is proof that God loves us and wants us to be happy. -- Benjamin Franklin Dale K. Hawkins || Your work, no matter how brilliant, dhawkins@dimensional.com || becomes valuable to others only in To Hack, is to Live! || so far as you communicate it to them.