delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1998/10/20/07:16:40

From: khan AT xraylith DOT wisc DOT edu (Mumit Khan)
Subject: Re: MSVCRT/threads
20 Oct 1998 07:16:40 -0700 :
Message-ID: <Pine.SUN.3.93.981019182946.16664A-100000.cygnus.gnu-win32@modi.xraylith.wisc.edu>
References: <362BA708 DOT DA0BBABC AT ec DOT rockwell DOT com>
Mime-Version: 1.0
To: Bart Anderson <banders AT ec DOT rockwell DOT com>
Cc: gnu-win32 AT cygnus DOT com, Colin Peters <colin AT fu DOT is DOT saga-u DOT ac DOT jp>

On Mon, 19 Oct 1998, Bart Anderson wrote:

> Does this invalidate Colin's reply to the same message, or is this the
> preferred method?

The problem basically is that some of the libraries will contain code that
include entry points in CRTDLL and you'll get a 'no entry point' error at
runtime. This will happen to anything that uses HUGE_VAL for example.
Also, import libraries such as libmoldname.a is liked to CRTDLL, which
will be wrong if you want to use MSVCRT as your runtime.

Colin, is this essentially correct?

Note that I'm using MSVCRT40, not just MSVCRT. MSVCRT40 loads MSVCRT as
well, but also provides some fixes (and breaks a few as well) for routines
in MSVCRT.DLL.

I've uploaded the replacement libraries and some instructions on what/how
to replace the CRTDLL dependent libraries.
  
  ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/mingw32/egcs-1.1/

See the README.mscrt40 before doing anything at all! I suggest that you
take a look at the list of files to be replaced and save those away
first before unzipping.

Regards,
Mumit


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -


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