>> 2a) [!!!] run gendef and dlltool on python27.dll
>> (http://stackoverflow.com/q/11182765/761090) to be able to -lpython27.
> How is that suspicious?
Having no experience here, I thought it was some hack. You seem to
suggest this is the standard way. Good :-)
>> 3a) Copy msvcr90.dll (c:\Windows\winsxs
>> \amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.21022.8_none_750b37ff97f4f68b\mscvr90.dll)
>> somewhere to $PATH (c:\Python27) so that it is in $PATH for dynamic
>> loader. Python is compiled against msvcr90.dll by upstream.
> No you don't, copying the DLL does not mean you grabbed the correct
> mscvr90.dll version.
Does it mean there are different msvcr90.dll, which are not
ABI-compatible? How do I find out which DLL do I need exactly then?
>> 3c) Move 32bit libs out of the way
>> (http://gcc.gnu.org/ml/gcc-help/2012-07/msg00060.html suggests to use
>> -static-libstdc++, but it is not recognized by gcc 4.7); I don't compile
>> 32bit programs, so not having 32bit versions is fine for me:
>>
>> cd /c/MinGW64/bin
>> mv libstdc++-6.dll libstdc++-6.dll.~32bit~
>> cp libstdc++_64-6.dll libstdc++-6.dll
>> mv libgcc_s_sjlj-1.dll libgcc_s_sjlj-1.dll.~32bit~
>> cp libgcc_s_shlj_64-1.dll libgcc_s_sjlj-1.dll
> I have no idea why your DLLs are named that way, are you sure you are
> supposed to rename them? Ask TDM for more info.
Later posts suggest this is TDM-specific, sorry for noise.
>> 4a) Fix to_string with c++11 (gcc.gnu.org/bugzilla/show_bug.cgi?id=52015)
> What exactly did you do? The patch posted requires cooperation from the
> C headers, that part is only in svn trunk.
Not really a fix, just a workaround for my code:
#ifdef __MINGW64__
#include<boost/lexical_cast.hpp>
template<typename T> std::string to_string(const T& a){ return
boost::lexical_cast<std::string>(a); }
#endif
>> 4b) In c:\MinGW64\x86_64_w64-mingw32\include\stdlib.h, comment out
>> functions wtoll, lltow, ulltow at lines 626-628. This was only triggered
>> when including Eigen with vectorization - will be reported separately soon.
> What, it defines it's own copies?
>> 4c) In c:\MinGW64\x86_64_w64-mingw32\include\sys\stat.h, replace #ifndef
>> __CRT_NO_INLINE by #if 0 (errors about undefined struct in _fstat632) -
>> will be reported separately soon.
> I have no idea how you got that error when the struct was declared just
> above from an include.
I reported both issues (it turns out they are related) to the tracker at
https://sourceforge.net/tracker/?func=detail&aid=3584127&group_id=202880&atid=983354
.
>> Another rather large module fails to load with "DLL load failed: Invalid
>> access to memory location". I am wrestling to find out what it wrong.
>>
>> Any hints on how to proceed would be appreciated.
> Break at LoadLibrary and step from there?
I will try that - as last resort, though.
Cheers, Vaclav
------------------------------------------------------------------------------
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
