[Date Prev][Date Next][Thread Prev][Thread Next]
- Subject: Re: Building extensions with mingw against LuaBinaries
- From: "RJP Computing" <rjpcomputing@...>
- Date: Wed, 16 Jul 2008 09:36:56 -0400
On Wed, Jul 16, 2008 at 8:55 AM, steve donovan <email@example.com
I used the depends.exe tool from the Platform SDK and got a much more
'Cannot find procedure entry point __findfirst in msvcr80.dll'
And true enough, with dumpbin /exports I note that it doesn't export
this, but a set of functions like
That suggested a solution - just #define _findfirst to be
_findfirst32, etc. Since the libmsvcr80.a then complained, I just
linked straight against msvcr80.dll, and voila...
gcc -shared -Id:\stuff\lua\src lfs.c -o lfs.dll lua5.1.dll msvcr80.dll
(note: I had already made -lmsvcr80 to be my default by editing the
mingw gcc spec file)
So it appears to work, through a semi-horrible hack! Although the
rest now seems clear, and I could probably knock a _working_
libmsvcr80.a together from this information...
Thanks for indulging my talking aloud here; this may be useful to others...
I am VERY interested in this. Can you continue to keep this thread alive with updates. I would like a simple robust solution to use MinGW's toolchain as well.