-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/66997/#review202620
-----------------------------------------------------------




3rdparty/libprocess/3rdparty/Makefile.am
Lines 208 (patched)
<https://reviews.apache.org/r/66997/#comment284527>

    This variable name makes sense only 50% of the time, how about e.g., 
`GRPC_LIB_SUFFIX`?



3rdparty/libprocess/3rdparty/Makefile.am
Lines 223-232 (original), 221-230 (patched)
<https://reviews.apache.org/r/66997/#comment284526>

    It is very hard to see what is actually being execute here in what 
environment. Could you reflow this to e.g., always pass the env after `make`, 
reorder the variables and reflow the code?
    
        $(MAKE) $(AM_MAKEFLAGS)                                 \
          $(LIB_GRPC:%=$(abs_builddir)/%)                               \
          CC="$(CC)"                                            \
          CXX="$(CXX)"                                          \
          LD="$(CC)"                                            \
          LDXX="$(CXX)"                                         \
          CPPFLAGS="$(PROTOBUF_INCLUDE_FLAGS)                   \
                    $(SSL_INCLUDE_FLAGS)                                \
                    $(ZLIB_INCLUDE_FLAGS)"                              \
          LDFLAGS="$(PROTOBUF_LINKER_FLAGS)                             \
                   $(SSL_LINKER_FLAGS)                          \
               $(ZLIB_LINKER_FLAGS)"                            \
          HAS_PKG_CONFIG=false                                  \
          NO_PROTOC=false                                               \
          PROTOC="$(PROTOC)"



3rdparty/libprocess/3rdparty/Makefile.am
Lines 223-224 (original), 221-222 (patched)
<https://reviews.apache.org/r/66997/#comment284528>

    Why are we removing these extra flags? They don't seem to come from the 
normal flags.


- Benjamin Bannier


On May 8, 2018, 5:25 a.m., Chun-Hung Hsiao wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/66997/
> -----------------------------------------------------------
> 
> (Updated May 8, 2018, 5:25 a.m.)
> 
> 
> Review request for mesos, Benjamin Bannier, Gaston Kleiman, and Jie Yu.
> 
> 
> Bugs: MESOS-8798
>     https://issues.apache.org/jira/browse/MESOS-8798
> 
> 
> Repository: mesos
> 
> 
> Description
> -------
> 
> When the SSL build feature is disabled, libprocess now builds
> `libgrpc_unsecure` and `libgrpc++_unsecure` instead of `libgrpc` and
> `libgrpc++`, so the SSL headers and libraries are no longer required.
> 
> NOTE: gRPC v1.10 no longer needs `-Wno-deprecated-declarations` and
> `-Wno-unused-function` when building with OpenSSL v1.1.
> 
> 
> Diffs
> -----
> 
>   3rdparty/libprocess/3rdparty/Makefile.am 
> 7fb77f8f29e00a276cfb0efc5324ac838c8b5176 
>   3rdparty/libprocess/Makefile.am 70edb2ec3ad8b222cd28064f1012c39c335c57a5 
>   3rdparty/libprocess/configure.ac fd65d7062ee42eccf2a68d23d02e456d07da6513 
> 
> 
> Diff: https://reviews.apache.org/r/66997/diff/1/
> 
> 
> Testing
> -------
> 
> sudo make check in Mesos build and libprocess standalone build, with openssl 
> 1.0.2l and 1.1.0f.
> 
> 
> Thanks,
> 
> Chun-Hung Hsiao
> 
>

Reply via email to