RE: BUG gcc-mingw 20040810-1 library search path

2004-09-03 Thread Dave Korn
> -Original Message- > From: cygwin-owner On Behalf Of Gerrit P. Haase > Sent: 03 September 2004 16:08 > To: Igor Pechtchanski > Hallo Igor, I'm not Igor! Heh, PMFBI! > > On Mon, 30 Aug 2004, Gerrit P. Haase wrote: > >> >> This is in binutils/ld/configure.tgt: > >> >> i[3-7]86-*-cygwi

Re: BUG gcc-mingw 20040810-1 library search path

2004-09-03 Thread Gerrit P. Haase
Hallo Igor, Am Montag, 30. August 2004 um 16:14 schriebst du: > On Mon, 30 Aug 2004, Gerrit P. Haase wrote: >> >> This is in binutils/ld/configure.tgt: >> >> i[3-7]86-*-cygwin*) targ_emul=i386pe ; >> >> targ_extra_ofiles="deffilep.o pe-dll.o" >> >>

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-31 Thread Christopher Faylor
On Tue, Aug 31, 2004 at 02:08:22PM -0400, Igor Pechtchanski wrote: >Well, traditionally, you waited until the *third* iteration to step in, >and this is technically still in its second iteration... :-) Ok. Please poke me if I seem to be drifting off. cgf -- Unsubscribe info: http://cygwin.

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-31 Thread Igor Pechtchanski
On Tue, 31 Aug 2004, Christopher Faylor wrote: > On Tue, Aug 31, 2004 at 12:27:30PM -0400, Igor Pechtchanski wrote: > >On Tue, 31 Aug 2004, Max Bowsher wrote: > >>Reini Urban wrote: > >>>Igor Pechtchanski schrieb: > FWIW, I don't know what (if anything) has changed... I've used "gcc > -mn

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-31 Thread Christopher Faylor
On Tue, Aug 31, 2004 at 12:27:30PM -0400, Igor Pechtchanski wrote: >On Tue, 31 Aug 2004, Max Bowsher wrote: >>Reini Urban wrote: >>>Igor Pechtchanski schrieb: FWIW, I don't know what (if anything) has changed... I've used "gcc -mno-cygwin" recently with no problems. What exactly needs to

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-31 Thread Igor Pechtchanski
On Tue, 31 Aug 2004, Max Bowsher wrote: > Reini Urban wrote: > > Igor Pechtchanski schrieb: > > > FWIW, I don't know what (if anything) has changed... I've used "gcc > > > -mno-cygwin" recently with no problems. What exactly needs to be done to > > > reproduce the problem? > > > Igor > > > > for

RE: BUG gcc-mingw 20040810-1 library search path

2004-08-31 Thread Robb, Sam
ib/e2fsprogs or something similar. -Samrobb -Original Message- From: Max Bowsher [mailto:[EMAIL PROTECTED] Sent: Tue 8/31/2004 7:09 AM To: [EMAIL PROTECTED] Cc: Subject: Re: BUG gcc-mingw 20040810-1 library search path

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-31 Thread Max Bowsher
Reini Urban wrote: Igor Pechtchanski schrieb: FWIW, I don't know what (if anything) has changed... I've used "gcc -mno-cygwin" recently with no problems. What exactly needs to be done to reproduce the problem? Igor for me this fails: install efsprogs and compile a mingw project which uses -luuid

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-31 Thread Reini Urban
Igor Pechtchanski schrieb: FWIW, I don't know what (if anything) has changed... I've used "gcc -mno-cygwin" recently with no problems. What exactly needs to be done to reproduce the problem? Igor for me this fails: install efsprogs and compile a mingw project which uses -luuid this instal

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-29 Thread Gerrit P. Haase
Hallo Igor, Am Montag, 30. August 2004 um 04:23 schriebst du: > On Mon, 30 Aug 2004, Gerrit P. Haase wrote: >> This is in binutils/ld/configure.tgt: >> i[3-7]86-*-cygwin*) targ_emul=i386pe ; >> targ_extra_ofiles="deffilep.o pe-dll.o" >> test "$t

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-29 Thread Gerrit P. Haase
Hello Noname, >> Maybe the definition of tooldir for binutlis builds >> has changed? > You tell me. Hey, I'm not the binutils maintainer, I maintain gcc. > At least, document it, make it *clearly visible* that > this is the new policy: *No implicit support for > w32api libraries*. I didn't w

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-29 Thread Igor Pechtchanski
On Mon, 30 Aug 2004, Gerrit P. Haase wrote: > Hallo sengtsongpa-cygwin001, > > [snip] > > This is in binutils/ld/configure.tgt: > i[3-7]86-*-cygwin*) targ_emul=i386pe ; > targ_extra_ofiles="deffilep.o pe-dll.o" > test "$targ" != "$host" && LIB_PA

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-29 Thread sengtsongpa-cygwin001
--- "Gerrit P. Haase" <[EMAIL PROTECTED]> escribió: > Hallo sengtsongpa-cygwin001, > > Which version of gcc do you think it is working? > Have you reinstalled > the 'known to work' gcc version? Isn't linking done > by the linker? Now, that was totally uncalled for; such cheap shots are unbel

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-29 Thread Gerrit P. Haase
Hallo sengtsongpa-cygwin001, > 1. Grab a copy of Cygwin Setup sources from CVS (the > stable source bundle idstributed with the net > installer will do equally well). You need a copy of > libgetopt++ from a parallel directory. > 2. Bootstrap and configure: > bash-2.05b-$ ./configure CC="gcc -mn

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-29 Thread sengtsongpa-cygwin001
--- "Gerrit P. Haase" <[EMAIL PROTECTED]> escribió: > Hallo sengtsongpa-cygwin001, > > Am Sonntag, 29. August 2004 um 17:20 schriebst du: > > > In previous versions of the mingw backend > distributed > > with Cygwin's gcc port, the frontend drivers would > > append both /usr/include/lib/mingw *

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-29 Thread Gerrit P. Haase
Hallo sengtsongpa-cygwin001, Am Sonntag, 29. August 2004 um 17:20 schriebst du: > In previous versions of the mingw backend distributed > with Cygwin's gcc port, the frontend drivers would > append both /usr/include/lib/mingw *and* > /usr/lib/w32api to the linker's path. This happens no > more wi

Re: BUG gcc-mingw 20040810-1 library search path

2004-08-29 Thread Robert McNulty Junior
[EMAIL PROTECTED] wrote: In previous versions of the mingw backend distributed with Cygwin's gcc port, the frontend drivers would append both /usr/include/lib/mingw *and* /usr/lib/w32api to the linker's path. This happens no more with the latter. This has broken the configuration scripts of at leas