草庐IT

CORETELEPHONY_EXTERN

全部标签

c++ - C++中extern “C”与extern “C” {}的不同链接

Thisquestionalreadyhasanswershere:Isthereadifferencebetweenwithbracesorwithoutwhenusingextern“C”?(3个答案)2年前关闭。我意识到,乍一看,我的问题似乎很明显是与extern关键字相关的众多问题之一的重复,但是我找不到的任何答案来谈论extern“C”和extern“C”{}。相反,我发现有几个人指出这两个结构是等效的,因为我认为这是合理的。不幸的是,经验证据表明它们实际上与等效。这是一个例子:extern"C"{constintmy_var1=21;}extern"C"constintmy

c++ - extern const char* const SOME_CONSTANT 给我链接器错误

我想像这样在API中提供一个字符串常量:externconstchar*constSOME_CONSTANT;但是如果我在我的静态库源文件中将它定义为constchar*constSOME_CONSTANT="test";当链接到该库并使用SOME_CONSTANT时,我遇到链接器错误:Error1errorLNK2001:unresolvedexternalsymbol"charconst*constSOME_CONSTANT"(?SOME_CONSTANT@@3QBDB)从externconstchar*const声明和定义中删除指针常量(第二个const关键字)使其工作。如何使用

c++ - extern "C"、重载和函数指针可能存在歧义

正常的功能,可以写extern"C"intFrotz(int);//inaheaderintFrotz(intx){returnx;}然而,对于函数指针,这似乎在编译器之间实现不一致。extern"C"intKlutz(int(*)(int),int);intKlutz(int(*fptr)(int),intx){return(*fptr)(x);}在声明中,参数也是extern"C"。在定义中,大多数编译器似乎都匹配这些函数,并使Klutz成为extern"C"函数。然而,Sun和Cray编译器将这些函数解释为不同的,产生了重载的intKlutz(int(*fptr)(int),in

【05】STM32·HAL库开发-C语言基础知识 | stdint.h介绍 | 位操作 | 宏定义的使用 | 条件编译 | extern声明 | typdef使用 | 结构体、指针、代码规范介绍。

这里写目录标题1.stdint.h简介(了解)2.位操作(掌握)2.1给寄存器某个位赋值3.宏定义(掌握)3.1带参数的宏定义4.条件编译(掌握)5.extern声明(掌握)6.类型别名(typedef)(掌握)7.结构体(掌握)8.指针(掌握)9.代码规范(熟悉)10.总结(了解)1.stdint.h简介(了解)  stdint.h是从C99中引进的一个标准C库的文件,可以在MDK5的安装路径:D:\MDK5.34\ARM\ARMCC\include中找到。  stdint.h定义了很多类型别名,将有符号的char类型定义别名为int8_t等,使用此套别名有易于移植。  在MDK中需要配置才

c++ - 使用 extern "C"链接的过载解决方案

在混合的C/C++项目中,我们需要从C调用C++函数。要调用的函数被重载为三个独立的函数,但我们可以从C端忽略它,我们只选择最合适的并坚持使用那个。有两种方法可以做到这一点:(1)编写一个带有extern"C"函数的小型C++包装器,将调用转发给选定的重载函数,或者(2)仅声明我们想要的一个函数的hackish方法以extern"C"的形式从C调用。问题是,选择第二种变体是否有任何缺点(除了噩梦和恶业)?换句话说,给定三个重载函数,其中一个被声明为exern"C",我们是否应该预料到C++方面的问题,或者这是否根据标准明确定义? 最佳答案

c++ - 我是否需要一个 extern "C" block 来包含标准 POSIX C header ?

我是否需要extern"C"{}block来在C++程序中包含标准Cheader。只考虑在C++中没有对应物的标准C头文件。例如:extern"C"{#include#include} 最佳答案 系统C头文件通常已经包含一个extern"C"block,由#ifdef__cplusplus保护。这样,函数在编译为C++时会自动声明为extern"C",您无需手动执行此操作。例如在我的系统上unistd.h和fcntl.h以__BEGIN_DECLS开始并以__END_DECLS结束,它们是在sys/cdefs.h中定义的宏:/*C+

c++ - 声明一个数组,其大小声明为 extern const

我在初始化一个大小定义为externconst的数组时遇到问题。我一直遵循这样的规则,即全局变量应该在头文件中声明为extern,并且它们的相应定义应该在一个实现文件中,以避免变量重新声明错误。这种方法工作得很好,直到我不得不初始化一个大小被定义为外部常量的数组。我收到一个错误,指出需要一个常量表达式。但是,如果我尝试为const变量赋值,编译器会正确地提示无法将值赋给常量变量。这实际上证明编译器确实将变量视为常量。那为什么声明一个同样大小的数组会报错呢?不使用#define有什么方法可以避免这种情况吗?我也想知道这个错误的原因。包.h:#ifndefPACKAGE_H#defineP

windows - 对比 2010 : error LNK2028: unresolved token (0A000342) "extern "C"int __stdcall

以下代码摘自here.我在Windows7上工作时删除了所有WindowsNT部分。我复制了这段代码并在visualstudio2010中运行(新建项目->VC++->CLR->CLR控制台...)。但它给出了许多Unresolvedextern'c'错误,如代码下方所列。我犯了什么错?#defineSTRICT1#include#includeusingnamespacestd;BOOLCALLBACKEnumWindowsProc(HWNDhWnd,LPARAMlParam){DWORDdwThreadId,dwProcessId;HINSTANCEhInstance;charSt

ios - 为什么 Apple 使用特殊的 COREDATA_EXTERN 限定符而不只是 extern?

有时我喜欢浏览Apple源代码,看看专业人士是如何做的,有时也能学到一两件事。我现在正在查看NSManagedObjectContext.h的头文件,以及它们的全局变量,比如NSManagedObjectContextDidSaveNotification,它们是这样声明的:COREDATA_EXTERNNSString*constNSManagedObjectContextDidSaveNotification;而通常它只是:externNSString*constNSManagedObjectContextDidSaveNotificationCmd+clickingonCORED

c++全局变量extern

externextern是C++中的一个关键字,用于声明一个变量或函数是在其他文件中定义的。它的作用是告诉编译器在链接时在其他文件中寻找该变量或函数的定义。在C++中,如果一个变量或函数在多个文件中使用,那么就需要在每个文件中都声明一次该变量或函数。这时就可以使用extern关键字来声明该变量或函数是在其他文件中定义的。除了在不同文件中共享变量和函数的定义、在函数中使用全局变量、在头文件中声明变量和函数、在类中声明静态成员变量外,extern还有一些其他的用法:在模板中使用外部变量在命名空间中使用外部变量在静态库中使用外部变量声明变量例如,假设我们有两个文件a.cpp和b.cpp,它们都需要使