[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- resolution: -> wont fix status: open -> closed versions: +3rd party ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: I guess you can close this now. Unfortunately SourceForge goes out of its way to not make an easy link for the MinGW mailing list but you can see the messages on 8th July 2008: http://sourceforge.net/mailarchive/forum.php?forum_name=mingw-user

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: I will ask on the MinGW lists. I am still curious as to how MinGW is supposed to know which MSVC library will be used at compile time since distutils doesn't tell it until link time. As a seperate issue Python isn't too helpful when an extensio

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > BTW > did you notice msg69367 and the attached file that shows the problem in > a trivial test case? I didn't understand it, so I ignored it. What use of localtime, by whom, what tools? The mentioning of localtime seems to come out of nowh

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: In MinGW's defense the MSVC 7 dll does include localtime. Since Python/distutils only says that MSVC 9 dll is being used at link time, how exactly is MinGW (or any other code) supposed to know that localtime should be provided some other way? M

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: It seems that mingw is unable to compile the simplest program containing a call to localtime(): $ echo "#include > int main() { localtime(NULL); }" > t.c $ gcc -mno-cygwin t.c -lmsvcr90 Then starting "a.exe" displays a modal box with

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: I didn't have a copy of depends.exe since it doesn't appear to come with MinGW. System is basically VirtualBox VM with fresh install of XP Pro SP2, upgraded to SP3 and TortoiseSVN, Firefox, Xemacs, MinGW and Python versions installed. I found a

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Do you have a copy of depends.exe? If so, how does it resolve the DLLs referenced in apsw.pyd? ___ Python tracker <[EMAIL PROTECTED]>

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: I cleared all event categories, and then ran Python followed by the import (which fails). No events in any category appeared. ___ Python tracker <[EMAIL PROTECTED]>

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Can you please check the event log at the point of failure, and report any events it may have recorded? -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> _

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: I can't prove it since Python gives no further information than a procedure cannot be found, but using a bunch of other tools I think this may be due at least to the use of localtime() and it not being present in the msvcr90.dll but is in the vc

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: I figured maybe it was something to do with MSVC 90 dlls. C:\apsw>dir \*msvc*90* /s Volume in drive C has no label. Volume Serial Number is F4A5-1661 Directory of C:\MinGW\lib 12/27/2007 08:23 AM 554,136 libmsvcr90.a 12/27/200

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

New submission from Roger Binns <[EMAIL PROTECTED]>: My extension (apsw) builds and runs just fine on Linux, Mac and Windows for Python 2.3, 2.4 and 2.5. For Linux and Mac Python 2.6 beta 1 and Python 3.0 beta 1 also work just fine. However on Windows using MinGW and Python 2.6 beta 1 and Pytho