Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Mon, 24 Jun 2002 09:57:39 +0200 From: "Gerrit P. Haase" Reply-To: "Gerrit P. Haase" Organization: Esse keine toten Tiere X-Priority: 3 (Normal) Message-ID: <891422946.20020624095739@familiehaase.de> To: "Gerrit @ cygwin" Subject: Re: usr/include/ndbm.h duplicate in cygwin-1.3.11-2 In-Reply-To: <3D1681A1.9080304@ece.gatech.edu> References: <72270677363 DOT 20020623235302 AT familiehaase DOT de> <3D1681A1 DOT 9080304 AT ece DOT gatech DOT edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Charles schrieb: > Gerrit P. Haase wrote: >> Hallo cygwin, >> >> cygwin/cygwin-1.3.11-2 The UNIX emulation engine: >> Sat Jun 22 02:59:41 2002 2879 usr/include/ndbm.h >> >> gdbm/gdbm-1.8.0-4 GNU dbm database routines (runtime version): >> Wed Feb 20 03:05:51 2002 2003 usr/include/ndbm.h >> >> Both packages contain the header ndbm.h. > On June 20, db(3) was added to newlib. Thus, newlib now ships db.h and > ndbm.h. > db.h will conflict with the new berkeley db package symlink, and ndbm.h > as you point out conflicts with gdbm. > However, since cygwin doesn't yet *export* the database functions, we > can hide this problem in the short term by: > 1) cygwin package shouldn't ship db.h or ndbm.h yet > 2) leave the db() symbols out of cygwin.din > That will give us some breathing room until 1.3.12. Ummm...chris? I > just saw the new announcement for 1.3.11-3 -- I think you removed ndbm.h > but db.h is still there... :-( Ach so, db.h too, I didn't realized this. Maybe that is the reason why I cannot build Perl anymore with cygwin-1.3.11-2. Gerrit -- =^..^= -- 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/