Date: Sun, 18 Apr 2004 10:53:50 -0700 From: "David O'Brien" <obrien@FreeBSD.org> To: Marcel Moolenaar <marcel@xcllnt.net> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/gnu/usr.bin/binutils/libbfd/i386 bfd.h Message-ID: <20040418175350.GA65307@dragon.nuxi.com> In-Reply-To: <20040418170730.GB65020@dhcp01.pn.xcllnt.net> References: <200404181609.i3IG9XA1099515@repoman.freebsd.org> <20040418162431.GI12383@ip.net.ua> <20040418163301.GA64947@dhcp01.pn.xcllnt.net> <20040418164651.GB62817@dragon.nuxi.com> <20040418170730.GB65020@dhcp01.pn.xcllnt.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Apr 18, 2004 at 10:07:30AM -0700, Marcel Moolenaar wrote: > On Sun, Apr 18, 2004 at 09:46:51AM -0700, David O'Brien wrote: > > > > > > I have 6.1 pre-release in perforce. I plan to import that alongside > > > gdb 5.2 as soon as 6.1 is announced. > > > > What do mean "along side"? Please don't import src/contrib/gdb6. > > Yes, I'll import to gdb6 Please don't do this -- I'll ask Core for a backout. I know how bad the trys at this were before. gdb6 can be tested just fine in ports. When you think you're ready to import gdb6, do it. If things break, people can fall back to the gdb52 port. If the gdb52 port doesn't do all that src/contrib/gdb[52] does, they can find the missing bits in CVS and add patches to the port. > > Import it just as src/contrib/gdb. > > No. There are too many dependencies. What are they? > Kernel debugging is going to be implemented differently. No more > local changes to support kernel core files or KVM and kernel > modules and no more local changes to support libc_r. Enough of that. > Threading support is going to be implemented using libthread_db and > kernel support is going to be implemented using IPC with a new > front-end tool (kgdb). Modify the port or make a new port for testing. -- -- David (obrien@FreeBSD.org)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040418175350.GA65307>