预处理编译开发 更多内容
  • ecpg组件介绍

    ecpg组件 ecpg:用于对嵌入式SQL-C进行预处理的可执行二进制文件。 libecpg:为ecpg提供连接、执行SQL、事务等实现的动态库,包括libecpg.so、libecpg.so.6和libecpg.so.6.4,在C语言程序编译执行时通过“-lecpg”参数引用。 lib

    来自:帮助中心

    查看更多 →

  • Device侧编译

    Device侧的代码编译,DDK提供了整套基于aarch64的gcc编译链工具,需要使用$DDK_HOME/toolchains/aarch64-linux-gcc6.3目录下的编译链工具进行交叉编译。

    来自:帮助中心

    查看更多 →

  • 编译依赖接口

    如下接口只在算子编译过程中用到,用户在编写算子时不会直接调用。您可以在DDK包的安装目录下的ddk/include/inc/tensor_engine/cce_aicpu_3rd_party.h文件中查看接口的定义。__aicpu__ void *aicpu_malloc(unsigned int size)该接口用于实现内存申请,入参s

    来自:帮助中心

    查看更多 →

  • Host侧编译

    Host侧代码编译,需要使用操作系统默认的gcc编译器来编译。

    来自:帮助中心

    查看更多 →

  • 业务软件编译

    CPU和Device CPU上运行的编译工具链,因此需要进行交叉编译。Atlas500 Host软件交叉编译和Device软件交叉编译方法类似,只是交叉编译工具和链接库不同,因而本文档统一说明Host和Device的软件编译方法。为了提高软件编译效率,一般使用自构建工具进行,Atlas

    来自:帮助中心

    查看更多 →

  • 静态编译架构

    静态编译架构 从整个数据库服务的组成构架来看,存储引擎向上对接SQL引擎,为SQL引擎提供或接收标准化的数据格式(元组或向量数组);存储引擎向下对接存储介质,按照特定的数据组织方式,以页面、压缩单元(Compress Unit)或其他形式为单位,通过存储介质提供的特定接口,对存储

    来自:帮助中心

    查看更多 →

  • 常见编译问题

    常见编译问题 本章节收录了编译sdk或者sdk demo可能遇到的一些编译问题,对应版本的问题可能在其他旧版本中也出现,都可以参考 v3.23.3版本反映的常见问题: 问题1: 编译sdk的vs工程报错: 报错文件:目录${yourSDKPath}\platform\eSDK_LogAPI_V2

    来自:帮助中心

    查看更多 →

  • ifdef、ifndef、else、elif和endif指令

    ifdef、ifndef、else、elif和endif指令 ecpg提供了ifdef、ifndef、else、elif和endif条件编译指令。在预处理时,按照不同的条件去编译程序的不同部分,使用时,需要添加EXEC SQL前缀关键字。 示例如下: EXEC SQL ifndef TZVAR;

    来自:帮助中心

    查看更多 →

  • ifdef、ifndef、else、elif和endif指令

    ifdef、ifndef、else、elif和endif指令 ecpg提供了ifdef、ifndef、else、elif和endif条件编译指令。在预处理时,按照不同的条件去编译程序的不同部分,使用时,需要添加EXEC SQL前缀关键字。 示例如下: EXEC SQL ifndef TZVAR;

    来自:帮助中心

    查看更多 →

  • ecpg组件介绍

    ecpg组件 ecpg:用于对嵌入式SQL-C进行预处理的可执行二进制文件。 libecpg:为ecpg提供连接、执行SQL、事务等实现的动态库,包括libecpg.so、libecpg.so.6和libecpg.so.6.4,在C语言程序编译执行时通过“-lecpg”参数引用。 lib

    来自:帮助中心

    查看更多 →

  • ecpg组件介绍

    ecpg组件 ecpg:用于对嵌入式SQL-C进行预处理的可执行二进制文件。 libecpg:为ecpg提供连接、执行SQL、事务等实现的动态库,包括libecpg.so、libecpg.so.6和libecpg.so.6.4,在C语言程序编译执行时通过“-lecpg”参数引用。 lib

    来自:帮助中心

    查看更多 →

  • 包含文件

    "filename"; ecpg预处理器按照如下顺序搜索文件: 当前目录 /usr/local/include GaussDB Kernel的目录,在编译时定义 /usr/include EXEC SQL INCLUDE "filename"语句仅搜索当前目录。 在每一个目录中,预处理器首先按照给定的文件名搜索,若没找到则会追加

    来自:帮助中心

    查看更多 →

  • 包含文件

    "filename"; ecpg预处理器按照如下顺序搜索文件: 当前目录 /usr/local/include GaussDB Kernel的目录,在编译时定义 /usr/include EXEC SQL INCLUDE "filename"语句仅搜索当前目录。 在每一个目录中,预处理器首先按照给定的文件名搜索,若没找到则会追加

    来自:帮助中心

    查看更多 →

  • 包含文件

    "filename"; ecpg预处理器按照如下顺序搜索文件: 当前目录 /usr/local/include GaussDB Kernel的目录,在编译时定义 /usr/include EXEC SQL INCLUDE "filename"语句仅搜索当前目录。 在每一个目录中,预处理器首先按照给定的文件名搜索,若没找到则会追加

    来自:帮助中心

    查看更多 →

  • 包含文件

    "filename"; ecpg预处理器按照如下顺序搜索文件: 当前目录 /usr/local/include GaussDB Kernel的目录,在编译时定义 /usr/include EXEC SQL INCLUDE "filename"语句仅搜索当前目录。 在每一个目录中,预处理器首先按照给定的文件名搜索,若没找到则会追加

    来自:帮助中心

    查看更多 →

  • define和undef指令

    ne和#undef。区别在于定义的值会在哪里被计算,如果使用EXEC SQL DEFINE,那么ecpg预处理阶段会计算这些定义并替换值。如下示例,ecpg对其进行替换并且编译器不会解析名为MYNUMBER的任何名称或标识符: EXEC SQL DEFINE MYNUMBER 12;

    来自:帮助中心

    查看更多 →

  • define和undef指令

    ne和#undef。区别在于定义的值会在哪里被计算,如果使用EXEC SQL DEFINE,那么ecpg预处理阶段会计算这些定义并替换值。如下示例,ecpg对其进行替换并且编译器不会解析名为MYNUMBER的任何名称或标识符: EXEC SQL DEFINE MYNUMBER 12;

    来自:帮助中心

    查看更多 →

  • define和undef指令

    ne和#undef。区别在于定义的值会在哪里被计算,如果使用EXEC SQL DEFINE,那么ecpg预处理阶段会计算这些定义并替换值。如下示例,ecpg对其进行替换并且编译器不会解析名为MYNUMBER的任何名称或标识符: EXEC SQL DEFINE MYNUMBER 12;

    来自:帮助中心

    查看更多 →

  • define和undef指令

    ne和#undef。区别在于定义的值会在哪里被计算,如果使用EXEC SQL DEFINE,那么ecpg预处理阶段会计算这些定义并替换值。如下示例,ecpg对其进行替换并且编译器不会解析名为MYNUMBER的任何名称或标识符: EXEC SQL DEFINE MYNUMBER 12;

    来自:帮助中心

    查看更多 →

  • Host编译工具链

    Atlas 500 Host侧CPU使用的是Hi3559A,Hi3559A是Armv8-a架构的64位CPU。由于Atlas 500没有可以在Hi3559A上运行的编译工具,编译程序时,需要先在x86平台上进行交叉编译,再将编译后的软件拷贝到Atlas 500上的Hi3559A上运行。Atlas 500 Host软件开发编译工具链位于At

    来自:帮助中心

    查看更多 →

  • 搭建Linux编译环境

    搭建Linux编译环境 软件要求 安装编译器&构建器 安装图形化配置解析工具 父主题: Linux下的编译

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了