2017-02-09 42 views
-6

在追踪我软件中的错误时,我遇到了一个奇怪的行为,并想知道是否有人会有一些事后的看法。C++不等号但编译时没有赋值

下面是代码(它编译,没有任何运行时错误):

#define ERR_OK 0 
#define ERR_NOT_OK -41 

int some_class::some_function(uint32_t verbose){ 
    int ret_value = ERR_OK; 

    if (some_condition) { 
     ret_value ERR_NOT_OK; 
    } 

    return ret_value; 
} 

为什么会出现这种线编;它缺少一个等号:

ret_value ERR_NOT_OK; 

xcodebuild联编日志:

CompileC /Users/user_name/Library/Developer/Xcode/DerivedData/xxx-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/Debug/project_nameAPI.build/Objects-normal/x86_64/some_class.o api/src/some_class.cpp normal x86_64 c++ com.apple.compilers.llvm.clang.1_0.compiler 
    cd /Users/user_name/Documents/project_name/project_name_dev 
    export LANG=en_US.US-ASCII 
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x c++ -arch x86_64 -fmessage-length=0 -fdiagnostics-show-note-include-stack -fmacro-backtrace-limit=0 -Wno-trigraphs -fpascal-strings -O0 -fno-common -Werror -Wno-missing-field-initializers -Wno-missing-prototypes -Wunreachable-code -Wno-non-virtual-dtor -Wno-overloaded-virtual -Wno-exit-time-destructors -Wno-missing-braces -Wparentheses -Wswitch -Wunused-function -Wno-unused-label -Wno-unused-parameter -Wunused-variable -Wunused-value -Wempty-body -Wuninitialized -Wno-unknown-pragmas -Wno-shadow -Wno-four-char-constants -Wno-conversion -Wconstant-conversion -Wint-conversion -Wbool-conversion -Wenum-conversion -Wassign-enum -Wshorten-64-to-32 -Wno-newline-eof -Wno-c++11-extensions -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk -fasm-blocks -funroll-loops -fstrict-aliasing -Wno-deprecated-declarations -Winvalid-offsetof -mmacosx-version-min=10.10 -g -Wno-sign-conversion -Winfinite-recursion -Wmove -iquote /Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/Debug/project_nameAPI.build/project_nameAPI-generated-files.hmap -I/Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/Debug/project_nameAPI.build/project_nameAPI-own-target-headers.hmap -I/Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/Debug/project_nameAPI.build/project_nameAPI-all-target-headers.hmap -iquote /Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/Debug/project_nameAPI.build/project_nameAPI-project-headers.hmap -I/Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Products/Debug/include -I/Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/DerivedSources/include -I/Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/Debug/project_nameAPI.build/DerivedSources/x86_64 -I/Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/Debug/project_nameAPI.build/DerivedSources -Wno-address-of-packed-member -Wno-unknown-warning-option -F/Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Products/Debug -Wall -MMD -MT dependencies -MF /Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/Debug/project_nameAPI.build/Objects-normal/x86_64/some_class.d --serialize-diagnostics /Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/Debug/project_nameAPI.build/Objects-normal/x86_64/some_class.dia -c /Users/user_name/Documents/project_name/project_name_dev/api/src/some_class.cpp -o /Users/user_name/Library/Developer/Xcode/DerivedData/jal-emkfpcfmbsgbyrammutcuwrgpqox/Build/Intermediates/project_name.build/Debug/project_nameAPI.build/Objects-normal/x86_64/some_class.o 

编辑:删除分号和改变的#define ERR_NOT_OK 1至#定义ERR_NOT_OK -41;添加了xcodebuild日志。

+0

什么工具链? – Matt

+1

VS2013不会编译它。 –

+0

提高警告水平,看看会发生什么。 –

回答

4

如果ERR_NOT_OK被定义为-41,那么你的

ret_value ERR_NOT_OK; 

取代有

ret_value -41; 

这是一个有效的表达式语句,即使它实际上是一个无操作。最初打算作为一元的-在本文中被解释为二进制-

这就是为什么它是一个好主意,把它定义为

#define ERR_NOT_OK (-41) 
+0

这与编译llvm,我不认为这是一个有效的表达式。 – Onep

+0

另一个不使用宏作为常量的原因 – Slava

+0

@Slava:是的,但是如果常量出现在一个头文件中,这些头文件可以在C和C++代码中使用,那么你没有太多的选择。它是宏或枚举。 – AnT