lazarus？lazarus寓意好吗

大家好，今天给各位分享lazarus的一些知识，其中也会对lazarus寓意好吗进行解释，文章篇幅可能偏长，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在就马上开始吧！

关于lazarus

关于NOI'05编译工具Lazarus for Windows用法的若干说明 NOI'05新发布的Lazarus怎么单步运行、设置断点、观察变量？1.安装；2.启动；3.(重点)关于单步运行、设置断点、观察变量？这样配置debugger options，不能说全部解决问题，可以给大家抛砖引玉。三个空依次填入：GNU debugger(gdb)c:\lazarus\mingw\bin\gdb.exeC:\lazarus\fpcsrc\rtl\inc\;C:\lazarus\fpcsrc\rtl\i386\lazarus中的F7单步追踪如assign，string等这些过程里面。它找不到文件，在第三项中附加搜索路径中填入。建议单步调试时使用F8，在自己编写的过程或函数时使用F7。附：直接按F8进入程序调试，按F7进入内存调试，建议先按F8进入程序，再然后用F7单步调试；

Lazarus的集成开发环境

Lazarus是一个用于FreePascal的快速应用开发（RAD）的面向对象的FreePascal集成开发环境（IDE），不仅可以编译运行简单的pascal程序，还有很强的窗体处理功能，界面清晰，操作简单方便。Lazarus对于窗口管理来说是中性的。可以工作在KDE（1.13版本）下，也可以工作在GNOME（1.23版本）或其他窗口管理器（MVM、WindowMaker）。Lazarus的设计目标是应用Free Pascal，所以所有凡是Free Pascal能运行的平台，Lazarus也可以运行。最新版本能运行于Linux，Mac OS，Win9x/2000/xp/win7/Win8和FreeBSD。目前，已提供32位和64位版本支持。Lazarus的工作界面、外观和操作和Borland的Delphi 7 IDE非常相似，所不同的是Lazarus是完全的自由软件。Lazarus可以直接移植Delphi的代码。Lazarus的编程语言是以Pascal为基础的。Pascal语言具有可读性好、编写容易的特点，这使得它很适合作为基础的开发语言。同时，使用编译器创建的应用程序只生成单个可执行文件(.EXE，默认编译加入了调试信息，只包含一个空窗体的工程生成的可执行文件就达到了10多M。但可以通过编译选项去掉调试信息来减小可执行文件的大小，可以减为1M多点，然后通过UPX压缩，可以减为600多K。）。正是这种结合，使得Pascal成为Lazarus这种先进开发环境的编程语言。

由于Lazarus为开放的IDE，且在linux下表现良好，目前被中国计算机学会指定为NOI系列竞赛的Pascal语言推荐IDE。

在Linux中，Lazarus的图形用户接口(GUI)由以下几个部分组成：

窗口系统--组织显示屏上的图形输出并执行基本的文本和绘图功能。

窗口管理器--负责对窗口的操作(比如最小化、最大化、关闭按钮的形状，窗口边框外观等)以及输入焦点的管理。

工具包--带有明确定义的编程界面的常规库。

Lazarus对系统软件、硬件要求都不高:

硬件方面：Intel Pentium 200MHz、32MB内存、100MB硬盘空间。

软件方面：内核（Kernel）在2.2以上，Qt库1.44以上，XFree86 3.6以上。

一个跨平台编译器的感人史

历史

Lazarus是从1999年2月开始的，成立时的主要成员是这三个人：

Cliff Baeseman

Shane Miller

Michael A. Hess

当时，他们三个曾经为之努力的megido计划（megido计划致力于打造一个开源、跨平台、可视化的Object Pascal快速应用开发环境）由于种种原因被解散。在挫折面前他们并不气馁，决定发起Lazarus计划。在随后的几年中，这个计划得到了稳步发展，引起很多人的关注并拥有了一群稳定的支持者和开发者。遗憾的是，上述三个创始人中，只有Michael A. Hess仍在参与这项计划。

开发组中另一个元老是Marc Weustink，他在1999年8月就参与这个项目。在他之后的是2000年9月加入的Mattias Gaertner，他们两人一直是核心代码的主要编写者，是他们的共同努力让Lazarus变得成熟。

那么究竟什么是Lazarus？

Lazarus是一个基于Free Pascal的Delphi仿制品。Free Pascal是Linux、Win32、WinCE、Mac OS、OS/2、68K等操作系统下的一个基于GPL/LGPL的编译器，她被设计成可以理解，并编译OOP的Delphi语法。Lazarus在上述平台下可以像 Delphi一样来开发程序，打破了这些环境下缺少可视化开发工具的困窘局面。不像Java致力于“一次编写，到处运行”，Lazarus和Free Pascal则致力于“一次编写，到处编译”。由于对上述所有平台有完全相同的编译器，这意味着你不需要重新编码，就可以为不同的平台开发相同的产品。 Java基于虚拟机，Lazarus则产生原生代码，所以Lazarus的应用程序在效率上应该比用Java的程序更快一些。

Lazarus的GUI是什么？该用什么样的窗口部件（widget）？

这个部分由你来决定，Lazarus正在开发的是完全彻底独立的的API。一旦你写的代码想要连接到不同于以前选择的窗口部件，如果你想使用基于 GTK+，当然没有问题，如果你现在又想让它成为与GNOME兼容，同样没有问题，只要把界面代码的窗口部件设置成你想使用的那一种，您可以编译连接成那种窗口部件了。如果那种窗口部件还没有内置支持，你也可以写上一个（呵呵，老大的话好像换个widget很容易，不过相信真要写的话就没有那么容易了）。

举例来说，你正在创建的是一个使用标准Windows窗口部件的Windows应用程序，现在你又想为它建立一个面向Linux的版本。首先确定你想使用的窗口部件类型，让我们假设你想使用基于GTK+的，你可以**代码到你的Linux开发机，编译，连接时对应选择GTK+接口单元。就是这么简单。你现在创建了一个Windows产品的Linux副本，而没有任何额外的编码。

在这一点上，开发人员正在使用Gtk+作默认窗口部件。同时，他们也在做基于Qt和Win32API的窗口部件支持，在编译选项的窗口部件类型下拉列表中，已经出现的还有Win CE、Carborn、fpGUI，用Pascal语言一次编码，就能编译出能在各种系统下运行的的应用程序，真是让人激动啊！即将发布的Lazarus 1.0允许开发人员配合LCL（Lazarus组件库）为其他的窗口部件创造接口单元。

所以这就意味着她像Delphi一样可以RAD

事情真的就是那样，她完全完成了吗？还没有。窗体设计部分还需要大量的工作，IDE则是功能完整的，可以满足绝大多数代码编写需要（已经比Delphi7更加智能，当然，还是不能与Delphi7+CnWizards的组合相比，如果CnWizards能支持Lazarus就太好了）。提示一下，还有好几个方面的项目仍然需要帮助，也许你就可以帮上一把。

我是否可以使用现有的Delphi的代码？如果代码是标准的Delphi Pascal并且采用Delphi的标准组件，那么答案是肯定的。如果它使用一些特定的database、OCX、或DCU那么答案将是否定的。这些特定的Windows应用只能在Windows下工作，但是如果你只期望使用Free Pascal和Lazarus创建一个Windows产品那么答案将是肯定的（用了太多的Win32API，想转换到Linux就比较麻烦了，以前很炫很酷的技巧，现在到变成了负担，呵呵）。这种情况并没有被目前的lcl过多考虑，但是对它的处理在未来则很有可能（应该说肯定，毕竟将现有的Windows应用程序直接跨平台编译是很多人的期望，虽然实现起来有难度，但是既然 ReactOS都能出现，又有什么是不可能的呢？）。

我是否可以用她创建商业产品？

是的！Free Pascal编译器是基于GPL/LGPL许可协议的，这意味着它是开源的，免费的，如果你有需要，还可以修改其代码，当然，你一定要发布这些改变，当有人想使用你的改动时，你有义务提供那些改变后的源代码。

Lazarus的名号是怎么来的？

原来的项目叫Megido（尝试建立跨平台的Delphi克隆），但是这个努力失败了，众所周知，Lazarus是圣经中的人物，他死后由**拯救，死而复活，所以，项目取名Lazarus，因为她的出现拯救了Megido。

free pascal 和 lazarus 有什么区别

本人已经离开软件行业多年了，现在主要是做做小生意，炒炒股票，但也经常关注一下软件业的发展，这几天心血来潮，下了个LAZARUS，玩了一下，一下子被它迷住了，感叹真是太牛了！现在把这几天玩的感受写下来，从各个方面比较，供大家看看。

先说下LAZARUS是个啥东西，它是一个OBJECT PASCAL的集成开发环境，其编译器用的是FREE PASCAL，跟DELPHI几乎一个模样，很多基本的单元，类库，都是用同样的名字，会DELPHI的人毫不费力就可以使用LAZARUS，凡是FREE PASCAL编译器能运行的平台，LAZARUS就能运行，口号是：“一次编写，到处编译”，官方网站是：

为了简单点，把FREE PASCAL/LAZARUS统称为FPC

1）运行硬件平台：

DELPHI：仅仅在INTEL X86上运行。

FPC： INTEL、POWER PC、SPARC、ARM\、Motorola 680x0等，同时还支持64位

2）操作系统：

DELPHI： WINDOWS。

FPC： Linux, FreeBSD, Mac OS X, DOS, Win32, Win64, WinCE, OS/2, Netware(libc and classic) and MorphOS，其最新版本2.4还支持IPHONE、SymbianOS。看起来比DELPHI多的多了。

更牛的是：可以为没有操作系统的一些微控制器开发程序！从这点上，可以与C平起平坐了。

3）图形库接口

DELPHI(VCL)： WIN32：

FPC(LCL)： WIN32/64、GTK、QT、WINCE、MAC OS X的COCOA等等。

4）第三方控件库：

相对来说，FPC要少些，但现在移植的工作非常快，很多重要的库都可以从DELPHI那里移过来，比如著名的网络控件INDY、数据库访问控件：ZEOSLIB都能在LAZARUS下使用了。

我做了下测试，在DELPHI下创建一个窗体，上面堆满了很多控件，然后在LAZARUS下用它带的功能转换一下，一些最基本的控件（如STANDARD页和ADDTIONAL页的），不用任何修改就能用，其他的有可能用不了，随着以后移植的增多，相信大部分都能用，但在运行的时候，老会出现一个DOS窗口，不知道是啥原因，我还没搞清楚。

5)语言区别：

都是OBJECT PASCAL语言，高度兼容DELPHI，其类，封装，关键字等都一样，但我发现，FPC在某些方面引用了C的风格，如：+=、-=、*=、/=。而在DELPHI中，这是不行的，从我个人角度看，不赞成这种写法，这会让代码变得复杂，破坏PASCAL语言的简明。RTL运行库的函数也几乎全部一样，真的很佩服那些牛人，要搞出这样的东西出来，确实要花不少心血的哦！

在FPC的2.4最新版本中，引进了FOR.. IN...DO循环，可以兼容DELPHI 2010了。其实我觉得PASCAL语言中，要把FOR… TO… DO改进下，增加一个STEP，这样就可以加快某些情况下的循环，而现在只能每次加1个，效率有时候就低了。其他语言都可以的，比如 MODULA都有，不知道以前的BORLAND和现在的CODEGEAR为啥不加？很难吗？

在UNICODE支持方面，FPC早就支持了，DELPHI直到2009才开始。FPC用的UTF8，DELPHI用的UCS-2方式。

在测算的时候是不同的，比如一个字符串：“abcdefg程序”，如果在DELPHI 2010中，用LENGTH算出的长度是9，而在FPC中则是13。在UTF8中，非ASCII码用三字节编码，而在DELPHI中，无论中文英文，都看成是一个字。所以才造成这样的区别。

所以同样的字符串在DELPHI和FPC中得出不同的长度，千万不要大惊小怪。

在64位支持方面：FPC早就有了，而DELPHI现在都还没点影，真搞不懂那么多专业工程师怎么干不过这些业余的呢？DELPHI这几年确实太没落了，啥也没改进，整天跟MS后面玩.NET，结果玩到半途，发现这样玩下去，小命也没了，才又反回来。可惜浪费太多时间了。

6）代码编辑器：

我个人感觉，其编辑器要比DELPHI 7好用，风格跟DELPHI 2010差不多。

7）编译效率：

FPC比DELPHI要慢一些

8）执行效率：

我写过一个对整数的快速排序算法，随机生成个数，存在数组中，数据规模是5000万，FPC比DELPHI 7要慢30%。

我又测试了浮点数计算：数据规模也是5000万，测试时候分成二个方面：

一个是只做基本的加减乘除：如这样的公式 sum:= sqrt(sum+((arr_float[i]/ arr_float[i-1])/ 7.7)* 0.056); FPC也是比DELPHI 7慢30%左右。

但在进一步测试科学计算时，FPC慢很多了，将近慢1.5倍。如增加了一条语句： sum:= power(sum,random* 1.5)+sin(100* 3.14/180)+cos(100* 3.14/180)+log10(sum* 100);也就是说，FPC在进行POWER，SIN,COS,LOG等函数计算时，效率下降很快，我大致看了下，发现RTL中，FPC是用PASCAL写的函数，而DELPHI很多使用汇编写的。但如果只是语言差异，效率应该也不会下降那么多，应该还跟一些算法有关。

在这方面，FPC应该还有很大的改善空间，一是提升编译器本身，二是改进RTL库。在RTL库方面，DELPHI最新的版本中，都引进了开源的FASTCODE，我想FPC应该也可以引进，移植到FPC上面来，这样就可以利用开源的成果，快速提高RTL品质，如果什么都要自己造轮子的话，那效率就会太慢了。

如果FPC在整体效率上能与DELPHI缩小到10%左右的差距时候，那FPC的实际应用领域就大大拓展了！会给DELPHI造成极大的威胁。

顺便提一下，前几天下了个DELPHI 2010，跟DELPHI 7对比测试后，发现DELPHI 2010要比DELPHI 7慢那么一点点，大概在3-5%之间。当然，DELPHI 2010也加了很多花哨的东西，比如泛型模板、反射等，由于没有许可，只能用14天，还时不时弹出公司试用许可警告，要重新启动才能用，一怒之下，把它删除了。

9）程序体积：

不得不说，FPC编译后的程序体积太大了，当然，如果去掉调试信息后，体积可大幅度减少，但还是比DELPHI大很多，这是非常需要改进的地方。

10）结论：

总体上，FREE PASCAL已经很不错了，做一些要求不是很高的软件开发，没啥问题。同时其发展速度很快，假以时日，应该会有很好的表现，特别对于需要做跨平台的开发，FPC是一个非常好的选择。