Linked by DaniŽl Mantione on Mon 16th May 2005 18:38 UTC
General Development After five years of development, Free Pascal 2.0 is ready. With the new compiler, its authors believe they are ready to become a larger open source development platform. In the MS-DOS world, Pascal was one of the major programming languages and is by means of Borland Delphi an important programming language in the Windows world. In the open source world, Free Pascal is the leading Pascal compiler and while open source is a bit biased using the C language, the Pascal language has a lot to offer to open source programmers.
Order by: Score:
by Myrd on Mon 16th May 2005 19:09 UTC

Is "Free Pascal" a different entity than GPC (GNU project Pascal Compiler). If so, what are the advantages or disadvantages of using one vs the other.

The biggest reason that I see for these, in my opinion anyways, is for supporting legacy code. If there's already a lot of Pascal code around to do a specific task, why waste time rewriting it when it can be compiled still and used on modern operating systems?

by Anonymous on Mon 16th May 2005 19:21 UTC

There you go. No thinking involved.

Object Pascal
by Anonymous on Mon 16th May 2005 19:44 UTC

The later Object Pascal versions of the language is actually very nice to use in most respects.

There are features in OP7 from Borland that I would die for in C++ or Java (methods attached transparently for property get/set).

But, there are also langauage features that get in the way IMHO (the whole "begin" and "end" syntax for one).

by ! Point on Mon 16th May 2005 19:47 UTC

Whoa. If you want a flash from the far far past, go download the release and start up the "IDE."

... its an old school DOS-based thing.


Its like a time machine. This. Is. So.Cool.

Coolness Parker... Coolness as far as the eye can see.
by deathshadow on Mon 16th May 2005 19:53 UTC

Gonna have to give this a try. I've used FPC in most of it's incarnations, but have rarely deployed it for anything as delphi/kylix or resorting to C has generally made faster programs. The earlier incarnations were solid enough compilers, just... lacking in execution speed.

Pascal has a warm spot for me, mostly because I went to it from doing Z80 Assembly and DiBol... It was the first high level language I was exposed to, and taught me most every good programming habit I have today. While today I deal daily in C, Java and Perl, I often long for a decent pascal apart from Delphi (which has it's place, but visual programming is counter-intuitive for me, making 80% of it useless)... Most modern languages let you get too many stupid mistakes past the compiler, especially in terms of memory handling or even stupid {censored} like letting typo's compile as new variables...

The sheer cryptic nature of C and it's myriad of cousins makes debugging a royal bitch, and frustrates many 'normal' Joe's right out of programming. I often wonder if C and the languages that use basically the same syntax are popular for the sheer fact it makes programming look more complex than it really is. The 'unix and C a hoax' routine, where they say "when we got a clean compile from"
for(;P("n"),R-;P("|"))for(e=C;e-;P("_"+(*u++/8)%2))P("|"+(*u/4)~* ~@~2);
They thought they had something they could sell to the russians to set them back two decades...

How's the old joke go? Pascal won't let you shoot yourself in the foot.


Very nice development tool
by Daniel de Kok on Mon 16th May 2005 19:57 UTC

I have been using FreePascal for various projects since the early 1.0 days. I have always been impressed by the speed of the compiler, good implementation of current Delphi language standards, and its cross-platform support.

Definitely worth looking at!

Important in windows programming
by Stan on Mon 16th May 2005 20:02 UTC

Get real. The real programming in windows has been in C/C++ for years now. It is only a small select few that use Delphi for any real projects. And most of them are hobbie programmers.

why three passes?
by Jack Perry on Mon 16th May 2005 20:02 UTC

IIRC, one of the nice things about the original Pascal was that the compiler needed only to make one pass. Is that true, and does this new version really need to make three passes, or is it better for the sake of maintainability and/or sanity?

Good trip down memory lane
by Someone on Mon 16th May 2005 20:11 UTC

FreePascal could be very useful at universities, since Pascal is great as a 1st programming language, very clean and close to pseudocode.

I wish I had the old TurboPascal programs I developed at school, to recompile them and see how they are ;)

Re: Why three passes
by DaniŽl Mantione on Mon 16th May 2005 20:14 UTC

Pascal needs only to do a single pass through the source code to get all symbolic information. That did save on compilation speed and it still does. However, by doing some preprocessing before you generate the actual code you have much more information available to optimize and generate better code.

Re: Important in windows programming
by Bryan Feeney on Mon 16th May 2005 20:56 UTC

Actually, I'd say you're almost entirely wrong.

From my experience, a depressing amount of Windows applications are done in VB, happily followed by Delphi (Borland's proprietary Pascal variant), Visual C++ and then a hodge podge of different things, including Java.

Until C# came along, Delphi was by far the nicest platform available for developing Windows applications. It made for easy RAD development but also allowed you go right down to the metal (Delphi has pointers, but it makes life easy enough that you just don't need to use them that often).

I use Delphi at work, and it's a lovely language. There are some issues, like the sparseness of the library in comparison with Java and C#, and the fact that Interfaces force memory management, but otherwise it's very nice indeed. In fact, most of the advances in Java (String primitives, single inheritance with multiple interfaces, object hierarchy rooted with a built-in Object type, easy RTTI, etc.) and C# (delegates, properties, indexed properties) are straight out of Borland's Delphi.

I've never tried any other Pascal implementation, I'd be interested to see how this stacks up.

A little link
by DaniŽl Mantione on Mon 16th May 2005 21:02 UTC

I'll post a link to our sister project <A href="">Lazarus project, which allows modern GUI development with Free Pascal.

by Anonymous on Mon 16th May 2005 21:04 UTC

t is only a small select few that use Delphi for any real projects.

I use it profesionally every day, I would pick it any day before C# or C++, but I admit there's a lot people missinformed about Delphi and the great tool and time saver it is.

by snowflake on Mon 16th May 2005 21:21 UTC

t is only a small select few that use Delphi for any real projects.

I use it profesionally every day. The only negative thing about Delphi is that it doesn't run on Mac OS, other than that I think it is one of the most productive prgramming environments I've ever used (And before the python people have something to say, I teach python). For GUI work, Delphi wins hands down compared to thinks like SWING, SWT, GTK, QT.

RE:a small select few that use Delphi for any real projects.
by snorkel on Mon 16th May 2005 21:23 UTC

What a load of crap.
Delphi is used for MAJOR projects all the time, you probaly use software created by Delphi right now and don't know it.

Homesite from macromedia is one, Epop(,
Lightning Messenger(
All the EMS tools (
it boggles the mind the amount of really big projects that use

There is also work being done on a Free Pascal plugin that will
compile Delphi code from the Delphi IDE.
Lazarus is nice, but it needs tons more work to be used for production.

Pascal and speed
by AMH on Mon 16th May 2005 21:36 UTC

Another great thing about Delphi is it's execution speed and the fact that it compiles everything into one self-contained binary (exe) file. No need to worry about runtime libraries and associated version compatibilities.

I've always felt that execution speed is a very important element for any compiler. It's also something that's minimized or played down by advocates of languages that are hardly stellar in the speed stakes (e.g. Python or Java for GUI apps).

So, for those of you who've tried Free Pascal, how does it fare in the speed stakes?

by somebody on Mon 16th May 2005 22:05 UTC

Lazarus is nice, but it needs tons more work to be used for production.

More than tons, please (at least the linux version of bad joke).

If anything lazarus might be a good start for anyone porting their old application from windows to linux in the line of the quickest result. I won't dispute that. But, as far as gtk is taken into consideration, I wouldn't like to see it would get adopted.

They completely discriminated gtk to the unrecognisable level. No container based design which leads for interface to fail to be displayed properly with themes.
Second, reinventing the wheels where cars already exist. I mean tables, buttons, image loaders??? No gtk2 support?

RE: Pascal and speed
by peter gree on Mon 16th May 2005 22:06 UTC

never benchmarked it myself but afaict it comes down to how you code

from what i gather if you code like a C coder and ignore things like high level strings it will be nearly as fast as C i seem to remember that on arm freepascal beat GCC in simple test though thats probablly a case of GCC being badly optimised for that platform

if you start overusing things like high level strings (ansistrings and widestrings) in performance critical parts of the code then your app will be considerablly slower.

finally because there is no GC in the java sense you don't get anything like sudden slowdowns caused by GC passes

Re: lentil wars
by Anonymous on Mon 16th May 2005 22:08 UTC

anyone know where i can get this look cool?

RE: @snorkel
by peter green on Mon 16th May 2005 22:11 UTC

many windows users have equally bad things to say about gtk apps ;)

lazarus decided to try and be as toolkit neutral as possible and as compatible as possible with the delphi vcl. This may result in some cleanness issues when used with other toolkits.

thats life you either deal with a slightly no native look on some platforms or you rewrite your gui for every platform.

by Smartpatrol on Mon 16th May 2005 22:13 UTC

Its been almost 15 years since i programed in Pascal but i loved it when i was doing it. From what i understand it was primarily used to teaching. I will defintely put on my programming hat again to see if i still have it. One question does it come with an installer? if i do generate useful binaries how hard is it to distribute the files?

RE: Nice!
by Tanner on Mon 16th May 2005 22:14 UTC

What a Nice language is Pascal...
I always loved it... There are too many people missinformed about the potential of pascal, IMHO..

compile speed
by alwin on Mon 16th May 2005 22:37 UTC

compile speed was THE reason for me to use pascal instead of C(++). the compile time of C always bothered me, my dual g5 is slower when compiling c code than my p166 was compiling pascal code.

by Pavel Kanzelsberger on Mon 16th May 2005 23:16 UTC
@peter green
by somebody on Mon 16th May 2005 23:22 UTC

I know that you try to make it sound informative, but...

thats life you either deal with a slightly no native look on some platforms or you rewrite your gui for every platform.

SLIGHTLY???? Wow, (broken != slightly) just for information.

by pc dude on Mon 16th May 2005 23:30 UTC

Wow I remember using pascal in high school on old Apple IIe's with a CP/M card using a Z-80 processor addin. Clunky but it was good for learning something on....God knows this is better ;)

Project usability
by Anonymous on Mon 16th May 2005 23:53 UTC

Pascal was always good for a quick start but like all Open source projects Freepascal is somehow cryptic to new users.

This must not be, but GNU Pascal has even a more bloathed interface with the world. The mozilla page redesign shows what can be done to attract users.

Lazarus is a very ambitious project, so I hope it will now get a boost as it slowly completes.

pascal is so good
by Isaac on Tue 17th May 2005 00:30 UTC

i find learning pascal to be a lot easier than C.

the power? i am no hard core programmer, but as far as i've read and saw, pascal can do anything that any programmer may need.

the speed? as history would tell, pascal is among the leading compilers for this aspect.

as for RAD, delphi is excellent, while lazarus is promising. with a comprehensive and well-structured documentation or book, it (lazarus) may get more attracted newcomers and up and running users.

Some random comments
by ylai on Tue 17th May 2005 00:46 UTC

As for Free Pascal, I'm sure many programmers will appreciate it compiles 9 times faster than GCC,

I appreciate e.g. the interprocedural optimization and SIMD autovecorization in the Intel C++ Compiler, while I still can compile at a reasonable speed without them. Compiler is not just about the speed the compiler dwells on the code.

frees you from the task to write make files.

How is this going to help for large projects?

Summing up, programming in Pascal gives you as programmer many advantages over your collegues writing C.

I think Pascal gives me no significant advantage than my collegues writing C++, e.g. using ANSI string STL class.

And to another comment:

How's the old joke go? Pascal won't let you shoot yourself in the foot.

No, even Ada will let you shoot yourself in the foot. If you enjoys aiming your foot, you should seek another profession than anything involving programming.

I don't mind being part of the "select few", but i defy anyone to come up with a more productive environment for doing desk top apps than Delphi, it has the grunt of C++ (fact) but smart enough to reference and dereference objects pointers. I'm an old hand at this coding stuff (i go back to the Burroughs L2000 days) i have done Cobol (gasp), RPGII, Assembler, C, C++, all manor of xBase Dialects (Clipper with Classy was nice), but none of them we're as nice to work with as Delphi.

Check out the Kylix/Delphi CrossFPC project
by Anonymous on Tue 17th May 2005 04:25 UTC

There is a project that is just starting that aims to allow the current Delphi 7 and Kylix IDEs use the Free Pascal Compiler as a option to the standard delphi one.
Check it out on the borland newsgroups under Kylix Non Technical:

The project is looking for help, so check it out.

Re:Check out the Kylix/Delphi CrossFPC project
by LC on Tue 17th May 2005 06:24 UTC

It is not a useable alternative.
1. The Kylix/D7 line is dead. The borland seems to abadoned this product.
2. The biggest problem in Kylix line is not the developement environment (I use it every day without too big problems) but the CLX and the Qt. The Qt2.0 is a little bit problematic in newer linux distbributions (clipboard problems, etc), and also on windows (Layout problems in TPrinter, Jpg handling, etc). And the full CLX is very buggy and inconsistent (you can use TSQLClientDataSet in K3, but in D7 it is obsolote (you can compile it only from source), etc)...

IMHO the Lazarus+Free Pascal combo (with LazReport and Zeos) can be a very useable tool in the near future.

just by curiosity
by Andre4s on Tue 17th May 2005 06:49 UTC

do YOU use pascal in a project right now?

Re:just by curiosity
by LC on Tue 17th May 2005 07:34 UTC

Yes. My little business application is written in Object Pascal (Kylix3 / Delhi7). About 60 000 line of code + ~ 6 000 line stored procedure (Firebird RDBMS).

Re:just by curiosity
by LC on Tue 17th May 2005 07:38 UTC

And it is not a big company - one-man business. It is a really small application, I know far bigger Object Pascal projects.

RE: Check out the Kylix/Delphi CrossFPC project
by DLX on Tue 17th May 2005 07:42 UTC

"The Kylix/D7 line is dead. The borland seems to abadoned this product."

This is sadly true. Although, I suspect that people in Borland have starting to realize that they threw out their biggest cash cow. I mean, if I need C++ environment/compiler, then I choose VC++ or GCC. If I need .NET language, I'll use C# and not Delphi.NET.

I am still using Delphi 7 myself. I tried Delphi 2005, but I hated the environment - it managed to make the actual code window too small to have usability in my 19" TFT screen! Not to mention that Win32 units were as buggy as in Delphi 7 - atrocious winhelp, buggy flat buttons etc etc.

I'd really be interested in Freepascal compiler working from Delphi IDE. One thing that is always made me back up from GNU- and FreePascal is the lack of a decent RAD environment.

by Mark on Tue 17th May 2005 07:56 UTC

When in the 1968 Niklaus Wirth created Pascal it was designed as a simple language for learning structured programming and as a tool for learning compiler design (for simply and well designed language it is much easier to create a fast and effective compiler).

Latter on Wirth has created Modula and Oberon - much better and more advanced languages for real programming (i.e. system programming, modularity, object oriented etc.) but noone cares for them and people still use old good Pascal with its limitations.

Isn't it strange?

RE: Check out the Kylix/Delphi CrossFPC project
by LC on Tue 17th May 2005 08:04 UTC

I agree, with .NET I also will use C# (and M$ Visual Studio instead of Delphi 2k5). But lazarus+FPC seems a very attractive alternative for smaller projects when the small bugs will be repaired.

@ Mark (Strange)
by deathshadow on Tue 17th May 2005 08:14 UTC

It's a good point on Modula and Oberon, but I would point out that with the Object Pascal standard that Borland 'adopted' from Apple's compiler circa Turbo 5.5, modern pascal damned near IS Modula... Just with some minor differences in how objects are named and handled (the word object instead of class... ooh).

Either way, I'd stack Object Pascal with it's strict typecasting and object model up against C++ any day...

re: Strange
by johnlein on Tue 17th May 2005 08:18 UTC

Actually calling something like Delphi or Freepascal, Pascal is wrong. They have little to do with 1968's Pascal and some of the ideas of Pascal derived languages like Modula1/2/3 have been incorporated into those >>Pascal<< dialects.

What I find strange is that everybody was bitching about how Pascal's type checking was bad and restrictive compared to C, and now most new languages that are not dynamic are strictly typed.

RE: Lentilwars
by Almindor on Tue 17th May 2005 08:20 UTC

I'm the author of that thing ;)
The game is not yet ready but a playable 1st beta will be available on soon. The sf homepage is not yet finished(it's more like a tech demo of the page now).

You can see more screens here:

The game is already playable and available for download but it's on a very unreliable server. If you're really interrested you can contact me, otherwise wait some week or so for the official 1st beta.

As to Free Pascal, I've started using it after I switched to linux. Kylix was just too buggy(the compiler itself) and bloated. I first started with pure FPC and then went on with Lazarus as IDE(I use it to make my level editor currently).
What I really LOVE about FPC is that it's so easily cross-platform. I just go to windows press F9 and viola.
I can also cross-compile from both platforms to any other.

Also bear in mind this is my 1st project ;)
When I started this I had no idea how to work with 2d arrays or classes.

RE: Lentilwars
by Daniel de Kok on Tue 17th May 2005 10:17 UTC

Almindor: what graphics library do you use?

BTW. Are the characters based on the Czech and Slowak "Lentilky" candy? ;) I have been in both countries many times, it is always nice to see that you preserved your own branding of Smarties ;) .

Ada = Pascal + good stuff
by baldrick on Tue 17th May 2005 10:22 UTC

People who like Pascal may want to check out Ada (the
latest gcc supports Ada). Ada was based on Pascal, but
has all kinds of "extra goodness" like built-in support
for multitasking programs. See

Executable size?
by DLX on Tue 17th May 2005 10:44 UTC

Is it me or are the executables that FreePascal creates HUGE?

program test;

uses windows;


This creates a 105KB file! And while in "release" mode.

In Delphi, same code results to 15KB executable.

If UPX'ed, 92 and 9KB, respectively.

I shudder on the thought what size button-label 'Hello World' would be....

Re: Executable size
by DaniŽl Mantione on Tue 17th May 2005 10:53 UTC

Did you enable smartlinking? This reduces the executable size a lot. It cannot be enabled by default unfortunately because the GNU linker becomes very slow with smartlinking enabled, it's not designed to do the kind of jobs Free Pascal with smart linking gives it.

For normal development, you develop with smartlinking disabled, so the compiler is fast, and when you release your program you can compile with smartlinking enabled.

Also, make sure you disable generation of debug information.

Re: Executable size
by DLX on Tue 17th May 2005 11:09 UTC

With smartlinking 25.5KB, 11KB when UPX'd. Much better.

Stupid me, for some reason I thought "release" would mean that smartlinking will be automatically enabled...

Also, in docs: "Remark: In the WIN32 version, strip is called stripw." Nope, it is still strip.exe.

Re: Executable size
by DaniŽl Mantione on Tue 17th May 2005 11:16 UTC

I get 26 kb with smartlinking enabled.

FreePascal + OS/2 IDE
by JY on Tue 17th May 2005 13:15 UTC

Since this is a site for OS fans: There is a project over at that aims to create a visual development IDE (including visual form buidler) to sit on top of FreePascal for OS/2. Progress is very slow (3 news items in almost 3 years!!!), but that's probably because it's a one or two man project I guess. If it ever gets finished, I'll probably resurrect my copy of eComStation and port some programs over that I wrote a while back... Could be fun ;)

a small select few that use Delphi for any real projects.
by Anonymous on Tue 17th May 2005 13:19 UTC

... and TOAD as well

RE: Lentilwars
by Almindor on Tue 17th May 2005 14:10 UTC

I use SDL, SDL_Image, SDL_Mixer, SDL_Ttf, SDL_Gfx.
I've made my own networking units so I don't use SDL_net.

I've abstracted the blitter so I will be able to add various(at minimum GL) backends in the near future. Oh and the game is 2D not 3D ;)

by x on Tue 17th May 2005 14:11 UTC

Does this support data structures like hashmap, queue, etc?

RE: Lentilwars
by Daniel de Kok on Tue 17th May 2005 15:06 UTC

Thanks for the information!

v Pascal...?
by dmc on Tue 17th May 2005 16:15 UTC
Re: dmc
by johnlein on Tue 17th May 2005 16:30 UTC

Don't get me wrong, I don't program in Pascal, I do C, Java and Python. But come on lets be honest ANYTHING that isn't C derived today is looked down upon. What in your opinion makes Pascal and I mean modern Pascal like Freepascal and Delphi >>toy languages<<? I don't see anything toyish about them.

Sorry people this is not true.
There has been no official announcement by borland that
Kylix is dead.

And if there is anyone to blame it's all the people that where to cheap to buy Kylix at the reasonable price of 249.00
When they first released it, it was priced way to high, but they came to their senses and reduced the price. At 249.99 is a
very good deal.

re: Ada = Pascal + good stuff
by Renaldo on Tue 17th May 2005 17:58 UTC

arghh!! I had to sit through two months of ADA school when I joined the Marine Corps as a programmer ten years ago. Nice language I guess, but I remember having to do A LOT of thing explicitly that most languages take care of for you.

It did have built in libraries for threading... which was cool for the days of DOS.

re: just by curiosity
by Renaldo on Tue 17th May 2005 18:02 UTC

I have used Delphi since version 1.0 for various projects, large and small. I am currently writing an application to perform occupational job clustering with Delphi 2005.

by snorkel on Tue 17th May 2005 18:07 UTC

Where do you enable smartlinking
I went into compiler options and checked link to smart libraries, but this had no effect, exe stayed at 105k.

Strange License
by Anonymous on Tue 17th May 2005 18:29 UTC

The "extra exception" to the LGPL is very nice:

"you may use the run-time libraries for proprietary programs (which is allowed by the LGPL anyway!) provided that you still comply to the LGPL."

Nice! You could simply use the LGPL, whoever wants to create a proprietary exe must statically link your libs!

Re: smartlinking
by Daniel Mantione on Tue 17th May 2005 18:59 UTC

Specify -CX to make the compile generate smartlinkable units and also -XS to let the compiler smartlink against those units. Do not use the -g which generates debugging information. There are equivalent options in the IDE, but you'll have to see yourself, I haven't it available to me at the moment.

Re: smartlinking
by Daniel Mantione on Tue 17th May 2005 19:00 UTC

Pardon me. Correction: Specify -CX and -XX.

>There has been no official announcement by
>borland that Kylix is dead.

But if you see the Borland product line the win32 based Pascal/BCB line seems to dead. The newest stuff is based on .NET. And the background of Kylix is the win32 based Delphi line + the wine windows emulator (and the Qt based CLX - it is also discontinued in newer Delphi versions (D8/D2k5)).

>And if there is anyone to blame it's all the people that
>where to cheap to buy Kylix at the reasonable
>price of 249.00
> When they first released it, it was priced way to
>high, but they came to their senses and reduced the
>price. At 249.99 is a very good deal.

The price is not a problem, I have officialy legal Kylix from 1.0 to 3.0. But the K3 the latest Kylix version is certified only the following linux distributions:
- Red Hat 7.2
- SuSE 7.3
- Mandrake 8.2

This distributions are a "little bit" outdated. And in the newest linux distributions you must use black magic, wooodo or similar things to use kylix (LD_ASSUME_KERNEL, "1" to /proc/sys/vm/legacy_va_layout, etc). And at least I cannot use it with newer kernel then 2.6.10.

And it is only the one problem. The bigger is the CLX bugs and the old Qt. The maximized window in K3 applications changed to normal if you change the virtual desktop window, the clipboard not always works correctly between the k3 and other applications (IMHO it is Qt2 problem), etc. And because it is used for multiplatform applications: the D7 CLX also very buggy (more then K3 CLX).

It is very sad for me, because I based my business to CLX and the change to any new platform will very painful procedure - but at the near future I must change. And because of Kylix fiasco this technology will borland-free: only microsoft based (.NET/M$ Visual Studio) or totally open source(java, C++/wxWidgets, Lazarus/FPC) or combinantion (mono).

where's the help file?
by Isaac on Wed 18th May 2005 06:33 UTC

press F1 and it says: "no help file installed".
is there an available help file? i remember that of Turbo Pascal which was very useful, and that was ages ago.

Re: where's the help file?
by DaniŽl Mantione on Wed 18th May 2005 08:10 UTC

Yes, that of Free Pascal is useful as well. There is a small but great html-browser built into the IDE. First you download the documentation. Select help -> files and add index.html from the directory rtl and ref.html from the directory ref.

To make it better, old Turbo Pascal .tph files are also accepted and you can also add any other html documentation you download from the internet.

Have fun!

by DaniŽl Mantione on Wed 18th May 2005 08:52 UTC

Port your apps from to the Lazarus Component Library. Unlike the CLX it has a group of skilled programmers on it who are dedicated to their users. It doesn't have the finishing touches of commercial software (yet!), but is certainly very usefull and reasonably cheap to port to from both VCL and CLX.

Want to see what is possible? A nice example is Checkbook Tracker:

by LC on Wed 18th May 2005 13:43 UTC

At this moment LCL also buggy and little bit incompleted. The main missing thing is the dbExpress (but the ZEOS port of Lazarus seems hopefully) and the MDI windows.
The biggest bug IMHO in the datagrid in the CVS version: if you scroll out the cursor from the grid only the last visible line will be repainted.

But because the full LCL is open source, at this moment a new Lazasrus project better idea then new Kylix project.

by Renaldo on Wed 18th May 2005 17:49 UTC

"But if you see the Borland product line the win32 based Pascal/BCB line seems to dead. The newest stuff is based on .NET. And the background of Kylix is the win32 based Delphi line + the wine windows emulator (and the Qt based CLX - it is also discontinued in newer Delphi versions (D8/D2k5))."

Win32 in Delphi is certainly not dead. Delphi 2005 allows both .net and win32 development and has significant enhancements to both.

Good question. I've been implementing several of the benchmarks for the Great Computer Language Shootout ( and find the lack of a standard hash table class "disturbing". TStringList is good enough for small datasets, but it just doesn't cut it for the problems used in the shootout.

Ah... playing with FPC is bringing back the good old days of Turbo Pascal on my PC-XT. I wonder if I still have those old floppies around? (Or an old 5 1/4" drive for that matter...)

by Anonymous on Thu 19th May 2005 02:40 UTC

Lazarus shows great promise and I will probably start using it when it matures a bit more. (for now it's still Kylix)
I first remember seeing Lazarus years ago and I have come back to check it out every year and it is starting to look really good. Go Lazarus!!!

I also would not count out Kylix just yet, I think Borland will come around and release a updated version.
There has been no official anouncment from Borland that it is dead. The problem was that sales of the 249.00 Pro version did go well.

If you want to see a new updated Kylix go and buy the Pro version for 249 or update your Kylix 1 or 2 for 110.00.
Even though making GUIs with it stinks it works GREAT for apache DSOs,Daemons,Console apps,TCP/IP apps with Synapse
( which also works with Free Pascal. I have daemons that implement custom TCP/IP protocols(with Synapse) that have been running for over 1 year with no downtime, So lets not say Kylix is dead or useless, it's far from the truth.

by LC on Thu 19th May 2005 05:09 UTC

Win32 in Delphi is certainly not dead. Delphi 2005 allows both .net and win32 development and has significant enhancements to both.

Yes, but the full infrastructure is based on .NET. The Kylix product line is based on a win32 version of D6/D7/BCB6 with the wine emulator. D8/D2k5 never will run with wine...

RE: Important in windows programming
by Rif on Thu 19th May 2005 06:27 UTC

Get real. The real programming in windows has been in C/C++ for years now.

Stan, you need a reality check. A lot of welknown Windows applications are written in Delphi.

E.g. Skype the world most used Internet telephony - the Windows client is written in Delphi. Two of the best desktop search tools X1 and Copernic are both written in Delphi. PowerArchiver the most feature rich ZIP/archive tool is written in Delphi.

There is a list of Delphi made app here:

RE: Important in windows programming
by Rif on Thu 19th May 2005 07:55 UTC

Ups, a slash too much in the link... The list of Delphi apps is here:

FreePascal - acknowledgment
by Grzegorz Czachor on Thu 19th May 2005 10:26 UTC

Thank you very much, developers of FreePascal. I'm a very happy user of your FreePascal Compiler.
Best regards

FreePascal - cool compiler
by Michael on Fri 20th May 2005 13:15 UTC

I use FreePascal from version 1.0 and i think, that is cool compiler. I make apps on win32 and on linux and I have good results.
Many thanks to developer team.

CLX and cross platform development
by nvitya on Sun 22nd May 2005 22:28 UTC

About Pascal/C: I'm a Pascal fan for 12 years. I know deeply several languages, including C++ or Actionscript. I think Object Pascal allows programmers to make less mistakes in the source code lines.

The biggest sofware developer companies have big investments in C programming. So much that they almost cannot use anything else. That's why many think Delphi (or Pascal) is not a real programming language. Small companies with little time and money for specific GUI developments mostly use Delphi in Hungary.

About Cross-Platform GUI: I had seen Kylix and Larus. I tried to create a small cross-platform GUI app with DB access.

There is no problem until you want to create a cross-platform GUI application. Win32 definitely has its own GUI environment. Linux doesn't ... it has many of them so they compete each other. Only few of them reach the level that a big software developer company with windows programming experience needs. The only existing GUI toolkit I would really use is QT. QT is strongly coupled to C++ so hard to use it from other languages. Kylix/Delphi/CLX tries this - with less success I think.

I was wondering how hard could be to create a GUI toolkit for Linux in Pascal (FPC of course), so I started to play with X-window system. In the FPC it is very easy to use C libraries (.so). This is how LPTK has born (see Unfortunately now I don't have time to develop it or to write its documentation. It was a test really. It showed that it is not to hard to create basicly a GUI system. I achieved results worth to see I think. I hope this work will be used by others too. Most of you know that such a big work cannot be done by a single person. And it would require several years of usage before anyone with big responsibility would choose it for a large project.

The salvation of the Pascal fans would be that the Borland tried to implement the cross-platform GUI in my way. They would need to reimplement the GUI elements using only low-level drawing routines. Borland has most of the source code and knowledge required to do this. (You know FPC would not exist without Borland.)

I think this time there is no "good" GUI development tool for Linux in Pascal only "not bad".

About the FPC 2.0.: I looked it in many times in the years of development. It changed too much so I could't risk to use it in production. I'm glad to see it is released finally. So I'll deeply check it. And LTPK will be compiled with it soon.

Powerful as you need......
by ckleuser on Thu 26th May 2005 05:11 UTC

The Pascal language can be the powerful as you want...
I've benn programming since 1995 into C and Pascal, and
frankly, the generated code are simetrical fast, just write it clean and inteligently. There's no base of comparasion because there isn't out there to much software written in Pascal, but that's a good start of thinking in creating such that software. Open communities to do such a job would be nice and very welcomed. I'll surely join to one.