You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mesos.apache.org by "Benjamin Mahler (JIRA)" <ji...@apache.org> on 2014/06/21 01:14:25 UTC

[jira] [Resolved] (MESOS-908) warnings when building with clang

     [ https://issues.apache.org/jira/browse/MESOS-908?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benjamin Mahler resolved MESOS-908.
-----------------------------------

    Resolution: Fixed

Looks to be resolved here:

{noformat}
commit 560d4576b75b685516ecd3d30396364ea3360352
Author: Niklas Q. Nielsen <ni...@mesosphere.io>
Date:   Wed Jan 15 16:57:25 2014 +0000

    Fixed control flow compiler warning in encoder.hpp.

    Fixes warning of "control may reach end of non-void function" in
    encoder.hpp that occurs when compiling using clang.

    From: TILL TOENSHOFF <to...@me.com>
    Review: https://reviews.apache.org/r/16897
{noformat}

> warnings when building with clang 
> ----------------------------------
>
>                 Key: MESOS-908
>                 URL: https://issues.apache.org/jira/browse/MESOS-908
>             Project: Mesos
>          Issue Type: Improvement
>          Components: build, libprocess
>    Affects Versions: 0.17.0
>         Environment: Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
>            Reporter: Till Toenshoff
>            Priority: Trivial
>              Labels: build, clang, protobuf, warnings
>
> When building with clang, a bunch of warnings popped up.
> Most of those are protobuf's rendered code related (implicit conversion long to int) and that appears to be a known issue:
> https://code.google.com/p/protobuf/issues/detail?id=83
> However two of those are stemming from libprocess:
> ../../../3rdparty/libprocess/src/encoder.hpp:125:3: warning: control may reach end of non-void function [-Wreturn-type]
> ../../../3rdparty/libprocess/src/process.cpp:1848:1: warning: control may reach end of non-void function [-Wreturn-type]
> Unsure if the second one is a false positive.



--
This message was sent by Atlassian JIRA
(v6.2#6252)