npm里众多.d.ts文件是如何生成的

npm里众多.d.ts文件是如何生成的,第1张

d.ts文件是由TypeScript编译器生成的,这些文件包含了JavaScript中可用的接口和对象的定义,以及它们之间的关系。TypeScript编译器可以根据JavaScript代码自动生成.d.ts文件,也可以根据用户自定义的.d.ts文件生成JavaScript代码。

在控制台 gcc /hello.c -o /hello.out,编译没错的话,就会在根目录出现一个hello.out的文件,然后 /hello.out,就可以看到结果了.

具体参阅GCC的用法

一.gcc历史

GCC最早是Richard Stallman在十几年前编写的针对于C的编译器,意思即为GNU C Compiler,后来发展支持Ada,C++,Java,Objective C,Pascal,COBOL,以及支持逻辑编程的Mercury语言,后来其英文原名变为:GNU Compiler ollection([1]).除此之外,GCC对于各种硬件平台都提供了完善的支持。

一般的,GCC的编译功能包括gcc(C的编译器),g++(C++的编译器),在编译过程中,一共有四步工作。

1.预处理,生成i文件,C文件编译为.i文件,C++文件编译为.ii文件,它们都为源程序的预处理结果文件.以最简单的Hello World程序为例:

*********************************

// test.c

#include "stdio.h"

#define MAX 9

int main()

{

int a

a=MAX

printf("Hello Worldn")

}

*********************************

用cpp test.c test.i 可得到预处理文件test.i,通过查看该文件,我们可以看到,我们引入的include文件已经被引入处理,define定义的部分已经被完全带入。

2.预处理文件转换成汇编语言,生成.s文件。这一步利用egcs来完成(在mingw标准包中没有见到这个预编译器,所以测试没有成功,将继续测试)

3.汇编变为目标文件,生成.o文件,利用as来完成。

4.连接目标文件,生成可执行程序,利用ld来完成.(后续继续研究ld编译过程。)

二.GCC参数祥解

-x language filename

设定文件使用的语言,这样源程序的后缀名无效了,并对gcc后接的多个编译文件都有效。这样如 果存在.c和.cpp文件联编会有问题,解决这个问题用到了下一个参数 -x none filename,在下面做介绍。因为在预处理过程中对于.c和.cpp文件的处理方式是不一样的。可以使用的参数有:'c','objective- c','c-header','c++','cpp-output','assembler','assembler-with-cpp'.编译的时候, 如果有这样的一个用C语言写的test.tmp的文件,用gcc编译的时候就用gcc -x c test.tmp就可以让gcc用编译C语言的方式来编译test.tmp.

-x none filename

关掉上一个选项,就是让gcc根据文件名后缀,自动识别文件类型。如用下列方式编译: gcc -x c test.tmp -x none test2.c 这样可以自由地选择编译方式

-c

只激活预处理,编译和汇编,也就是把程序做成obj文件。如gcc -c test.c 就会生成test.o文件,当然这样还只是目标文件,需要经过ld连接器对所有的.o文件进行联接才能生成可执行文件.

-S

只激活预处理和编译,把文件编译到汇编代码。相当到对源程序做一个egcs *** 作,生成.s文件。可以查看生成的汇编文件结果。这个对于研究汇编语言的程序员来说是很有作用的。

-E

只激活预处理,这个将对文件进行预处理,将对所有引入的include文件和define定义的量进行代换,为我们开头所说的gcc 编译的第一步,即用cpp命令将程序语言文件进行预处理.但这一步不生成结果文件,如果你需要生成结果文件保存,那么需要利用系统中的输出重定向。

-o

定制目标名称,缺省的时候在unix和linux平台下gcc filename的结果是一个文件名为a.out的文件,windows下用mingw里带的gcc编译结果是a.exe。如果我们用gcc -o hello.exe test.c的话,将生成hello.exe可执行程序。这个并不一定只限于最后一步可执行程序的生成,如用上面所讲的-S生成的汇编程序也可以用-o参 数生成,比如 gcc -o hello.asm -S test.c 这样hello.asm就是test.c经过预处理和编译之后的结果。

-pipe

使用管道来代替编译中的临时文件,因为编译的整个过程有几个不同的步骤,每一个步骤都是以前一个步骤的输出为输入的,这样就涉 及到数据传递的问题,在没有-pipe参数的情况下,是用临时文件的形式来进行传递的,在有该情况的时候就利用管道来传递中间数据。当然,在某些系统中, 汇编不能读取管道数据,这样这个参数就不能正常工作了。

-ansi

关闭gnu c与ansi c不兼容的特性,激活ansi c的专有特性,在此情况下,处理器会定义一个__STRICT_ANSI__的宏,在有些头文件中会关注该宏是否被申明过,以避免某些函数的引入。此项可参照ansi c与gnu c的差别得到更多理解。

-fno-asm

此选项为ansi选项功能的一部分,禁止将asm,inline,typeof用作关键字。

-fno-strict-prototype

这个选项只对g++有作用。这个参数让编译器将所有没有参数的函数都认为是没有显式参数的个数和类型的函数,而不是没有参数。而对于gcc来说,会将没有带参数的函数认成没有显式说明的类型。

-fthis-is-variable

这个参数仅对C++程序有效,可以让this做一般变量使用,允许对this赋值.

-fcond-mismatch

允许条件表达式的第二和第三参数类型不匹配.表达式的值为void型.

-funsigned-char

-fno-signed-char

-fsigned-char

-fno-unsigned-char

这四个是对char在编译时进行的设置,它们分别决定将char设为unsigned char或signed char.

-include filename

加入头文件的位置,以使程序中顺利使用#include ,这样就可以在编译的时候这样编译:gcc test.c

-include ./include/test.h,进行联编。

-imacros filename

将filename中的宏扩展到gcc的输入文件里,宏定义本身不会出现在输入文件中。意即在编译某个文件test.c的时候,它里面申明的宏如果在没有用到该参数的时候,生成目标文件之后就会被丢弃掉,而在用了这个参数之后,这些宏将被保留用于之后文件的编译。

-Dmacro

相当于#define macro,宏的内容为字符串'1'。如在编译的时候使用gcc -o test.exe test.c -DDEBUG就相当于在test.c里面定义了DEBUG宏,值为字串'1'。可用如下程序测试可知:

**********************************

//test.c

#include "stdio.h"

int main()

{

printf("Hello Worldn")

#ifdef DEBUG

printf("hellon")

#endif

}

**********************************

如用gcc -o test.exe test.c编译,刚运行结果为:

Hello World

如用gcc -o test.exe test.c -DDEBUG编译,则运行结果为:

Hello World

hello

因此可以在下一种编译方法中相当于在test.c里面定义了DEBUG宏。

-Dmacro=define

作用同上,但设定宏的值为define.

-Umacro

相当于给程序中定义的宏作了一次undefine.即:#undef macro

-undef

取消了对任何非标准友的定义

-Idir

在#include 的时候,先在用这个参数指定的位置找头文件,如果没有找到,则到缺省的目录找头文件

-I-

取消-Idir的作用,表明以后编译的程序将不在-Idir指定的目录里寻找头文件。

-idirafter dir

在-I的目录里面查找失败之后,再在这个目录里面查找头文件,这样的参数为设置头文件查找的优先级问题比较有帮助。

-iprefix prefix

-iwithprefix dir

这两个参数一起用,在-I目录寻找失败的时候,到prefix的dir下查找头文件。

-nostdinc

编译器不再系统缺省的头文件目录里面找头文件。这样就可以精确地确定头文件的来源,应该比较慎用,在对编译器不是很了解的情况下容易造成编译失败.

-nostdinc C++

不在g++的标准路径中找头文件,但在其他的路径中继续找。在创lib的时候用。

-C

为了有效的分析程序,有预处理的时候不删除注释信息,与-E一起使用,有利用分析程序的过程。

-M

生成文件的关联的信息,这样就可以知道源代码文件里面关联了哪些它所依赖的头文件。

-MM

同上,但忽略由#include 造成的依赖关系

-MD

跟-M相当,但是输出导入到.d文件中,如gcc -MD test.c,刚输出的依赖关系存放在test.d文件里。

-MMD

跟-MM相同,但是输出到.d文件中,如gcc -MMD test.c,刚输出的依赖关系存放在test.d文件里。忽略#include 的关系

-Wa,option

这个参数将option传给汇编程序,如果option中有逗号,则会把option分成多项,传给汇编程序。

-Wl,option

这个参数将option传给连接程序,如果option中有逗号,则会把option分成多项,传给连接程序。

-llibrary

用于制定编译的时候使用的库,如 gcc -lgtk tset.c则程序使用gtk库进行编译,不过需要注意的是gcc库一般都是以libname.a来命名库文件,在用-l参数来加入库文件的时候,直接用-lname来引入,而前面的lib被省掉。这一点需要注意。

-Ldir

编译的时候设定库文件查找的路径,不然的话,编译器只在标准库路径里面找库。

-00

-01

-02

-03

编译器的优化选项,-00表示没有优化,-01为缺省值,-03为最高。

-g

在编译的时候,产生调试信息

-gstabs

以stabs格式声称调试信息,但不包括gdb的调试信息。

-gstabs+

以stabs格式声称调试信息,包括gdb的调试信息。

-ggdb

该参数将把gdb的调试信息输出

-static

这个参数将禁止使用动态库,这样程序只能连接静态库。

-share

这个参数将让程序尽量使用动态库

-traditional

试图让编译器支持传统的C语言的特性.

三.总结

gcc的参数还远远多于上面写到的这些,但是有以上的参数我们已经可以对gcc的大部分编译掌握的比较熟练了,更多的参数介绍可以参照GCC的manual,现在已有翻译了的中文手册,地址在下面的参考文献里面被列出,有兴趣的朋友可以参考。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/tougao/11838491.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-19
下一篇 2023-05-19

发表评论

登录后才能评论

评论列表(0条)

保存