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

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

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

    https://github.com/apache/thrift/pull/1039#discussion_r71078267
  
    --- Diff: lib/c_glib/test/CMakeLists.txt ---
    @@ -18,12 +18,15 @@
     #
     
     
    -#Make sure gen-cpp and gen-c_glib files can be included
    -include_directories("${CMAKE_CURRENT_BINARY_DIR}")
    -
     set(TEST_PREFIX "c_glib")
     
    -include_directories(${Boost_INCLUDE_DIRS})
    +# Find required packages
    +set(Boost_USE_STATIC_LIBS ON) # Force the use of static boost test 
framework
    +find_package(Boost 1.53.0 REQUIRED COMPONENTS unit_test_framework)
    +include_directories(SYSTEM ${Boost_INCLUDE_DIRS})
    +
    +#Make sure gen-cpp and gen-c_glib files can be included
    +include_directories("${CMAKE_CURRENT_BINARY_DIR}")
    --- End diff --
    
    I couldn't find any boost test inside lib/c_glib. Is this needed ?


> Add possibility to distribute generators separately from thrift core, and 
> load them dynamically
> -----------------------------------------------------------------------------------------------
>
>                 Key: THRIFT-2835
>                 URL: https://issues.apache.org/jira/browse/THRIFT-2835
>             Project: Thrift
>          Issue Type: New Feature
>          Components: Compiler (General)
>            Reporter: Anatol Pomozov
>              Labels: fbthrift
>
> It is a follow-up for discussion with Facebook's fbthrift 
> https://github.com/facebook/fbthrift/issues/48
> fbthrift adds its own generator that creates C++ classes based on their 
> libraries. I do not know how upstreamable this generator but I think other 
> companies would want to do the same - create their own custom generators.
> Currently there is no way to distribute generators separately from the thrift 
> core. Thus the company have to fork whole project and add their own 
> generator. It is what Facebook did.
> The idea is that thrift should be able to load language generators 
> dynamically. i.e. a company foo creates its own generator and puts it to 
> system /usr/lib/thrift/generators/cpp_foo.so When thrift compiler starts - it 
> checks /usr/lib/thrift/generators/ and uses dlopen() to load the shared 
> libraries. The shared library contains information about the generator (name, 
> options, ...) thus it allows thrift core to use this custom third-party 
> generator.
> This allows companies to create and distribute generator will less pain and 
> no need to fork the project.



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

Reply via email to