delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1998/02/16/20:47:02

From: TYann AT vet DOT com DOT au (Trevor Yann)
Subject: Re: MUCH faster cygwin.dll was RE:Time and motion studies of gcc and egcs and LCC
16 Feb 1998 20:47:02 -0800 :
Message-ID: <34E8B947.251ED694.cygnus.gnu-win32@vet.com.au>
References: <199802021515 DOT IAA08872 AT chorus DOT dr DOT lucent DOT com>
Mime-Version: 1.0
To: gnu-win32 AT cygnus DOT com

Mikey wrote:
> 

<stuff deleted>

> Geoff I would recommend using --image-base=0x78000000
> for cygwin.dll same as MSVCRT.DLL which is relocatable
> and should never be loaded in the same VM anyway.


This might not be a good assumption - the next version of Mingw32 looks
like it will use MSVCRT.DLL:

"The next version of Mingw32 will be 0.2.0, and will offer capabilities
for using the MSVC libraries instead of CRTDLL (which may or may not be
a Good Thing- comments are welcome)"

(From the Mingw32 web page at
http://www.fu.is.saga-u.ac.jp/~colin/gcc.html)


Maybe --image-base=0x5f400000 would be better. This is the same as
mfc42.dll.

Once a dll is stripped of relocation information, it will only load if
the required address range (starting at the image base) is available.
Just changing the image base without stripping the relocation
information is safer.

Is most of the speed up a result of changing the image base, or from the
stripping afterwards? (I got a new machine recently, and haven't
reinstalled the gnuwin32 stuff yet).
-
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