thrift-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "James E. King III (JIRA)" <>
Subject [jira] [Closed] (THRIFT-4584) runtime issues with a ThriftBroker/server built with GCC8
Date Fri, 04 Jan 2019 03:10:02 GMT


James E. King III closed THRIFT-4584.

This issue was resolved without a fixVersion but was not closed - closing.

> runtime issues with a ThriftBroker/server built with GCC8
> ---------------------------------------------------------
>                 Key: THRIFT-4584
>                 URL:
>             Project: Thrift
>          Issue Type: Bug
>          Components: C++ - Library
>    Affects Versions: 0.10.0, 0.11.0
>         Environment: OS Ubuntu 18.04, [Dev.Env.|]
with GCC 8.1.0 
>            Reporter: Kashirin Alex
>            Assignee: James E. King III
>            Priority: Critical
>         Attachments: processor_test_output.txt
> issues coming from a compilation made with GCC 8.1.0 while a build with GCC 7.3 is passing
all the tests.
>  Main subject in question, Are there any familiar issue/requirement to compile with GCC
8.1.0 ?
> The tests are: []
> The source of ThriftBroker/Server is at []
> There are no issues with ThriftBroker accepts and closes clients connections.
>  while there is an error of "received invalid message type 0 from client" that happens
with the initial T_CALL and looks like the issue is surrounding the read from client []
and it is for probably all the initial fname call
>  by the source of gen-cpp at [],
generated by []
>  in this error case it is for the following client call "client->generate_guid(String)"
>  for the header of []
> source at [] to
look for: "void ClientServiceClient::send_generate_guid()"
> Linking CXX executable htThriftBroker
> {code}
> cd /root/builds/builts/hypertable/src/cc/ThriftBroker && /usr/local/bin/cmake
-E cmake_link_script CMakeFiles/htThriftBroker.dir/link.txt --verbose=1
> /usr/local/bin/c++  -DHAVE_NETINET_IN_H  -Wno-long-long -Wall -Wno-unknown-pragmas -pedantic
-Wno-terminate -O3 -flto -fuse-linker-plugin -ffat-lto-objects -floop-interchange -DTCMALLOC_MINIMAL
-DHT_WITH_THRIFT -Wno-variadic-macros -O3 -DNDEBUG  -rdynamic CMakeFiles/htThriftBroker.dir/
CMakeFiles/htThriftBroker.dir/  -o htThriftBroker libHyperThriftConfig.a
../HyperAppHelper/libHyperAppHelper.a libHyperThrift.a -Wl,--whole-archive /usr/local/lib/libthrift.a
/usr/local/lib/libthriftnb.a /usr/local/lib/libthriftz.a /usr/local/lib/libevent.a /usr/local/lib/libssl.a
-Wl,--no-whole-archive ../Hypertable/Lib/libHypertable.a -lm -Wl,--whole-archive /usr/local/lib/libsnappy.a
/usr/local/lib/libexpat.a -Wl,--no-whole-archive ../Hyperspace/libHyperspace.a ../Tools/Lib/libHyperTools.a
-Wl,--whole-archive /usr/local/lib/libedit.a -Wl,--no-whole-archive ../FsBroker/Lib/libHyperFsBroker.a
../AsyncComm/libHyperComm.a ../Common/libHyperCommon.a -lpthread -ldl -Wl,--whole-archive
/usr/local/lib/libtcmalloc_minimal.a /usr/local/lib/libboost_system.a /usr/local/lib/libboost_filesystem.a
/usr/local/lib/libboost_iostreams.a /usr/local/lib/libboost_program_options.a /usr/local/lib/libboost_thread.a
/usr/local/lib/libboost_chrono.a /usr/local/lib/libz.a /usr/local/lib/libbz2.a /usr/local/lib/liblzma.a
/usr/local/lib/libncursesw.a /usr/local/lib/libre2.a /usr/local/lib/libcrypto.a -Wl,--no-whole-archive
../ThirdParty/libHyperThirdParty.a -static-libgcc -static-libstdc++ 
> {code}
> It can be great to have suggestions on reasons for the issue at runtime for a build with
>  and considering GCC 8.1.0 changes for strictness for casting, Are there any issues in
progress (I could not find any related to GCC 8.1.0) ?

This message was sent by Atlassian JIRA

View raw message