This is the mail archive of the cygwin@sourceware.cygnus.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

giving up on msvcrt for now


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@grserv.med.jhmi.edu      |  Johns Hopkins
 Thiessen   |  http://grserv.med.jhmi.edu/~paul  |   University
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]