Re: [PATCH/libiberty] Fix PR38903 Cygwin GCC bootstrap failure [was Re: Libiberty issue vs cygwin [was Re: This is a Cygwin failure yeah?]]

2009-01-18 Thread DJ Delorie
Ok for HEAD of both gcc/ and src/ ? Ok. libiberty/ChangeLog * configure.ac (funcs, vars, checkfuncs): Don't munge on Cygwin, as it no longer shares libiberty object files. * configure: Regenerated.

Re: [PATCH/libiberty] Fix PR38903 Cygwin GCC bootstrap failure [was Re: Libiberty issue vs cygwin [was Re: This is a Cygwin failure yeah?]]

2009-01-17 Thread Christopher Faylor
On Sun, Jan 18, 2009 at 12:52:14AM +, Dave Korn wrote: DJ Delorie wrote: IIRC, that whole clause was because cygwin's dll itself linked with libiberty, so the auto-detect stuff needed an override to make sure the right files were there when you build cygwin1.dll. Otherwise, it would detect

Re: [PATCH/libiberty] Fix PR38903 Cygwin GCC bootstrap failure [was Re: Libiberty issue vs cygwin [was Re: This is a Cygwin failure yeah?]]

2009-01-17 Thread Dave Korn
[Cc list trimmed] Christopher Faylor wrote: On Sun, Jan 18, 2009 at 12:52:14AM +, Dave Korn wrote: I've tested this by doing (separate) native builds of GCC, winsup, ^^ :P see below! GCC is in stage 4, but this is target-specific and