Re: [EMAIL PROTECTED]: Re: Option to disable combreloc]

2002-11-08 Thread Ralph Siemsen
On Fri, Nov 08, 2002 at 12:14:32AM -0500, Jeff Bailey wrote: > > > Yes, exactly - it does continuous CVS checkout and build, and runs the > > testsuite. Results are availabe via web and/or mailing list. There > > could be several branches handled - current mainline, 2.3-branch, etc. > > That so

Re: [EMAIL PROTECTED]: Re: Option to disable combreloc]

2002-11-07 Thread Jeff Bailey
On Thu, 2002-11-07 at 11:27, Ralph Siemsen wrote: > > I'm not sure, does it just do continuous builds of CVS? If so, then it > > might be useful to catch errors as soon as they happen (We'll be shortly > > doing that for most pieces of GNU software on hurd-i386). Otherwise, I > > know Matthias Kl

Re: [EMAIL PROTECTED]: Re: Option to disable combreloc]

2002-11-07 Thread Daniel Jacobowitz
Nope. They're sitting on my queue (and migrating slowly upwards)... I'm spinning the binutils 2.13.1 release right now. After that I'm going to make time to look them over; means setting up an ARM target again probably... On Thu, Nov 07, 2002 at 04:44:10PM +, Philip Blundell wrote: > BTW, D

Re: [EMAIL PROTECTED]: Re: Option to disable combreloc]

2002-11-07 Thread Philip Blundell
BTW, Dan, did you look at those BFD patches for GOT refcounting that I sent you when we discussed these failures before? I guess it was probably a month or so back. p. On Thu, 2002-11-07 at 15:35, Daniel Jacobowitz wrote: > If you can come up with a test case that shows the problem, then we > bo

Re: [EMAIL PROTECTED]: Re: Option to disable combreloc]

2002-11-07 Thread Ralph Siemsen
On Thu, Nov 07, 2002 at 08:12:53AM -0800, Jeff Bailey wrote: > > I'm not sure, does it just do continuous builds of CVS? If so, then it > might be useful to catch errors as soon as they happen (We'll be shortly > doing that for most pieces of GNU software on hurd-i386). Otherwise, I > know Matthi

Re: [EMAIL PROTECTED]: Re: Option to disable combreloc]

2002-11-07 Thread Jeff Bailey
On Thu, Nov 07, 2002 at 11:01:58AM -0500, Ralph Siemsen wrote: > Okay, I'll bite: having a working toolchain again would be really nice! > Having me poking in the code would probably do more harm than good, so > I can offer something else: to revive the automatic build system for > the toolchain

Re: [EMAIL PROTECTED]: Re: Option to disable combreloc]

2002-11-07 Thread Ralph Siemsen
On Thu, Nov 07, 2002 at 10:35:25AM -0500, Daniel Jacobowitz wrote: > If you can come up with a test case that shows the problem, then we > both win; and Phil or I or some other poor hacker can use that to fix > the linker. > > On Thu, Nov 07, 2002 at 09:06:17AM -0500, Jeff Bailey wrote: > > Ah, bu

Re: [EMAIL PROTECTED]: Re: Option to disable combreloc]

2002-11-07 Thread Daniel Jacobowitz
If you can come up with a test case that shows the problem, then we both win; and Phil or I or some other poor hacker can use that to fix the linker. On Thu, Nov 07, 2002 at 09:06:17AM -0500, Jeff Bailey wrote: > Ah, but that's a skill I don't have and I haven't seen anyone say "I'll > do it!". =)

Re: [EMAIL PROTECTED]: Re: Option to disable combreloc]

2002-11-07 Thread Jeff Bailey
Ah, but that's a skill I don't have and I haven't seen anyone say "I'll do it!". =) What I do have is a porter who's confirmed that -z combreloc is the cause of the arm failure, and we have a test in glibc that should check for that which doesn't work. I've added debian-arm to the cc: list to see