Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@sources.redhat.com Delivered-To: mailing list cygwin@sources.redhat.com Message-ID: <3B4CB903.9010807@ece.gatech.edu> Date: Wed, 11 Jul 2001 16:37:23 -0400 From: "Charles S. Wilson" User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1) Gecko/20010607 Netscape6/6.1b1 X-Accept-Language: en-us MIME-Version: 1.0 To: Jason Tishler CC: Steve Jorgensen , "cygwin@cygwin. Com (E-mail)" Subject: Re: initdb failure - postgres hangs with 100% CPU References: <20010711142636.X320@dothill.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Jason Tishler wrote: > pq.dll is the "shared" (i.e., DLL) library, libpq.a is the import > library to which client code link. Jason, I recommend that postgres build the import library with a ".dll.a" extention, rather than ".a". This requires no changes when linking client code; ld will interpret "-lpq" to mean "libpq.dll.a" FIRST, and then later look for "libpq.a" iff .dll.a is not found. What you're doing now is fine; it works now and will continue to work -- but convention sez ".a" = static lib, ".dll.a" = import lib. (yah, I know that the mswindows import libs in the cygwin and mingw packages use ".a" ....) --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/