Dear Jose,

thanks, you are awesome! I was so hooked on a specific tutorial for
building MyQL-python, that I did not try anything else. With your
pointers I changed linking mysqlclient with mysql, and it links
without any trouble! No need for all the __chkstk and whatnot! So
for MinGW that seems highly prefered. I haven't tested the package
yet, keep fingers crossed :-) :-)

Thanks again and all the best,

    Mario




On 23.08.2016 16:10, Jose Alf. wrote:
> Mario,
> Sorry. I don't know how to solve that. As I understand that symbol is const 
> type_info::vftable, related to virtual function table/rtti - run time type 
> information, and even if you can link it, I doubt your binary will work. I 
> think you should try to get a libmysql compiled with mingw or compile one 
> yourself.
> You may get help form this:
> https://sites.google.com/site/bauyt008/code--blocks-tips--tricks-and-tutorials/c-mysql
> http://forums.mysql.com/read.php?167,295483,297733#msg-297733
> Regards,Jose
> 
> 
> 
>       From: Mario Emmenlauer <[email protected]>
>  To: [email protected] 
>  Sent: Tuesday, August 23, 2016 8:09 AM
>  Subject: Re: [Mingw-w64-public] undefined references to _set_abort_behavior 
> and ??_7type_info@@6B@
>    
> 
> Dear Josealf,
> 
> awesome! The MSVCRT == 9 did solve the issue with _set_abort_behavior!
> Now I'm only lacking ??_7type_info@@6B@, which is undefined in
> mysqlclient.lib. Do you know how I could get this?
> 
> Thanks and all the best,
> 
>     Mario
> 
> 
> 
> On 23.08.2016 13:22, Josealf.rm wrote:
>> Link against MSVCRT >= 9 ?
>>
>> Something like :
>>
>> gcc -o out.exe yourmain.c -D__MSVCRT_VERSION__=0x900 -lmsvcr90
>>
>>
>>
>>> El 23/08/2016, a las 4:24 a.m., Mario Emmenlauer <[email protected]> 
>>> escribió:
>>>
>>>
>>> Dear all,
>>>
>>> I've managed to find several more symbols, but I'm still left without
>>> being able to link MySQL. Its quite a standard library, would be great
>>> if I could get it to link. The remaining missing symbols are:
>>>
>>>     _set_abort_behavior
>>>     ??_7type_info@@6B@
>>>
>>> Can you please help me get them from somewhere? Thanks a lot!
>>>
>>>     Mario
>>>
>>>
>>>
>>>
>>>
>>>> On 22.08.2016 10:43, Mario Emmenlauer wrote:
>>>>
>>>> Thanks Kai! I did what you suggest, and now most of the undefined 
>>>> references
>>>> are gone! To help others with the same issue, here is what I did:
>>>> I needed to go back all the way to Microsoft Visual Studio 2005, since the
>>>> newer versions did not have both files. I could then find them easily in 
>>>> the
>>>> Visual Studio installation folder, and link them with gcc without problems.
>>>>
>>>> I have a few remaining undefined references, do these mean anything to 
>>>> someone?
>>>> Google really did not return anything useful :-(
>>>>
>>>>   undefined reference to `_set_abort_behavior'
>>>>
>>>>   undefined reference to `__chkstk'
>>>>
>>>>   undefined reference to `??_7type_info@@6B@'
>>>>
>>>>
>>>> All the best,
>>>>
>>>>     Mario
>>>>
>>>>
>>>>> On 22.08.2016 09:51, Kai Tietz wrote:
>>>>> 2016-08-22 8:58 GMT+02:00 Mario Emmenlauer <[email protected]>:
>>>>>>
>>>>>> Dear All,
>>>>>>
>>>>>> I'm trying to link against MySQL, but it fails with undefined references
>>>>>> to __GSHandlerCheck and __security_check_cookie. I searched and this has
>>>>>> been asked before (several years back), but back then there was no 
>>>>>> solution
>>>>>> found. AFAIK these two where not available in MinGW's runtime, and in the
>>>>>> end the user was switching compilers. Is there a MinGW-based solution
>>>>>> possible now? I'd very much prefer that. I found people recommending to
>>>>>> link against a "bufferoverflowu.lib" and some 'gshandler.obj'. Do you 
>>>>>> know
>>>>>> if I can take those from Visual Studio and link against them in MinGW?
>>>>>> Would that work? Or other ideas?
>>>>>>
>>>>>> Thanks for any help,
>>>>>>
>>>>>>     Mario Emmenlauer
>>>>>
>>>>> We don't support those.  You can link against MS libraries/objects for
>>>>> these symbols.  Or you could work on a patch, which provides support
>>>>> for those.
>>>>>
>>>>> Regards,
>>>>> Kai



Viele Gruesse,

    Mario Emmenlauer


--
BioDataAnalysis GmbH, Mario Emmenlauer      Tel. Buero: +49-89-74677203
Balanstr. 43                   mailto: memmenlauer * biodataanalysis.de
D-81669 München                          http://www.biodataanalysis.de/

------------------------------------------------------------------------------
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Reply via email to