草庐IT

GCC-style

全部标签

c++ - GCC 的 __builtin_expect 能走多远?

在回答另一个问题时,我对此感到好奇。我很清楚if(__builtin_expect(!!a,0)){//notlikely}else{//quitelikely}将通过向处理器提示/更改汇编代码顺序/某种魔法来使“很可能”分支更快(通常)。(如果有人能澄清那也很棒的魔法)。但这是否适用于a)内联ifs、b)变量和c)0和1以外的值?即会__builtin_expect(!!a,0)?/*unlikely*/:/*likely*/;或intx=__builtin_expect(t/10,7);if(x==7){//likely}else{//unlikely}或if(__builtin_

c++ - GCC 的 __builtin_expect 能走多远?

在回答另一个问题时,我对此感到好奇。我很清楚if(__builtin_expect(!!a,0)){//notlikely}else{//quitelikely}将通过向处理器提示/更改汇编代码顺序/某种魔法来使“很可能”分支更快(通常)。(如果有人能澄清那也很棒的魔法)。但这是否适用于a)内联ifs、b)变量和c)0和1以外的值?即会__builtin_expect(!!a,0)?/*unlikely*/:/*likely*/;或intx=__builtin_expect(t/10,7);if(x==7){//likely}else{//unlikely}或if(__builtin_

c++ - 关于 unsigned int 的建议(江南 Style 版)

“江南style”视频(我相信你一定听说过)在youtube上的浏览​​量刚刚超过20亿。事实上,谷歌表示他们从未期望视频大于32位整数......这暗示了谷歌使用int而不是unsigned的事实他们的观点柜台。我认为他们不得不重新编写代码以适应更大的View。查看他们的风格指南:https://google-styleguide.googlecode.com/svn/trunk/cppguide.html#Integer_Types...他们建议“不要使用无符号整数类型”,并给出一个很好的理由:unsigned可能是错误的。这是一个很好的理由,但可以提防。我的问题是:通常使用uns

c++ - 关于 unsigned int 的建议(江南 Style 版)

“江南style”视频(我相信你一定听说过)在youtube上的浏览​​量刚刚超过20亿。事实上,谷歌表示他们从未期望视频大于32位整数......这暗示了谷歌使用int而不是unsigned的事实他们的观点柜台。我认为他们不得不重新编写代码以适应更大的View。查看他们的风格指南:https://google-styleguide.googlecode.com/svn/trunk/cppguide.html#Integer_Types...他们建议“不要使用无符号整数类型”,并给出一个很好的理由:unsigned可能是错误的。这是一个很好的理由,但可以提防。我的问题是:通常使用uns

c++ - 为什么库链接器标志有时必须在最后使用 GCC?

我正在编写一个使用librt的小型C程序。如果我将链接标志放在开头而不是结尾,程序将无法编译,这让我感到非常惊讶:目前,要编译我所做的程序:gcc-oprogprog.c-lrt-std=gnu99如果我要执行以下操作,它将无法在librt中找到函数:gcc-std=gnu99-lrt-oprogprog.c然而,这适用于其他库。我在尝试使用简单的Makefile时发现了这个问题。make实际上编译prog.c而不是先喜欢(使用-c标志),然后进行链接。这是Makefile:CC=gccCFLAGS=-std=gnu99LIBS=-lrtLDFLAGS:=-lrtprog:prog.o

c++ - 为什么库链接器标志有时必须在最后使用 GCC?

我正在编写一个使用librt的小型C程序。如果我将链接标志放在开头而不是结尾,程序将无法编译,这让我感到非常惊讶:目前,要编译我所做的程序:gcc-oprogprog.c-lrt-std=gnu99如果我要执行以下操作,它将无法在librt中找到函数:gcc-std=gnu99-lrt-oprogprog.c然而,这适用于其他库。我在尝试使用简单的Makefile时发现了这个问题。make实际上编译prog.c而不是先喜欢(使用-c标志),然后进行链接。这是Makefile:CC=gccCFLAGS=-std=gnu99LIBS=-lrtLDFLAGS:=-lrtprog:prog.o

c++ - Clang "couldn' t 推断模板参数“而 gcc/g++ 可以。哪个是正确的?

我一直在尝试用clang编译一个项目(使用gcc/g++很好),并且编译停留在模板调用上。我尝试创建显示相同错误消息的最简单的类似代码。这里是:#include#include#includeusingnamespacestd;intA(doublein){return1;}intA(intin){return1;}templateMtest(Tinput,M(fun)(T)){returnfun(input);}intmain(intargc,constchar*argv[]){cout来自clang的错误(当然出现两次):error:nomatchingfunctionforcal

c++ - Clang "couldn' t 推断模板参数“而 gcc/g++ 可以。哪个是正确的?

我一直在尝试用clang编译一个项目(使用gcc/g++很好),并且编译停留在模板调用上。我尝试创建显示相同错误消息的最简单的类似代码。这里是:#include#include#includeusingnamespacestd;intA(doublein){return1;}intA(intin){return1;}templateMtest(Tinput,M(fun)(T)){returnfun(input);}intmain(intargc,constchar*argv[]){cout来自clang的错误(当然出现两次):error:nomatchingfunctionforcal

c++ - 在视觉 C++ 中是否有相当于 gcc 的 -Wshadow

-Wshadow将“每当局部变量遮蔽另一个局部变量时发出警告。”。VisualC++(2008)中是否有等价物?我试过/W4但它没有接受它。我也试过Cppcheck但那也没有看到。例如如果我不小心这样做了:classA{private:intmemberVar;public:voidfn(){intmemberVar=27;}};我真的很想知道! 最佳答案 查看警告C6244和C6246但您需要启用自动代码分析才能获取它们,请参阅Howto:EnableandDisableAutomaticCodeAnalysisforC/C++如

c++ - 在视觉 C++ 中是否有相当于 gcc 的 -Wshadow

-Wshadow将“每当局部变量遮蔽另一个局部变量时发出警告。”。VisualC++(2008)中是否有等价物?我试过/W4但它没有接受它。我也试过Cppcheck但那也没有看到。例如如果我不小心这样做了:classA{private:intmemberVar;public:voidfn(){intmemberVar=27;}};我真的很想知道! 最佳答案 查看警告C6244和C6246但您需要启用自动代码分析才能获取它们,请参阅Howto:EnableandDisableAutomaticCodeAnalysisforC/C++如