delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1998/04/06/06:28:24

From: Peter Gerwinski <peter AT gerwinski DOT de>
Message-Id: <199804060926.LAA00207@esmeralda.gerwinski.de>
Subject: Re: I/O problems
In-Reply-To: <Pine.SUN.3.91.980406090857.8171E-100000@is> from Eli Zaretskii at "Apr 6, 98 09:09:14 am"
To: eliz AT is DOT elta DOT co DOT il (Eli Zaretskii)
Date: Mon, 6 Apr 1998 11:26:07 +0200 (MEST)
Cc: djgpp-workers AT delorie DOT com
MIME-Version: 1.0

According to Eli Zaretskii:
> 
> > Strange enough, the patched `libc.a' did not change this behaviour.
> > What I did was to link `gpc.exe' against this new `libc.a'.  I will
> > double-check that my current `libc.a' really contains a new
> > `mktemp()' ...
> 
> No, the patched libc doesn't include these patches.

What I meant was:  I applied the patches and recompiled, which
resulted in a new `libc.a'.  In case `libc.a' doesn't contain
`mktemp()', then why is the source of `mktemp()' located under
`/djgpp/src/libc/'?

    Peter

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019