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 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: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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