C++博客-Small place-文章分类-Windows IDE

调用约定(转)

Lexili — Wed, 16 Jul 2008 09:58:00 GMT

前段时间写个DLL给这个东西弄郁闷了。
转自MSDN..http://www.microsoft.com/china/community/program/originalarticles/...(这个我也很无语)
1、__stdcall调用约定相当于16位动态库中经常使用的PASCAL调用约定。在32位的VC++5.0中
PASCAL调用约定不再被支持（实际上它已被定义为__stdcall。除了__pascal外，__fortran和
__syscall也不被支持），取而代之的是__stdcall调用约定。两者实质上是一致的，即函数的参数自
右向左通过栈传递，被调用的函数在返回前清理传送参数的内存栈，但不同的是函数名的修饰部分
（关于函数名的修饰部分在后面将详细说明）。
_stdcall是Pascal程序的缺省调用方式，通常用于Win32 Api中，函数采用从右到左的压栈方式，自
己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀，在函数名后加上"@"和参数
的字节数。
2、C调用约定（即用__cdecl关键字说明）按从右至左的顺序压参数入栈，由调用者把参数弹出栈。
对于传送参数的内存栈是由调用者来维护的（正因为如此，实现可变参数的函数只能使用该调用约
定）。另外，在函数名修饰约定方面也有所不同。
_cdecl是C和C＋＋程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码，所以产生的
可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。VC将函数编译后会在函
数名前面加上下划线前缀。是MFC缺省调用约定。
3、__fastcall调用约定是"人"如其名，它的主要特点就是快，因为它是通过寄存器来传送参数的（实
际上，它用ECX和EDX传送前两个双字（DWORD）或更小的参数，剩下的参数仍旧自右向左压栈传
送，被调用的函数在返回前清理传送参数的内存栈），在函数名修饰约定方面，它和前两者均不同。
_fastcall方式的函数采用寄存器传递参数，VC将函数编译后会在函数名前面加上"@"前缀，在函数
名后加上"@"和参数的字节数。
4、thiscall仅仅应用于"C++"成员函数。this指针存放于CX寄存器，参数从右到左压。thiscall不是
关键词，因此不能被程序员指定。
5、naked call采用1-4的调用约定时，如果必要的话，进入函数时编译器会产生代码来保存ESI，
EDI，EBX，EBP寄存器，退出函数时则产生代码恢复这些寄存器的内容。
naked call不产生这样的代码。naked call不是类型修饰符，故必须和_declspec共同使用。
关键字 __stdcall、__cdecl和__fastcall可以直接加在要输出的函数前，也可以在编译环境的
Setting...\C/C++ \Code Generation项选择。当加在输出函数前的关键字与编译环境中的选择不
同时，直接加在输出函数前的关键字有效。它们对应的命令行参数分别为/Gz、/Gd和/Gr。缺省状态
为/Gd，即__cdecl。
要完全模仿PASCAL调用约定首先必须使用__stdcall调用约定，至于函数名修饰约定，可以通过其它
方法模仿。还有一个值得一提的是WINAPI宏，Windows.h支持该宏，它可以将出函数翻译成适当的
调用约定，在WIN32中，它被定义为__stdcall。使用WINAPI宏可以创建自己的APIs。
2)名字修饰约定
1、修饰名(Decoration name)
"C"或者"C++"函数在内部（编译和链接）通过修饰名识别。修饰名是编译器在编译函数定义或者原
型时生成的字符串。有些情况下使用函数的修饰名是必要的，如在模块定义文件里头指定输出"C++"
重载函数、构造函数、析构函数，又如在汇编代码里调
用"C""或"C++"函数等。
修饰名由函数名、类名、调用约定、返回类型、参数等共同决定。
2、名字修饰约定随调用约定和编译种类(C或C++)的不同而变化。函数名修饰约定随编译种类和调
用约定的不同而不同，下面分别说明。
a、C编译时函数名修饰约定规则：
__stdcall调用约定在输出函数名前加上一个下划线前缀，后面加上一个"@"符号和其参数的字节数，
格式为_functionname@number。
__cdecl调用约定仅在输出函数名前加上一个下划线前缀，格式为_functionname。
__fastcall调用约定在输出函数名前加上一个"@"符号，后面也是一个"@"符号和其参数的字节数，
格式为@functionname@number。
它们均不改变输出函数名中的字符大小写，这和PASCAL调用约定不同，PASCAL约定输出的函数名
无任何修饰且全部大写。
b、C++编译时函数名修饰约定规则：
__stdcall调用约定：
1、以"?"标识函数名的开始，后跟函数名；
2、函数名后面以"@@YG"标识参数表的开始，后跟参数表；
3、参数表以代号表示：
X--void ，
D--char，
E--unsigned char，
F--short，
H--int，
I--unsigned int，
J--long，
K--unsigned long，
M--float，
N--double，
_N--bool，
....
PA--表示指针，后面的代号表明指针类型，如果相同类型的指针连续出现，以"0"代替，一个"0"代表
一次重复；
4、参数表的第一项为该函数的返回值类型，其后依次为参数的数据类型,指针标识在其所指数据类型
前；
5、参数表后以"@Z"标识整个名字的结束，如果该函数无参数，则以"Z"标识结束。
其格式为"?functionname@@YG*****@Z"或"?functionname@@YG*XZ"，例如
int Test1（char *var1,unsigned long）-----“?Test1@@YGHPADK@Z”
void Test2（） -----“?Test2@@YGXXZ”
__cdecl调用约定：
规则同上面的_stdcall调用约定，只是参数表的开始标识由上面的"@@YG"变为"@@YA"。
__fastcall调用约定：
规则同上面的_stdcall调用约定，只是参数表的开始标识由上面的"@@YG"变为"@@YI"。
VC++对函数的省缺声明是"__cedcl",将只能被C/C++调用.

Lexili 2008-07-16 17:58 发表评论

编译、连接出错解决笔记

Lexili — Tue, 06 May 2008 06:24:00 GMT

当然有MSDN会对这些错误给出解释，但是要真正解决还是要记下来的。
1.LNK2001:
(vs2005)
a.无法解析外部符号 __security_cookie 'XXXX'。
解决方法：选择“项目”->“属性”->“C/C++”->“代码生成”->“缓冲区安全检查”，设为“否”（当然这不是最好的方法，最实在的解决方案应该是重新分析代码-_-）
(vc6.0)
a.msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
Debug/XXXXX.exe : fatal error LNK1120: 1 unresolved externals
使用Unicode库的时候没有更改入口点,在Link->Output中把入口点改为Unicode版本:wWinMainCRTStartup

2.LNK2019:
a.很可能是没有包含相应的.h文件，如果是多个项目间的连接很可能是没有设置项目的依赖项（这个在VS2005里边经常出现）。
b.在写dll的时候经常出现，检查调用约定等可以解决。
添加中....
3.LNK2015:
出现情况：
a.函数或变量在两个不同的库中定义,而且是弱定义，这个基本上无解的。
b.函数没有实现的实体，这个最简单了，有代码的加代码，无代码加库，一切OK。

Lexili 2008-05-06 14:24 发表评论

(转)VC++编译器选项

Lexili — Mon, 28 Apr 2008 02:41:00 GMT

选项	目的
@	指定响应文件
/?	列出编译器选项
/AI	指定在解析传递到 #using 指令的文件引用时搜索的目录
/arch	使用 SSE 或 SSE2 指令生成代码
/C	在预处理期间保留注释
/c	编译但不链接
/clr	启用 C++ 的托管扩展并产生在公共语言运行库上运行的输出文件
/D	定义常数和宏
/E	将预处理器输出复制到标准输出
/EH	指定异常处理模型
/EP	将预处理器输出复制到标准输出
/F	设置堆栈大小
/FA	创建列表文件
/Fa	设置列表文件名
/Fd	重命名程序数据库文件
/Fe	重命名可执行文件
/FI	预处理指定的包含文件
/Fm	创建映射文件
/Fo	创建对象文件
/Fp	指定预编译头文件名
/FR /Fr	生成浏览器文件
/FU	强制使用文件名，就像它已被传递到 #using 指令一样
/Fx	将插入的代码与源文件合并
/G3	优化代码以优选 386 处理器。在 Visual C++ 5.0 中已经停用，编译器将忽略此选项
/G4	优化代码以优选 486 处理器。在 Visual C++ 5.0 中已经停用，编译器将忽略此选项
/G5	优化代码以优选 Pentium 处理器
/G6	优化代码以优选 Pentium Pro、Pentium II 和 Pentium III 处理器
/G7	针对 Pentium 4 或 Athlon 优化代码。
/GA	优化 Windows 应用程序的代码
/GB	与 /G6 等效；将 _M_IX86 的值设置为 600
/Gd	使用 __cdecl 调用约定
/Ge	激活堆栈探测
/GF /Gf	启用字符串池
/GH	调用挂钩函数 _pexit
/Gh	调用挂钩函数 _penter
/GL	启用全程序优化
/Gm	启用最小重新生成
/GR	启用运行时类型信息 (RTTI)
/Gr	使用 __fastcall 调用约定
/GS	缓冲区安全检查
/Gs	控制堆栈探测
/GT	支持使用静态线程本地存储区分配的数据的纤程安全
/GX	启用同步异常处理
/Gy	启用函数级链接
/GZ	与 /RTC1 相同
/Gz	使用 __stdcall 调用约定
/H	限制外部（公共）名称的长度
/HELP	列出编译器选项
/I	在目录中搜索包含文件
/J	更改默认的 char 类型
/LD	创建动态链接库
/LDd	创建调试动态链接库
/link	将指定的选项传递给 LINK
/MD	使用 MSVCRT.lib 创建多线程 DLL
/MDd	使用 MSVCRTD.lib 创建调试多线程 DLL
/ML	使用 LIBC.lib 创建单线程可执行文件
/MLd	使用 LIBCD.lib 创建调试单线程可执行文件
/MT	使用 LIBCMT.lib 创建多线程可执行文件
/MTd	使用 LIBCMTD.lib 创建调试多线程可执行文件
/nologo	取消显示登录版权标志
/O1	创建小代码
/O2	创建快速代码
/Oa	假设没有别名
/Ob	控制内联展开
/Od	禁用优化
/Og	使用全局优化
/Oi	生成内部函数
/Op	改善浮点数一致性
/Os	代码大小优先
/Ot	代码速度优先
/Ow	假定在函数调用中使用别名
/Ox	使用最大优化 (/Ob2gity /Gs)
/Oy	省略框架指针
/QI0f	执行 Pentium 0x0f 错误修复
/QIfdiv	执行 Pentium FDIV 错误修复
/QIfist	当需要从浮点类型转换为整型时取消 _ftol
/P	将预处理器输出写入文件
/RTC	启用运行时错误检查
/showIncludes	在编译期间显示包含文件的列表
/Tc /TC	指定 C 源文件
/Tp /TP	指定 C++ 源文件
/U	移除预定义宏
/u	移除所有的预定义宏
/V	设置版本字符串
/vd	取消或启用隐藏的 vtordisp 类成员
/vmb	对指向成员的指针使用最佳的基
/vmg	对指向成员的指针使用完全一般性
/vmm	声明多重继承
/vms	声明单一继承
/vmv	声明虚拟继承
/W	设置警告等级
/w	禁用所有警告
/Wall	启用所有警告，包括默认情况下禁用的警告
/WL	在从命令行编译 C++ 源代码时启用错误信息和警告消息的单行诊断
/Wp64	检测 64 位可移植性问题
/X	忽略标准包含目录
/Y-	忽略当前生成中的所有其他预编译头编译器选项
/Yc	创建预编译头文件
/Yd	将完整的调试信息放在所有对象文件中
/Yl	创建调试库时插入 PCH 引用
/Yu	在生成期间使用预编译头文件
/YX	自动处理预编译头
/Z7	生成与 C 7.0 兼容的调试信息
/Za	禁用语言扩展
/Zc	在 /Ze 下指定标准行为
/Zd	生成行号
/Ze	启用语言扩展
/Zg	生成函数原型
/ZI	将调试信息包含在与“编辑并继续”兼容的程序数据库中
/Zi	生成完整的调试信息
/Zl	从 .obj 文件中移除默认库名
/Zm	指定预编译头内存分配限制
/Zp	封装结构成员
/Zs	只检查语法

技术果然是靠迫出来的,好久之前想都没有想过的编译器的东西现在要研究了-_-....

Lexili 2008-04-28 10:41 发表评论

(转)C++中的预处理

Lexili — Sat, 26 Apr 2008 01:09:00 GMT

一、预处理的由来：
在C++的历史发展中，有很多的语言特征（特别是语言的晦涩之处）来自于C语言，预
处理就是其中的一个。C++从C语言那里把C语言预处理器继承过来（C语言预处理器，被Bj
arne博士简称为Cpp，不知道是不是C Program Preprocessor的简称）。
二、常见的预处理功能：
预处理器的主要作用就是把通过预处理的内建功能对一个资源进行等价替换，最常见
的预处理有：文件包含，条件编译、布局控制和宏替换4种。
文件包含：#include 是一种最为常见的预处理，主要是做为文件的引用组合源程序正
文。
条件编译：#if,#ifndef,#ifdef,#endif,#undef等也是比较常见的预处理，主要是进
行编译时进行有选择的挑选，注释掉一些指定的代码，以达到版本控制、防止对文件重复
包含的功能。
布局控制：#progma，这也是我们应用预处理的一个重要方面，主要功能是为编译程序
提供非常规的控制流信息。
宏替换： #define，这是最常见的用法，它可以定义符号常量、函数功能、重新命名
、字符串的拼接等各种功能。
三、预处理指令：
预处理指令的格式如下：
# directive tokens
#符号应该是这一行的第一个非空字符，一般我们把它放在起始位置。如果指令一行放
不下，可以通过\进行控制，例如：
#define Error if(error) exit(1) 等价于
#define Error \
if(error) exit(1)
不过我们为了美化起见，一般都不怎么这么用，更常见的方式如下：
# ifdef __BORLANDC__
if_true<(is_convertible::value)>::
template then::type Make;
# else
enum { is_named = is_named_parameter::value };
typedef typename if_true<(is_named)>::template
then::type Make;
# endif
下面我们看一下常见的预处理指令：
#define 宏定义
#undef 未定义宏
#include 文本包含
#ifdef 如果宏被定义就进行编译
#ifndef 如果宏未被定义就进行编译
#endif 结束编译块的控制
#if 表达式非零就对代码进行编译
#else 作为其他预处理的剩余选项进行编译
#elif 这是一种#else和#if的组合选项
#line 改变当前的行数和文件名称
#error 输出一个错误信息
#pragma 为编译程序提供非常规的控制流信息
下面我们对这些预处理进行一一的说明，考虑到宏的重要性和繁琐性，我们把它放到
最后讲。
四、文件包含指令：
这种预处理使用方式是最为常见的，平时我们编写程序都会用到，最常见的用法是：
#include //标准库头文件
#include //旧式的标准库头文件
#include "IO.h" //用户自定义的头文件
#include "../file.h" //UNIX下的父目录下的头文件
#include "/usr/local/file.h" //UNIX下的完整路径
#include "..\file.h" //Dos下的父目录下的头文件
#include "\usr\local\file.h" //Dos下的完整路径
这里面有2个地方要注意：
1、我们用还是?
我们主张使用，而不是,为什么呢？我想你可能还记得我
曾经给出过几点理由，这里我大致的说一下：
首先，.h格式的头文件早在98年9月份就被标准委员会抛弃了，我们应该紧跟标准
，以适合时代的发展。
其次，iostream.h只支持窄字符集，iostream则支持窄/宽字符集。
还有，标准对iostream作了很多的改动，接口和实现都有了变化。
最后，iostream组件全部放入namespace std中，防止了名字污染。
2、和"io.h"的区别？
其实他们唯一的区别就是搜索路径不同：
对于#include ，编译器从标准库路径开始搜索
对于#include "io.h" ，编译器从用户的工作路径开始搜索
五、编译控制指令：
这些指令的主要目的是进行编译时进行有选择的挑选，注释掉一些指定的代码，以达
到版本控制、防止对文件重复包含的功能。
使用格式，如下：
1、
#ifdef identifier
your code
#endif
如果identifier为一个定义了的符号，your code就会被编译，否则剔除
2、
#ifndef identifier
your code
#endif
如果identifier为一个未定义的符号，your code就会被编译，否则剔除
3、
#if expression
your code
#endif
如果expression非零，your code就会被编译，否则剔除
4、
#ifdef identifier
your code1
#else
your code2
#endif
如果identifier为一个定义了的符号，your code1就会被编译，否则your
code2就会被编译
5、
#if expressin1
your code1
#elif expression2 //呵呵，elif
your code2
#else
your code3
#enif
如果epression1非零，就编译your code1，否则，如果expression2非零，就编译y
our code2，否则，就编译your code3
其他预编译指令
除了上面我们说的集中常用的编译指令，还有3种不太常见的编译指令：#line、#err
or、#pragma，我们接下来就简单的谈一下。
#line的语法如下：
#line number filename
例如：#line 30 a.h 其中，文件名a.h可以省略不写。
这条指令可以改变当前的行号和文件名，例如上面的这条预处理指令就可以改变当前
的行号为30，文件名是a.h。初看起来似乎没有什么用，不过，他还是有点用的，那就是用
在编译器的编写中，我们知道编译器对C++源码编译过程中会产生一些中间文件，通过这条
指令，可以保证文件名是固定的，不会被这些中间文件代替，有利于进行分析。
#error语法如下：
#error info
例如：#ifndef UNIX
#error This software requires the UNIX OS.
#endif
这条指令主要是给出错误信息，上面的这个例子就是，如果没有在UNIX环境下，就会
输出This software requires the UNIX OS.然后诱发编译器终止。所以总的来说，这条指
令的目的就是在程序崩溃之前能够给出一定的信息。
#pragma是非统一的，他要依靠各个编译器生产者，例如，在SUN C++编译器中：
// 把name和val的起始地址调整为8个字节的倍数
#progma align 8 (name, val)
char name[9];
double val;
//在程序执行开始，调用函数MyFunction
#progma init (MyFunction)
预定义标识符
为了处理一些有用的信息，预处理定义了一些预处理标识符，虽然各种编译器
的预处
理标识符不尽相同，但是他们都会处理下面的4种：
__FILE__ 正在编译的文件的名字
__LINE__ 正在编译的文件的行号
__DATE__ 编译时刻的日期字符串，例如： "25 Dec 2000"
__TIME__ 编译时刻的时间字符串，例如： "12:30:55"
例如：cout<<"The file is :"<<__FILE__"<<"! The lines is:
"<<__LINE__<预处理何去何从
如何取代#include预处理指令，我们在这里就不再一一讨论了。
C++并没有为#include提供替代形式，但是namespace提供了一种作用域机制，
它能以
某种方式支持组合，利用它可以改善#include的行为方式，但是我们还是无法取代
#include。
#progma应该算是一个可有可无的预处理指令，按照C++之父Bjarne的话说，就
是："
#progma被过分的经常的用于将语言语义的变形隐藏到编译系统里，或者被用于提
供带有特殊语义和笨拙语法的语言扩充。”
对于#ifdef，我们仍然束手无策，就算是我们利用if语句和常量表达式，仍然
不足以
替代她，因为一个if语句的正文必须在语法上正确，满足类检查，即使他处在一个
绝不会被执行的分支里面。

Lexili 2008-04-26 09:09 发表评论