> -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
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"
>> >>
Robb, Sam schrieb:
Already noted, Max. I'm aware of the problem, but don't have time to address it
immediately. I should be able to get to it soon, though. If you have any suggestions
as to where the libuuid from e2fsprogs should go, I'd be glad of the advice... IIRC,
Reini suggested /usr/lib/e2
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.
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
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
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
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
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
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
Gerrit P. Haase schrieb:
$ export tooldir=/usr/i686-pc-mingw32
$ ls -ld ${tooldir}/../lib/w32api
drwxrwxr-x+ 2 Administ SYSTEM 0 Jul 30 17:25
/usr/i686-pc-mingw32/../lib/w32api/
$
To the OP: your problem may potentially be that you're missing the
/usr/lib mount. However, since you didn
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
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
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
--- "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
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
--- "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 *
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
[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
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 least
two applications I'm t
20 matches
Mail list logo
