[ 
https://issues.apache.org/jira/browse/THRIFT-3437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15021717#comment-15021717
 ] 

ASF GitHub Bot commented on THRIFT-3437:
----------------------------------------

Github user becrux commented on a diff in the pull request:

    https://github.com/apache/thrift/pull/628#discussion_r45579221
  
    --- Diff: lib/cpp/test/CMakeLists.txt ---
    @@ -25,6 +25,10 @@ include_directories(SYSTEM "${Boost_INCLUDE_DIRS}")
     #Make sure gen-cpp files can be included
     include_directories("${CMAKE_CURRENT_BINARY_DIR}")
     
    +if (MINGW)
    +  add_definitions(-DBOOST_TEST_DYN_LINK)
    +endif()
    +
    --- End diff --
    
    You're right, it's not related to mingw strictly, it's related to the way 
you build Boost under MinGW. Your idea is fine, I was finding a way to detect 
if Boost requires dynamic linking automatically, but I didn't find any method. 
We could ignore this diff, if that's not possible.


> Mingw-w64 build fail
> --------------------
>
>                 Key: THRIFT-3437
>                 URL: https://issues.apache.org/jira/browse/THRIFT-3437
>             Project: Thrift
>          Issue Type: Bug
>          Components: Build Process
>    Affects Versions: 0.9.3
>         Environment: Windows XP/7/8/10
>            Reporter: Antonio Di Monaco
>              Labels: patch
>
> When building Thrift code under MinGW-w64, I got a compilation failure, due 
> to the following problems:
> - Missing ws2_32 library link in CMakeLists.txt file
> - conflict with boost/tr1/functional.hpp, when using BOOST_THREAD
> - AI_ADDRCONFIG missing when Win32 version lower than 0x0600
> - Missing __MINGW32__ define
> Tests fail due to getsockname due to:
> - different Win32 getsockname behavior
> - BOOST_TEST_DYN_LINK not supported
> - Q_MOC_RUN / Boost conflict during build
> - mkstemp not supported (cause _mktemp_s should be used)
> Solved with pull request "Fixed MinGW-w64 build && boost/functional conflict 
> #628"



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to