1.g++和gcc的相同点和区别
2.GreasemonkeyGreasemonkey 与其它浏览器的相容性
3.linux 如何运行编译程序
4.2021年最佳Selenium替代品

g++和gcc的相同点和区别

       gcc和g++都是GNU（一个组织）的编译器。

       1、对于.c后缀的文件,gcc把它当做是C程序；g++当做是C++程序；

       2、对于.cpp后缀的文件，gcc和g++都会当做c++程序。

       3、编译阶段，g++会调用gcc;

       4、连接阶段，通常会用g++来完成，这是因为gcc命令不能自动和c++程序使用的库连接。

       gcc/g++在执行编译工作的时候，总共需要4æ­¥

       1.预处理,生成.i的文件[预处理器cpp]

       2.将预处理后的文件转换成汇编语言,生成文件.s[编译器egcs]

       3.有汇编变为目标代码(机器代码)生成.o的文件[汇编器as]

       4.连接目标代码,生成可执行程序[链接器ld]

       [参数详解]

       -x language filename

       è®¾å®šæ–‡ä»¶æ‰€ä½¿ç”¨çš„语言,使后缀名无效,对以后的多个有效.也就是根

       æ®çº¦å®šC语言的后缀名称是.c的，而C++的后缀名是.C或者.cpp,如果

       ä½ å¾ˆä¸ªæ€§ï¼Œå†³å®šä½ çš„C代码文件的后缀名是.pig 哈哈，那你就要用这

       ä¸ªå‚æ•°,这个参数对他后面的文件名都起作用，除非到了下一个参数

       çš„使用。

       å¯ä»¥ä½¿ç”¨çš„参数吗有下面的这些

       `c', `Objective-C', `c-header', `c++', `cpp-output',

       `assembler', and `assembler-with-cpp'.

       çœ‹åˆ°è‹±æ–‡ï¼Œåº”该可以理解的。

       ä¾‹å­ç”¨æ³•:

       gcc -x c hello.pig

       -x none filename

       å…³æŽ‰ä¸Šä¸€ä¸ªé€‰é¡¹ï¼Œä¹Ÿå°±æ˜¯è®©gcc根据文件名后缀，自动识别文件类型

       ä¾‹å­ç”¨æ³•:

       gcc -x c hello.pig -x none hello2.c

       -c

       åªæ¿€æ´»é¢„处理,编译,和汇编,也就是他只把程序做成obj文件

       ä¾‹å­ç”¨æ³•:

       gcc -c hello.c

       ä»–将生成.o的obj文件

       -S

       åªæ¿€æ´»é¢„处理和编译，就是指把文件编译成为汇编代码。

       ä¾‹å­ç”¨æ³•

       gcc -S hello.c

       ä»–将生成.s的汇编代码，你可以用文本编辑器察看

       -E

       åªæ¿€æ´»é¢„处理,这个不生成文件,你需要把它重定向到一个输出文件里

       é¢.

       ä¾‹å­ç”¨æ³•:

       gcc -E hello.c > pianoapan.txt

       gcc -E hello.c | more

       æ…¢æ…¢çœ‹å§,一个hello word 也要与处理成行的代码

       -o

       åˆ¶å®šç›®æ ‡åç§°,缺省的时候,gcc 编译出来的文件是a.out,很难听,如果

       ä½ å’Œæˆ‘有同感，改掉它,哈哈

       ä¾‹å­ç”¨æ³•

       gcc -o hello.exe hello.c (哦,windows用习惯了)

       gcc -o hello.asm -S hello.c

       -pipe

       ä½¿ç”¨ç®¡é“代替编译中临时文件,在使用非gnu汇编工具的时候,可能有些问

       é¢˜

       gcc -pipe -o hello.exe hello.c

       -ansi

       å…³é—­gnu c中与ansi c不兼容的特性,激活ansi c的专有特性(包括禁止一

       äº›asm inline typeof关键字,以及UNIX,vax等预处理宏,

       -fno-asm

       æ­¤é€‰é¡¹å®žçŽ°ansi选项的功能的一部分，它禁止将asm,inline和typeof用作

       å…³é”®å­—。

       -fno-strict-prototype

       åªå¯¹g++起作用,使用这个选项,g++将对不带参数的函数,都认为是没有显式

       çš„对参数的个数和类型说明,而不是没有参数.

       è€Œgcc无论是否使用这个参数,都将对没有带参数的函数,认为城没有显式说

       æ˜Žçš„类型

       -fthis-is-varialble

       å°±æ˜¯å‘传统c++看齐,可以使用this当一般变量使用.

       -fcond-mismatch

       å…è®¸æ¡ä»¶è¡¨è¾¾å¼çš„第二和第三参数类型不匹配,表达式的值将为void类型

       -funsigned-char

       -fno-signed-char

       -fsigned-char

       -fno-unsigned-char

       è¿™å››ä¸ªå‚数是对char类型进行设置,决定将char类型设置成unsigned char(前

       ä¸¤ä¸ªå‚æ•°)或者 signed char(后两个参数)

       -include file

       åŒ…含某个代码,简单来说,就是便以某个文件,需要另一个文件的时候,就可以

       ç”¨å®ƒè®¾å®š,功能就相当于在代码中使用#include<filename>

       ä¾‹å­ç”¨æ³•:

       gcc hello.c -include /root/pianopan.h

       -imacros file

       å°†file文件的宏,扩展到gcc/g++的输入文件,宏定义本身并不出现在输入文件

       ä¸­

       -Dmacro

       ç›¸å½“于C语言中的#define macro

       -Dmacro=defn

       ç›¸å½“于C语言中的#define macro=defn

       -Umacro

       ç›¸å½“于C语言中的#undef macro

       -undef

       å–消对任何非标准宏的定义

       -Idir

       åœ¨ä½ æ˜¯ç”¨#include"file"的时候,gcc/g++会先在当前目录查找你所制定的头

       æ–‡ä»¶,如果没有找到,他回到缺省的头文件目录找,如果使用-I制定了目录,他

       å›žå…ˆåœ¨ä½ æ‰€åˆ¶å®šçš„目录查找,然后再按常规的顺序去找.

       å¯¹äºŽ#include<file>,gcc/g++会到-I制定的目录查找,查找不到,然后将到系

       ç»Ÿçš„缺省的头文件目录查找

       -I-

       å°±æ˜¯å–消前一个参数的功能,所以一般在-Idir之后使用

       -idirafter dir

       åœ¨-I的目录里面查找失败,讲到这个目录里面查找.

       -iprefix prefix

       -iwithprefix dir

       ä¸€èˆ¬ä¸€èµ·ä½¿ç”¨,当-I的目录查找失败,会到prefix+dir下查找

       -nostdinc

       ä½¿ç¼–译器不再系统缺省的头文件目录里面找头文件,一般和-I联合使用,明确

       é™å®šå¤´æ–‡ä»¶çš„位置

       -nostdin C++

       è§„定不在g++指定的标准路经中搜索,但仍在其他路径中搜索,.此选项在创建

       libg++库使用

       -C

       åœ¨é¢„处理的时候,不删除注释信息,一般和-E使用,有时候分析程序，用这个很

       æ–¹ä¾¿çš„

       -M

       ç”Ÿæˆæ–‡ä»¶å…³è”的信息。包含目标文件所依赖的所有源代码

       ä½ å¯ä»¥ç”¨gcc -M hello.c来测试一下，很简单。

       -MM

       å’Œä¸Šé¢çš„那个一样，但是它将忽略由#include<file>造成的依赖关系。

       -MD

       å’Œ-M相同，但是输出将导入到.d的文件里面

       -MMD

       å’Œ-MM相同，但是输出将导入到.d的文件里面

       -Wa,option

       æ­¤é€‰é¡¹ä¼ é€’option给汇编程序;如果option中间有逗号,就将option分成多个选

       é¡¹,然后传递给会汇编程序

       -Wl.option

       æ­¤é€‰é¡¹ä¼ é€’option给连接程序;如果option中间有逗号,就将option分成多个选

       é¡¹,然后传递给会连接程序.

       -llibrary

       åˆ¶å®šç¼–译的时候使用的库

       ä¾‹å­ç”¨æ³•

       gcc -lcurses hello.c

       ä½¿ç”¨ncurses库编译程序

       -Ldir

       åˆ¶å®šç¼–译的时候，搜索库的路径。比如你自己的库，可以用它制定目录，不然

       ç¼–译器将只在标准库的目录找。这个dir就是目录的名称。

       -O0

       -O1

       -O2

       -O3

       ç¼–译器的优化选项的4个级别，-O0表示没有优化,-O1为缺省值，-O3优化级别最

       é«˜ã€€ã€€

       -g

       åªæ˜¯ç¼–译器，在编译的时候，产生条是信息。

       -gstabs

       æ­¤é€‰é¡¹ä»¥stabs格式声称调试信息,但是不包括gdb调试信息.

       -gstabs+

       æ­¤é€‰é¡¹ä»¥stabs格式声称调试信息,并且包含仅供gdb使用的额外调试信息.

       -ggdb

       æ­¤é€‰é¡¹å°†å°½å¯èƒ½çš„生成gdb的可以使用的调试信息.

       -static

       æ­¤é€‰é¡¹å°†ç¦æ­¢ä½¿ç”¨åŠ¨æ€åº“，所以，编译出来的东西，一般都很大，也不需要什么

       åŠ¨æ€è¿žæŽ¥åº“，就可以运行.

       -share

       æ­¤é€‰é¡¹å°†å°½é‡ä½¿ç”¨åŠ¨æ€åº“，所以生成文件比较小，但是需要系统由动态库.

       -traditional

       è¯•å›¾è®©ç¼–译器支持传统的C语言特性

       GNU 的调试器称为 gdb，该程序是一个交互式工具，工作在字符模式。在 X Window 系统中，有一个 gdb 的

       å‰ç«¯å›¾å½¢å·¥å…·ï¼Œç§°ä¸º xxgdb。gdb 是功能强大的调试程序，可完成如下的调试任务：

       * 设置断点；

       * 监视程序变量的值；

       * 程序的单步执行；

       * 修改变量的值。

       åœ¨å¯ä»¥ä½¿ç”¨ gdb 调试程序之前，必须使用 -g 选项编译源文件。可在 makefile 中如下定义 CFLAGS 变量：

       CFLAGS = -g

       è¿è¡Œ gdb 调试程序时通常使用如下的命令：

       gdb progname

       åœ¨ gdb 提示符处键入help，将列出命令的分类，主要的分类有：

       * aliases：命令别名

       * breakpoints：断点定义；

       * data：数据查看；

       * files：指定并查看文件；

       * internals：维护命令；

       * running：程序执行；

       * stack：调用栈查看；

       * statu：状态查看；

       * tracepoints：跟踪程序执行。

GreasemonkeyGreasemonkey 与其它浏览器的相容性

       其他基于Mozilla的浏览器:

       Greasemonkey适用于Firefox、Flock和Epiphany。其中，Epiphany Greasemonkey作为Epiphany扩展包的一部分存在。尽管如此，该扩展在某些版本（如2..1）上并不完全兼容，图形界面源码因为某些Greasemonkey应用编程接口功能（例如：GM_getValue）不被支持。此外，还有自定义版本的SeaMonkey。

       Opera:

       Opera第8版增加了用户脚本功能。随着Opera与Firefox支持W3C文档对象模型（DOM），许多Greasemonkey用户脚本现在在Opera下执行正确。

       Safari:

       Creammonkey和PithHelmet（共享软件）是Safari浏览器下类似的工具。

       Konqueror:

       Konqueror用户脚本是一种用于KDE Konqueror的网页修改工具，旨在兼容Greasemonkey脚本与后资料集。它以一种KPart存在。英雄联盟助手源码

       Chrome:

       Chrome原生支持安装Greasemonkey脚本，但不支持Firefox Greasemonkey的自定义函数。

       Internet Explorer:

       在Internet Explorer下，可以使用IE7pro、iMacros、Trixie（最近更新于）、Turnabout（最近更新于）以及Greasemonkey for IE（最新更新于）等插件提供类似功能。Turnabout曾经是基于BSD许可的开源软件，但自年9月起，其源代码不再提供。Firefox下的Greasemonkey因为持续开发，使得旧的IE下的Greasemonkey插件缺少现代脚本所需的功能。

扩展资料

       GreaseMonkey是网页浏览器Mozilla Firefox的一个扩展。它让使用者安装一些脚本使大部分HTML为主的网页于使用者端直接改变得更方便易用。随着 Greasemonkey 脚本长驻于浏览器，昊海源码7每次随着目的网页开启而自动做修改，使得执行脚本的使用者深刻印象地享受其固定便利性。

linux 如何运行编译程序

       gcc有多达多个参数，现介绍常用的几个。如果对其他参数也有兴趣，可以参考：man gcc

       é¢„先处理选项

       -E： 只对文件进行预处理，输出结果到标准输出

       -C： 告诉预处理器不要丢弃注释.配合`-E‘选项使用.-P： 告诉预处理器不要产生`#line'命令.配合`-E'选项使用.

       -v： 显示正在使用的gcc的版本

       å¸¸ç”¨ç¼–译选项

       -c: 将源程序编译为目标代码但并不做链接的工作，不生成最终的可执行文件，只生成一个与源文件文件名相同的以.o为后缀的目标文件。

       -S：将远程序编译为一个后缀为.s的汇编语言文件，不会生成可执行文件

       -x：强制编译器用指定的语言编译器来编译某个源文件

        gcc -x c++ test.c 表示强制用C++编译器来编译c程序

       -static： 强制连接静态库，运行时不依赖动态库

       -share： 编译时尽量使用动态库

       -o： 指定生成的可执行文件名，如果没有该选项，如果生成可执行文件，默认文件名为a.out

       ç¼–译路径选项

       -i ： 指定特定头文件

        gcc –c -i /home/zry/test.h test.c

       -I<DIR>:　依赖选项，指定头文件路径

        Linux下大多数函数将头文件放在/usr/include目录下，如果需要指定其他路径，可以使用该选项

        gcc –I/home/zry/include –c test.c 添加/home/zry/include到查找路径

       -L<DIR> : 指定库文件搜素路径，用法同上

       -l<库名>：指定特定库文件

       gcc –lapp –c test.c

       Linux的库文件有一个约定，即以lib开头，-lapp表示连接libapp.so库文件

       ç›®æ ‡ç”Ÿæˆé€‰é¡¹

       -shared： 生成动态库

        gcc –shared libtest.so -i /home/zry/test.h test.c

       ç”Ÿæˆé™æ€åº“需要ar命令，后面讲解

       -fPIC: 生成可用于动态库的位置独立代码。所有的内部寻址均通过全局偏移表完成。

       -ansi：支持符合ANSI标准的C程序.

        该选项就会关闭GNU C中某些不兼容ANSI C的特性,例如asm, inline和 typeof关键字以及诸如unix和vax这些表明当前系统类型的预定义宏。

       __asm__, __extension__, __inline__和__typeof__仍然有效

        使用`-ansi'选项的时候,预处理器会预定义一个__STRICT_ANSI__宏.有些头文件 关注此宏,以避免声明某些函数,或者避免定义某些宏,这些函数和宏不被ANSI标准调用;这样就不会干扰在其他地方使用这些名字的程序了.

       fno-asm：此选项实现ansi选项的功能的一部分，它禁止将asm,inline和typeof用作关键字。

       -fno-strict-prototype：只对g++起作用,使用这个选项,g++将对不带参数的函数,都认为是没有显式的对参数的个数和类型说明,而不是没有参数.而gcc无论是否使用这个参数,都将对没有带参数的函数,认为没有显式说明的类型

       -fthis-is-varialble：就是向传统c++看齐,可以使用this当一般变量使用

       -fcond-mismatch：允许条件表达式的第二和第三参数类型不匹配,表达式的值将为void类型

       -funsigned-char：

       -fno-signed-char：

       -fsigned-char:

       -fno-unsigned-char:

       è¿™å››ä¸ªå‚数是对char类型进行设置,将char类型设置unsigned char(前两个参数)或者 signed char(后两个参数)

       -imacros file: 将file文件的宏,扩展到gcc/g++的输入文件,宏定义本身并不出现在输入文件中

       -Dmacro: 相当于C语言中的#define macro

       -Dmacro=defn: 相当于C语言中的#define macro=defn

       -Umacro: 相当于C语言中的#undef macro

       -undef: 取消对任何非标准宏的定义

       -M: 生成文件关联的信息。包含目标文件所依赖的所有源代码

       -MM: 和M一样，但是它将忽略由#include<file>造成的依赖关系。

       -MD: -M相同，但是输出将导入到.d的文件里面

       -MMD: 和-MM相同，但是输出将导入到.d的文件里面

       è­¦å‘Šé€‰é¡¹

       fsyntax-only：检查程序中的语法错误,但是不产生输出信息.

       -w：禁止所有警告信息.

       -Wno-import： 禁止所有关于#import的警告信息.

       -pedantic：打开完全遵从ANSI C标准所需的全部警告诊断;拒绝接受采用了被禁止的语法扩展的程序.

       -Werror：将所有警告转换为错误

        Werror选项要求GCC将所有警告当作错误进行处理。

       -Wall： 显示所有警告信息

年最佳Selenium替代品

       Katalon Studio，受到多万用户的信赖，简化了Selenium和Appium的复杂性，同时提供了高级功能，为自动化解决方案提供了两全其美。这款工具能无缝集成BDD、CI/CD、源代码控制、测试管理与缺陷跟踪等，形成完整的测试自动化工具链。

       Ranorex Studio，全球有超过,名用户，专为加速跨平台测试自动化而设计。商城ios app源码无论是对初学者友好的无代码即点即用界面，还是对于自动化专家的强大IDE，Ranorex都能满足不同的需求。它与BDD、CI/CD、源代码控制、测试管理、缺陷跟踪等解决方案集成，形成完整的测试自动化工具链。

       TestProject，一个被万用户信赖的免费测试自动化平台，让Selenium测试变得轻松。它消除了复杂的设置或维护问题，提供了一个简单易用的环境，让测试人员可以更高效地进行自动化测试。网站后台源码文件

       Rapise，一个强大的无脚本测试自动化平台，适用于Web、移动和桌面应用程序以及API的测试。它结合了强大的功能和易用性，为测试人员提供了全面的测试自动化解决方案。

       Cypress，一款适用于Web环境的开源测试自动化解决方案，与当前的开发实践紧密结合。它提供了强大的功能，使测试人员能够更轻松地进行自动化测试，提高测试效率和质量。

       iMacros，一个用于Web测试的录制和回放工具，提供了简单直观的方法来自动化任务，简化了测试过程。

       Subject7，一个自动化平台，通过一系列命令提供端到端的测试自动化功能，隐藏了行业标准包的复杂性，使测试人员能够更专注于测试本身。

       Cucumber，一个开源的BDD测试工具，提供了行为驱动开发的框架，帮助测试人员以更清晰、更易于理解的方式编写测试。

       UFT（统一功能测试），作为最健壮的商业测试自动化工具，UFT是功能测试和回归测试的优秀选择之一。它提供了强大的功能和全面的支持，满足了多种测试需求。

       Serenity BDD，一个自动化验收和回归测试的Selenium替代方案，提供了生成测试报告的功能，帮助测试人员更好地了解测试复盖率。

       IBM Rational Functional Tester，一个自动化的功能和回归测试工具，提供了广泛的应用程序支持，包括Java、Siebel、SAP、Net、PowerBuilder、AJAX等，适用于多种测试环境。

       Galen框架，最初用于测试Web应用程序的布局，能够与Selenium集成，进行Web应用程序的可视化和布局测试。它提供了强大的功能，帮助测试人员更高效地完成测试任务。

       SikuliX，一个在Windows、Mac或Linux/Unix操作系统上自动处理屏幕显示内容的工具，基于搜索图像并使用鼠标和键盘操作GUI元素的工作流，为自动化测试提供了灵活且强大的解决方案。

       Redwood HQ，一个开源的测试自动化框架，安装在服务器上，可在任何HTML5兼容的浏览器上运行，无需额外安装，为测试人员提供了高效、灵活的测试环境。

       Watir，一个用于自动化测试的开源Ruby库，是支持功能和回归web测试的Selenium竞争者之一，提供了丰富的功能和广泛的测试支持。

       Telerik Test Studio，Progress开发的软件自动化工具，支持AJAX、HTML5、JavaScript等，为自动化应用程序提供本地跨浏览器支持。它结合了记录和回放功能，为测试人员提供了全面的测试自动化解决方案。

       Screenster，一个基于云的UI测试平台，用于可视化回归测试，捕获每个步骤的屏幕截图并将其存储为基线，为测试人员提供了直观的测试反馈。

       在选择Selenium替代品时，应该考虑的因素包括工具的特性和功能、与现有开发流程的集成、用户支持和社区活跃度、成本和许可要求等。选择合适的Selenium替代测试自动化工具对于提高测试效率、确保软件质量以及满足项目需求至关重要。