X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Fri, 9 Apr 2010 12:54:10 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: "GCC is not found" and "compiler cannot create executables" errors Message-ID: <20100409105410.GE28908@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <4BBDE46D DOT 5070406 AT etr-usa DOT com> <20100408170304 DOT GA4912 AT ghost DOT local DOT lan> <20100409095634 DOT GB1960 AT calimero DOT vinschen DOT de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Apr 9 12:38, david sastre wrote: > Hello, > > Thanks for the explanation. > This also solves another recent mystery (for me): > why I have unable to properly use another locally built program: > > $ cygcheck /usr/local/sbin/lighttpd > -> C:\cygwin\usr\local\sbin\..\stow\lighttpd-1.4.26\sbin\lighttpd.exe > C:\cygwin\usr\local\sbin\..\stow\lighttpd-1.4.26\sbin\lighttpd.exe > C:\cygwin\usr\local\bin\cyglightcomp.dll C:\cygwin\bin\cyggcc_s-1.dll > C:\cygwin\bin\cygwin1.dll > C:\WINDOWS\system32\ADVAPI32.DLL > C:\WINDOWS\system32\KERNEL32.dll > C:\WINDOWS\system32\ntdll.dll > C:\WINDOWS\system32\RPCRT4.dll > C:\WINDOWS\system32\Secur32.dll > C:\cygwin\bin\cygcrypto-0.9.8.dll > C:\cygwin\bin\cygfam-0.dll > C:\cygwin\bin\cygpcre-0.dll > C:\cygwin\bin\cygssl-0.9.8.dll > cygcheck: C:\cygwin\usr\local\bin\cyglightcomp.dll is a symlink instead of a DLL > > Not to mention the whole list of modules, also built as DLLs... > > And -this is going to re-scope the subject- is there a way to > circumvent this limitation? > Other than pointing --prefix to /usr/local/ rather than > /usr/local/stow/package, not to lose > stow's little advantage to manage software as (pseudo)packages. > I mean, if I want to use this version (1.4.26) of lighttpd (BTW, > enhanced with IPV6, SSL and some other stuff -yet to test, though), am > I suppossed to build a standard cygwin package for this > to work? Not necessarily. Just add the path to your DLLs to $PATH. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple