CC1PLUS.EXE: OUT OF MEMORY ALLOCATING 65536 BYTES

CC1PLUS.EXE: OUT OF MEMORY ALLOCATING 65536 BYTES

问:CC1PLUS.EXE: OUT OF MEMORY ALLOCATING 65536 BYTES
出现此问题是因为 函数内容太长,编译的时候报内存不足。
错误现象:

CC1PLUS.EXE: OU​T OF MEMORY ALLOCATING 65536 BYTES


答:参考链接:

具体操作,执行以下命令:

bcdedit /set IncreaseUserVa 3072
cd C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin
editbin /LARGEADDRESSAWARE "C:\SysGCC\raspberry\libexec\gcc\arm-linux-gnueabihf\4.9\cc1plus.exe"

    • Related Articles

    • RealEvo-IDE 编译报错:Dumping stack trace to rm.exe.stackdump

      Q:IDE编译报错:Dumping stack trace to rm.exe.stackdump,如下图错误信息时,该如何处理? make -k all 0 [main] rm 3920 open_stackdumpfile: Dumping stack trace to rm.exe.stackdump 0 [main] rm 4500 handle_exceptions: Exception: STATUS ACCESSUIOLATION 60 [main] rm 4500 ...
    • error: xxx-sylixos-elf-lzocom.exe

      Q:IDE 在编译工程时出现:xxxx-sylixos-elf-lzocom.exe  应用程序出错。 应用程序无法正常启动(0xc000007b)。请单击“确定”关闭应用程序。信息如下图所示。 安装 vc2010_redist_x86.exe 即可解决此问题, 此文件在 IDE 软件安装包的 Tools 目录下(如 SylixOS IDE 3.9.11_professional\Tools) 。
    • 基于 SylixOS arm64 的 ABI 说明

      根据 ARM 官方的 AAPCS64 文档说明,X18 是一个平台自定义的寄存器,可用作线程上下文相关处理使用。这样使用的好处是减少了部分压栈和弹栈操作,整体提升了性能。       因为绝大多数用户场景是 C及更高级的语言,所以我们在 gcc 编译的时候已经指定了编译器不要使用 x18。对于客户代码中使用汇编的场景,客户只需要将 x18 修改为别的寄存器即可。 我们这样的处理方式既提升了性能,也能适应绝大多数的场景,并且对于直接用汇编编程的情况只需要做很简单的替换即可。 下图内容摘自ARM ...
    • SylixOS x86 HPET 定时器驱动

      HPET(High Precision Event Timer) 俗称高精度定时器,最低时钟频率为10MHZ,而且定义了比较严格的精确度(间隔 >= 1 毫秒的允许 +-0.05% 的误差,间隔 <=100 微妙的允许 +-0.2% 的误差)。x86 架构中一般支持 HPET 定时器。在 HPET 体系结构中规定 32 个定时器组成一个定时器块,最多可支持 8 个块,也就是 256 个定时器。实际设备中可使用的定时器数量可以从相关寄存器中查询。每个定时器均可以单独配置成一个中断。 在 x86 ...
    • win10 下 IDE 编译 Base 慢的解决方法

      问:IDE 在 win10 上编译 Base 慢的解决方式! IDE 替换 makesymbol.exe 后加速 base 编译 IDE 在编译 Base 的时候,有生成符号文件的过程,当前 Base 默认都使用 makesymbol.bat 的脚本文件。 但该操作在 Win10 上执行非常慢,可以按照如下步骤加速这个过程: (1)下载附件 makesymbol.exe00  (这里因为 desk 平台不能上传 .exe 后缀的文件,下载之后需要将后缀名修改回  .exe); (2)将 ...