From mint-bounce@lists.fishpool.fi Thu Feb 19 04:55:19 2009 X-Virus-Scanned: amavisd-new at demon.co.uk Subject: Re: [MiNT] timegm() on MiNT From: Alan Hourihane To: Frank Naumann Cc: David Brownlee , mint@fishpool.com In-Reply-To: References: Content-Type: text/plain Date: Thu, 19 Feb 2009 09:50:52 +0000 Message-Id: <1235037052.24227.35.camel@jetpack.demon.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: alanh@fairlite.co.uk Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: On Thu, 2009-02-19 at 08:48 +0100, Frank Naumann wrote: > Hello! > > > /usr/include/time.h provides a prototype for timegm() but > > it does not exist in libc. This breaks the configure script > > for bmake, because it finds timegm() missing, so defines its > > own, and the prototype it generates conflicts with the > > one in /usr/include/time.h. > > > > Am I missing something - is there a timegm() in another library? > > If not, would it be possible to comment out the definitions in > > time.h? > > Looks like a failure in the header files as timegm() is not implemented > inside the MiNTLib. > > So we need to implement it or remove the definition from time.h :-) This signals a larger problem. mktime() is slightly broken in our current implementation. And timegm.c does exist in time/ but it isn't compiled as it references glibc's way of doing things. We should be able to yank in the glibc equivalents of these and then remove the timezone files and use the external packages. Alan.