草庐IT

arm-linux-gnu-gcc

全部标签

c++ - 相同的 C++ 'if' 语句,在 Linux/Windows 上的结果不同

我发现了一个有趣的案例,即相同的C++代码在不同的系统上产生不同的结果。#includeintmain(){inta=20,b=14;if(a*1.0/b*(a+1)/(b+1)==2)printf("YES!");elseprintf("NO!");}使用GCC4.6.3在UbuntuLinux12.04上编译它输出YES!使用GCC4.6.2在Windows7上编译它输出NO!但是,使用:doublec=a*1.0/b*(a+1)/(b+1);if(c==2)printf("YES!");...将在两台机器上返回YES!。知道为什么会出现这种差异吗?这是由编译器版本不匹配引起的吗(

c++ - 使用 gcc/g++ 编译器编译 c++

我是C++的新手,我想编译我的测试程序。我现在有3个文件"main.cpp""parse.cpp""parse.h"如何用一条命令编译它? 最佳答案 同时编译它们并将结果放入a.out$g++file.cppother.cpp同时编译它们并将结果放入prog2$g++file.cppother.cpp-oprog2分别编译每个,然后将它们链接到a.out$g++-cfile.cpp$g++-cother.cpp$g++file.oother.o分别编译,然后链接到prog2$g++-cfile.cpp$g++-cother.cpp$

clang 和 gcc 中的 C++14 可变参数模板参数推断

我正在使用clang3.5.0和gcc版本4.9.2(两者都启用了C++14选项,尽管尾随返回类型可以在C++11中完成)。以下代码在g++中编译,而不是在clang++中编译。我的问题是“哪一个是正确的?”#include#include#includeusingnamespacestd;templatestructsymop{OPop;tuplefs;symop(constOP&oopp,constF1&f1,constFs&...ffss):op(oopp),fs(f1,ffss...){}};templateautobaz(constsymop&so){returnso.op(

c++ - AVX、SSE 总和比 gcc 自动向量化慢

我有一个奇怪的现象,无法真正解释。我正在尝试编写一些数字代码,从而对一些实现进行基准测试。我只是想用SSE和AVX以及gcc自动矢量化来对一些vector加法进行基准测试。为了测试这一点,我使用并修改了下面的代码。代码:#include#include#include"../../time/timer.hpp"voidser(double*a,double*b,double*res,intsize){for(inti(0);i对于计时和计算的GFLOP/S,我得到:./test3AVX1892ms0.338266GFLOP/sSSE408ms1.56863GFLOP/sSER396ms

c++ - gcc命令行中静态库的cpptask排序

我如何强制cpptask将静态库移动到发布给编译器的arg列表的末尾?这是我正在使用的子句执行时,libboost_thread.alibboost_date_time.a是参数列表中第一个通过编译器的文件,gcc-ggdb-Wl,-export-dynamic-Wshadow-Wno-format-y2k\../../lib/libboost_date_time.a../../lib/libboost_thread.ax.cpp...这会导致编译器错误。通过手动将它们移动到参数列表的末尾,应用程序可以正确编译。gcc-ggdb-Wl,-export-dynamic-Wshadow-W

c++ - gcc 在编译时或链接时的可见性

我正在尝试使用gcc的fvisibility功能限制共享库的ABI。但是我很困惑什么是正确的方法。我的makefile将构建过程分为两个阶段。在第一步中,所有.cpp文件都使用一些gcc选项构建为目标文件。然后使用另一组gcc和ld选项将所有目标文件链接在一起。从我读到的内容来看,可见性与第二步有关。然而,这与我观察到的结果相矛盾。如果我将fvisibility=hidden添加到编译时选项,结果如预期的那样,nm-D报告了一组更小的导出符号。相反,如果我将它添加到链接时间选项中,它似乎不会影响构建。在寻找解释时,我比较了使用和不使用fvisibility生成的目标文件。区别似乎在于目

c++ - 部署使用 GCC 4.6 编译的 OSX 应用程序

我正在尝试在MacOS-X上移植我的一个项目。当我使用C++0X开发我的项目时,我需要一个比Xcode提供的版本更新的GCC版本(甚至是Xcode4),所以我在我的SnowLeopardsMac上编译了GCC4.6。我的项目确实可以正常编译,它也可以在我编译它的计算机(OS-X10.6.7)上启动,但是当我将它传输到我的MacBook(OS-X10.5.8)时它不起作用。它返回以下错误:dyld:lazysymbolbindingfailed:Symbolnotfound:__ZNSo9_M_insertImEERSoT_Referencedfrom:/Users/zu/Desktop

c++ - Intel (windows) c++ 编译器并将其库实现更改为 gcc。可能吗?

不确定这是不是该问的地方,但这里是来自page在英特尔网站上,它指出:TheIntelC++CompilerforWindowsusestheMicrosoftVisualC++headerfiles,librariesandlinker.Microsoftcontrolstheheaderfilesthatdefinethenamespace.ContactMicrosoft'stechnicalsupportinreferencetoMicrosoft'sconformancetotheC++standardonthisissue...link是否有英特尔(或其他)指南将库从vis

深入分析arm的程序启动过程内存分配和加载区域运行区域的关系

STM32的启动过程一启动代码启动代码由MCU研发商提供。MCU一上电,首先执行的是启动代码,她是一个汇编代码。以stm32f1为例:首先定义堆栈,然后定义中断向量表,然后执行复位中断服务函数Reset_Handler;ResethandlerReset_HandlerPROCEXPORTReset_Handler[WEAK]IMPORT__mainIMPORTSystemInitLDRR0,=SystemInitBLXR0LDRR0,=_mainBXR0ENDPReset_Handler首先调用SystemInit,配置和运行时钟系统,然后执行_main函数,在__main里面对堆栈、中断向

c++ - 在 Linux 中将 fork() + execlp 与 boost::asio 一起使用时解决重用错误

我有一个程序在TCP端口上监听特定字符串并使用execlp调用启动应用程序。我正在执行fork()以在此execlp调用之前启动子进程。在此启动后,父进程再次开始监听同一端口。我正在关闭子进程中的套接字。我在boost::asio::tcp_socket上写了一个包装器,我在绑定(bind)套接字之前将addr_reuse选项设置为true.现在我的问题是在Linux中,我在应用程序启动几次后收到地址重用错误。在我的程序中,它不断尝试接受连接(或者更准确地说,尝试安排对boost::asio::io_service的接受)直到绑定(bind),然后接受成功。所以我在这个循环中收到了错误