From:	khan AT xraylith DOT wisc DOT edu (Mumit Khan)
Subject:	Re: #include <.string>
29 Dec 1998 14:06:14 -0800 :
Message-ID:	<Pine.SUN.3.93.981229130128.27164D-100000.cygnus.gnu-win32@modi.xraylith.wisc.edu>
References:	<b0654f4e DOT 3688fbc8 AT aol DOT com>
Mime-Version:	1.0
To:	JSONCRAIG AT aol DOT com
Cc:	gnu-win32 AT cygnus DOT com

On Tue, 29 Dec 1998 JSONCRAIG AT aol DOT com wrote:

> Did you use the -mno-cygwin flag when compiling?  I found there are some
> problems with that and the std C++ libraries that give you a
> STATUS_ACCES_VIOLATION.  Hope this helps a bit,
> 

Yes, it's a problem with the -mno-cygwin flag and mingw32 alloc.h file,
which gets included instead of STL alloc.h when compiling. Here's the
fix:  Dump the mingw32 alloc.h, which is useless now, and even MS has
dropped it in the newer VC releases (since 2.0?).

  $ cd /cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/include/mingw32]
  $ mv alloc.h mingw_alloc.h

Now, it should work again. It doesn't happen with mingw32 egcs
distribution since there the C++ include directory is searched *before*
the C ones, but -iwithprefixbefore changes that order. 

This way of running GCC is subtly broken unfortunately, but since I have 
no better solution at the moment, let's just dump alloc.h.

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 -