X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,SARE_MSGID_LONG45,TW_YG,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: <20100409095634.GB1960@calimero.vinschen.de> 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> Date: Fri, 9 Apr 2010 12:38:57 +0200 Received: by 10.216.86.145 with SMTP id w17mr736364wee.216.1270809537248; Fri, 09 Apr 2010 03:38:57 -0700 (PDT) Message-ID: Subject: Re: "GCC is not found" and "compiler cannot create executables" errors From: david sastre To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes 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 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? I'd try to (learn how and) get that done, if necessary, but just curious about it, too. Regards. -- 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