Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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: Tue, 15 Oct 2002 18:31:20 +0200 From: "U-D90V2D0J\chj" To: cygwin AT cygwin DOT com Subject: Re: binutils 20021009 cvs trunk on cygwin: ld failuers Message-ID: <20021015163120.GA3552@D90V2D0J> References: <4 DOT 3 DOT 1 DOT 2 DOT 20021011083907 DOT 031691d0 AT pop DOT rcn DOT com> <000401c2713a$50cb5560$0301a8c0 AT D90V2D0J> <20021011153215 DOT GA4878 AT redhat DOT com> <20021011204316 DOT GA3180 AT D90V2D0J> <20021013144927 DOT GA3840 AT D90V2D0J> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021013144927.GA3840@D90V2D0J> User-Agent: Mutt/1.4i On Sun, Oct 13, 2002 at 04:49:27PM +0200, U-D90V2D0Jchj wrote: > On Fri, Oct 11, 2002 at 10:43:16PM +0200, Christian Jönsson wrote: > > On Fri, Oct 11, 2002 at 11:32:15AM -0400, Christopher Faylor wrote: > > > On Fri, Oct 11, 2002 at 05:24:34PM +0200, Christian J?nsson wrote: > > > >Hmm, I don't quite follow you here. > > > > > > > >The PATH variable is not set by me, it's set by cygwin, right? > > > > > > > >The PATH contains the entry /cygdrive/c/WINDOWS/system32 but that makes > > > >no sense if "check_case:strict" is present in the CYGWIN variable > > > >initialising cygwin, right? > > > > > > It depends on whether WINDOWS is the actual name of your directory or > > > not. This isn't set by Cygwin, regardless. It's set by the system. > > > If you are going to use strict case checking then it is up to you > > > to make sure that all filenames are properly referenced. As you > > > probably noticed, there was no "Make sure all files have proper case?" > > > option in setup.exe. And, having the DLL actually try to figure out > > > what case is correct would defeat the purpose of strict case checking. > > > > > > I always suggest against using strict case checking. It adds extra > > > overhead and causes other problems since Windows assumes that it > > > can be flexible with respect to filename cases. > > > > > > > I can in a way understand you there, too bad it's conflicting with > > building gcc with gcj under cygwin. see for example > > > > http://gcc.gnu.org/ml/java/2002-09/msg00107.html > > > > what do you see as the "best" way ahead? > > > > well, I did change the PATH now so that cases match... But, still the > same problem... > > Let me ask an other question... are there any other PATHs that also might > be affected by strict case? Such as an equivalent to LD:LIBRARY_PATH? > > I believe that the wanted library is perhaps the > /cygdrive/c/WINDOWS/SYSTEM32/user32.dll one and I'd like to test to see > if that works then. The /cygdrive/c/WINDOWS/SYSTEM32 is inthe PATH, I can > do a which user32.dll and it echoes that file. But how does the limker > get to use it?? > I'm sorry to be bothering you here, but I have now tried without strict case checking. I still get the same results... /usr/local/src/gcc-binutils/trunk/objdir-binutils/ld/ld-new -m i386pe -o tmpdir/ld-partial.o -r ldgram.o ldlex.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o ldwrite.o ldexp.o ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o ei386pe.o deffilep.o pe-dll.o /usr/local/src/gcc-binutils/trunk/objdir-binutils/ld/ld-new -m i386pe -o tmpdir/ld1 /lib/crt0.o tmpdir/ld-partial.o ../bfd/.libs/libbfd.a ./libiberty/libiberty.a ./../intl/libintl.a /usr/lib/gcc-lib/i686-pc-cygwin/3.2/libgcc.a -lc /usr/lib/gcc-lib/i686-pc-cygwin/3.2/libgcc.a -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 /usr/lib/gcc-lib/i686-pc-cygwin/3.2/libgcc.a /usr/local/src/gcc-binutils/trunk/objdir-binutils/ld/ld-new: cannot find -luser32 FAIL: bootstrap I am stuck, I don't understand what goes wrong here... Any hints? Cheers, /ChJ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/