From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 426 invoked by alias); 30 Apr 2007 15:10:02 -0000 Received: (qmail 397 invoked by uid 22791); 30 Apr 2007 15:10:01 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao104.cox.net (HELO eastrmmtao104.cox.net) (68.230.240.46) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 30 Apr 2007 16:09:58 +0100 Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao104.cox.net (InterMail vM.7.05.02.00 201-2174-114-20060621) with ESMTP id <20070430150957.YQQF6356.eastrmmtao104.cox.net@eastrmimpo01.cox.net>; Mon, 30 Apr 2007 11:09:57 -0400 Received: from black ([70.181.32.198]) by eastrmimpo01.cox.net with bizsmtp id tT9w1W00F4GV2Jm0000000; Mon, 30 Apr 2007 11:09:56 -0400 Received: from bob by black with local (Exim 4.62) (envelope-from ) id 1HiXVk-0003nW-1u; Mon, 30 Apr 2007 11:09:56 -0400 Date: Mon, 30 Apr 2007 15:10:00 -0000 From: Bob Rossi To: Fahd Abidi Cc: gdb@sourceware.org Subject: Re: trying to build gdb with renamed cygwin1.dll Message-ID: <20070430150955.GO3759@cox.net> References: <071DB0C788671B48940BC79F8B4930691181F4@ultsol01.tewks.ultsol.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <071DB0C788671B48940BC79F8B4930691181F4@ultsol01.tewks.ultsol.local> User-Agent: Mutt/1.5.12-2006-07-14 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-04/txt/msg00167.txt.bz2 On Mon, Apr 30, 2007 at 11:09:12AM -0400, Fahd Abidi wrote: > Hello, > > I was trying to build a gdb version that would use a renamed version of > cygwin1.dll and some of the other dll's that gdb seem to depend on. I > determined all the dll's that gdb relies on using the "cygcheck" command > > My purpose is to try and build a gdb that so I can move it across > different windows platforms with out worrying about newer or older > versions of the cygwin dll interfering. I already looked at the MinGW > option but the newer versions of gdb do not build against mingw32. IMO, this is a really bad idea. The cygwin1.dll uses shared memory at a fixed location. So, renaming the dll won't help. You will still get the same old errors. > My procedure was something like so, copied and renamed the dll's > cygwin1, cygiconv-2,cygitl-3,cygcurses-8,tcl84,tk84 into another > directory. Then tried to compile gdb against these renamed dll's by > using the --libdir configure option. Unfortunately the resulting gdb > executable totally ignores these renamed libraries and still links > against the original dlls. > > Is this going to be possible to do? No, don't do it. Stop where you are. Bob Rossi