Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Mon, 30 Aug 2004 07:31:43 +0200
From: "Gerrit P. Haase" <gp AT familiehaase DOT de>
Reply-To: "Gerrit @ cygwin" <cygwin AT cygwin DOT com>
Organization: Esse keine toten Tiere
Message-ID: <1524918411.20040830073143@familiehaase.de>
To: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
CC: cygwin AT cygwin DOT com
Subject: Re: BUG gcc-mingw 20040810-1 library search path
In-Reply-To: <Pine.GSO.4.61.0408292220310.29060@slinky.cs.nyu.edu>
References: <14810259248 DOT 20040829195031 AT familiehaase DOT de> <20040829212630 DOT 32357 DOT qmail AT web40414 DOT mail DOT yahoo DOT com> <1008963871 DOT 20040830011922 AT familiehaase DOT de> <Pine DOT GSO DOT 4 DOT 61 DOT 0408292220310 DOT 29060 AT slinky DOT cs DOT nyu DOT edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

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 "$targ" != "$host" &&
>> LIB_PATH='${tooldir}/lib/w32api' ;;
>>
>> where tooldir should be /usr/i686-pc-mingw32 in this case and you need
>> to have the symlinks installed in /usr/i686-pc-mingw32:
>>     21 Nov  1  2003 bin -> ../i686-pc-cygwin/bin
>>     16 Nov  1  2003 include -> ../include/mingw
>>     12 Nov  1  2003 lib -> ../lib/mingw
>>
>> Now, the library path automatically searched by the linker is:
>> /usr/i686-pc-mingw32/../lib/mingw/w32api

>> % export tooldir=/usr/i686-pc-mingw32
>> % ls ${tooldir}/lib/w32api
>> ls: /usr/i686-pc-mingw32/lib/w32api: No such file or directory

> Ahem.  Shouldn't this be

> $ 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/
> $

> (note the "../")?  As you can see, works just fine for me.


Yes of, course, that is my question, was it changed for binutils
recently?  Is tooldir=/usr then it works, if tooldir is /usr/$target,
then it is broken now and either the shortcuts needs to be changed or
ld definitions need to be changed (or tooldir def).

>> Maybe the definition of tooldir for binutlis builds has changed?
>> Sorry, but I don't see where I should change the bits in gcc.

> To the OP: your problem may potentially be that you're missing the
> /usr/lib mount.  However, since you didn't follow the Cygwin problem
> reporting guidelines at <http://cygwin.com/problems.html>, and didn't
> attach the output of "cygcheck -svr" to your report, the above is just a
> WAG.

No, I don't think that he is missing s.th.  I can verify that the
reported problem exists, I see this myself, e.g. when building
libwin32, I just wasn't sure if it was my fault or gcc's or if it was
a binutils issue and didn't searched too long.

Now I want to know what is the reason since it looks like there were
no changes.  Christopher, is the tooldir defined during configure for
binutols or os it defined automatically internally by some logic, and
how is it defined for the ld compilation?


Gerrit
-- 
=^..^=



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/