Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender:	cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To:	mailing list cygwin AT sourceware DOT cygnus DOT com
Date:	Sun, 9 May 1999 09:56:33 -0400
From:	Paul Thiessen <paul AT grserv DOT med DOT jhmi DOT edu>
X-Sender:	paul AT turandot DOT med DOT jhmi DOT edu
To:	cygwin AT sourceware DOT cygnus DOT com
Subject:	giving up on msvcrt for now
Message-ID:	<Pine.SGI.4.10.9905090950070.70694-100000@turandot.med.jhmi.edu>
MIME-Version:	1.0

Well, I haven't been able to get all my stuff working with mingw32's
msvcrt runtime, I think most likely because I'm using opengl32, which in
turn depends on crtdll, so presumably some conflict is being generated
somewhere between msvcrt and crtdll, but the conflict shows up in
different places depending on how I link things up. All works well when
I revert to the as-is mingw32/egcs distribution and ignore msvcrt for now.
  The odd thing, that I still don't understand, is that I can get
everything working with msvcrt stuff installed, as long as the code that
depends on opengl32 is not itself in a .dll. In other words, if I
statically link in the .o files that use opengl32, I can compile and run
fine with msvcrt stuff in. (Running in gdb shows that both crtdll and
msvcrt are being loaded, but no crashes.) W/o msvcrt, I can put all the
opengl32 stuff into a .dll and it works fine.
  Oh well. I don't suppose there's a way to hack out the crtdll
dependencies in opengl32.dll/libopengl32.a?

 - Paul

-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
  Paul A.   |      paul AT grserv DOT med DOT jhmi DOT edu      |  Johns Hopkins
 Thiessen   |  http://grserv.med.jhmi.edu/~paul  |   University
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -