From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29582 invoked by alias); 26 Aug 2004 11:10:26 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 29567 invoked from network); 26 Aug 2004 11:10:24 -0000 Received: from unknown (HELO smtp.hispeed.ch) (62.2.95.247) by sourceware.org with SMTP; 26 Aug 2004 11:10:24 -0000 Received: from indel.ch (217-162-27-127.dclient.hispeed.ch [217.162.27.127]) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with SMTP id i7QBANrY000897 for ; Thu, 26 Aug 2004 13:10:23 +0200 Received: from fabi.indel.ch [192.168.1.19] by indel.ch [127.0.0.1] with SMTP (MDaemon.v2.7.SP5.R) for ; Thu, 26 Aug 2004 13:09:17 +0200 Message-Id: <5.2.0.9.1.20040826130046.01d35970@NT_SERVER> X-Sender: cenedese@NT_SERVER (Unverified) Date: Thu, 26 Aug 2004 11:10:00 -0000 To: gdb@sources.redhat.com From: Fabian Cenedese Subject: gdb and older cygwins Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-MDaemon-Deliver-To: gdb@sources.redhat.com X-Return-Path: cenedese@indel.ch X-SW-Source: 2004-08/txt/msg00381.txt.bz2 Hi We need to stay with a 2.95.3 cross compiled gcc. This versions has some errors regarding line endings, especially macro continuers (#define \) are not recognized if the source file has Windows CRLF endings. I tried to compile it anew with a recent cygwin version (1.5.10) but I can't get over with this error. For some reason it seems to work when compiled with a much older cygwin version. As I also need a cross compiled gdb they both need to rely on the same cygwin.dll. When trying to run a gdb compiled with a new cygwin together with an old cygwin.dll I got missing entry point errors. So I need to compile it with the older cygwin environment. Now to the real question: What are the requirements to the cygwin environment to build an actual gdb? Is there a minimum version required or will configure take care of it? Thanks bye Fabi PS: The other solution would be to fix the 2.95.3 source about this CRLF bug. I looked into the gcc list but couldn't find simple patches, I guess it needs a bigger change. If anyone has some hints about it...