From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8705 invoked by alias); 28 Feb 2010 00:54:34 -0000 Received: (qmail 8676 invoked by uid 22791); 28 Feb 2010 00:54:32 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mail-vw0-f43.google.com (HELO mail-vw0-f43.google.com) (209.85.212.43) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 28 Feb 2010 00:54:27 +0000 Received: by vws3 with SMTP id 3so1926965vws.2 for ; Sat, 27 Feb 2010 16:54:25 -0800 (PST) Received: by 10.220.127.66 with SMTP id f2mr1765878vcs.142.1267318464100; Sat, 27 Feb 2010 16:54:24 -0800 (PST) Received: from ?192.168.2.99? (cpc2-cmbg8-0-0-cust61.cmbg.cable.ntl.com [82.6.108.62]) by mx.google.com with ESMTPS id 22sm15398030vws.14.2010.02.27.16.54.21 (version=SSLv3 cipher=RC4-MD5); Sat, 27 Feb 2010 16:54:23 -0800 (PST) Message-ID: <4B89C2F0.20608@gmail.com> Date: Sun, 28 Feb 2010 00:54:00 -0000 From: Dave Korn User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: "iS this a Code?" Subject: Re: [OT] Re: question about cygwin package References: <203f8122bd16fb669eab1f46bb89a0e8@mail.smartmobili.com> <4B89904F.60305@gmail.com> <20100228003902.GA30204@ednor.casa.cgf.cx> In-Reply-To: <20100228003902.GA30204@ednor.casa.cgf.cx> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-talk-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: cygwin-talk-owner@cygwin.com Reply-To: The Vulgar and Unprofessional Cygwin-Talk List Mail-Followup-To: cygwin-talk@cygwin.com X-SW-Source: 2010-q1/txt/msg00052.txt.bz2 On 28/02/2010 00:39, Christopher Faylor wrote: > On Sat, Feb 27, 2010 at 10:48:50PM +0100, Vincent Richomme wrote: >> On Sat, 27 Feb 2010 21:36:15 +0000, Dave Korn wrote: >>> On 27/02/2010 20:48, Vincent Richomme wrote: >>>>> Add '-v' to see how gcc is using relative paths to look for cc1.exe >> (and >>>>> presumably failing). >>>> $ gcc -v test.c >>>> cc1 -quiet -v -iprefix >>> Hmm, that means it has no idea at all where to find cc1. So take a >> look >>> at >>> what "gcc -print-search-dirs" says for "programs:". >>> >> programs: >> =c:/developer/easymingw-devel/mingw32/bin/../libexec/gcc/i686-w64-min >> w32/4.4.4/;c:/developer/easymingw-devel/mingw32/bin/../libexec/gcc/;/usr/libexe >> /gcc/i686-w64-mingw32/4.4.4/;/usr/libexec/gcc/i686-w64-mingw32/;/usr/lib/gcc/i6 >> 6-w64-mingw32/4.4.4/;/usr/lib/gcc/i686-w64-mingw32/;c:/developer/easymingw-deve >> /mingw32/bin/../lib/gcc/i686-w64-mingw32/4.4.4/../../../../i686-w64-mingw32/bin >> i686-w64-mingw32/4.4.4/;c:/developer/easymingw-devel/mingw32/bin/../lib/gcc/i68 >> -w64-mingw32/4.4.4/../../../../i686-w64-mingw32/bin/ >> >> Ok so now I understand why it doesn't work it searches inside >> .../mingw32/bin/../libexec >> but programs are in ../mingw32/bin/../usr/libexec >> So I suppose my only choice is to keep using mingw logic. > > I don't think this discussion is even appropriate for the cygwin-talk > list. While msys may be somewhat related to cygwin, I have to draw the > line at discussions about msys and mingw here. > > If you're having msys or mingw issues there are much better mailing lists > to use than ones with the word "cygwin" in them. > > cgf *goes off to write steganography program that encodes hidden messages in minor variants in spelling, spacing, word-ordering and punctuation of hippo jokes* cheers, DaveK