This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Major debugging breakage
- From: Zack Weinberg <zack at codesourcery dot com>
- To: law at redhat dot com
- Cc: Christopher Faylor <cgf at redhat dot com>,Neil Booth <neil at daikokuya dot demon dot co dot uk>, gcc at gcc dot gnu dot org
- Date: Thu, 3 Jan 2002 19:51:14 -0800
- Subject: Re: Major debugging breakage
- References: <20020104012500.GA24783@redhat.com> <5248.1010113231@porcupine.cygnus.com>
On Thu, Jan 03, 2002 at 08:00:31PM -0700, law@redhat.com wrote:
> > I would rather not have a "solution" which invalidates mmap under cygwin.
> > I think that could have some real performance losses right?
> In an ideal world we'd have some test which would tell us if mmap was
> broken. If it was broken, then we'd fall back to the old style garbage
> collector. I don't know if that's feasible in this case or not.
>
> And yes, there is a significant compile-time performance penalty for
> not supporting mmap..
I just want to point out that the current problem with mmap under
cygwin does _not_ affect the garbage collector. It only affects
cpplib's use of mmap to read files. The performance difference
between mmap and read is pretty darn small, and I've only measured it
on Linux where mmap has been made very fast. It might be a total loss
under Windows for all I know.
zw