From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22175 invoked by alias); 22 Apr 2003 14:43:00 -0000 Mailing-List: contact insight-prs-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-prs-owner@sources.redhat.com Received: (qmail 22160 invoked by uid 71); 22 Apr 2003 14:43:00 -0000 Resent-Date: 22 Apr 2003 14:43:00 -0000 Resent-Message-ID: <20030422144300.22159.qmail@sources.redhat.com> Resent-From: insight-gnats@sources.redhat.com (GNATS Filer) Resent-Cc: insight-prs@sources.redhat.com Resent-Reply-To: insight-gnats@sources.redhat.com, thomasdr@us.ibm.com Received: (qmail 19932 invoked by uid 48); 22 Apr 2003 14:38:51 -0000 Message-Id: <20030422143851.19931.qmail@sources.redhat.com> Date: Tue, 22 Apr 2003 14:43:00 -0000 From: thomasdr@us.ibm.com Reply-To: thomasdr@us.ibm.com To: insight-gnats@sources.redhat.com X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31) Subject: insight/220: Can't build Insight on cygwin X-SW-Source: 2003-q2/txt/msg00003.txt.bz2 List-Id: >Number: 220 >Category: insight >Synopsis: Can't build Insight on cygwin >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Tue Apr 22 14:43:00 UTC 2003 >Closed-Date: >Last-Modified: >Originator: Dave Thomas >Release: unknown-1.0 >Organization: >Environment: Cygwin >Description: Trying to build from development sources to pick up Tcl8.4 for a cygwin version of Insight (rather that doing the patch thing). I configure in a seperate build directory using ../../src/configure --prefix=/usr/local. Everything appears to configure fine, but when I try compiling (using make in the build directory), a failure occurs when attempting to build bfd. Apparently, a libtool has been built that tries to use "lib" when libtool --mode=link is used. I tried setting up the PATH environment variable so that the Microsoft "lib" tool is in the path (and the dll it required). Now bfd builds O.K., but when gdb tries to link it doesn't find the libbfd.a it's looking for (a .lib was built instead). gdb is also looking for libopcodes.a when a .lib was built there also. >How-To-Repeat: Build bfd on a cygwin platform. >Fix: >Release-Note: >Audit-Trail: >Unformatted: