[fpc-devel] Generics
It isn't clear to me what the current status about Generics is: http://www.freepascal.org/wiki/index.php/Generics Are they Delphi conform (.net2)? What's planned? Can somebody explain? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Generics
Florian Klaempfl wrote: Is there already a specification how they will look like in Delphi? I think no. But there is already a specification for C#. I guess the Delphi syntax won't be differ to much from the C# definition: http://qc.borland.com/wc/qcmain.aspx?d=11168 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Generics
Flávio Etrusco wrote: On 4/9/06, Florian Klaempfl [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: (...) Is there already a specification how they will look like in Delphi? (.net2)? What's planned? Can somebody explain? They are more like C++ templates. What? Do you mean that FPC implementation of generics wouldn't be based on type erasure but on beefed-up-precompiler-macros? Please say I got it all wrong :-o -Flávio ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel Generics are type safe. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Which version of fpc has the new internal linker?
Which version of FPC has the new internal linker? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Porting to Lazarus
http://port2laz.blogspot.com/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Stop the download HORROR
Let's start the odyssey: -Need the latest win32 compiler. -Go to http://www.lazarus.freepascal.org/modules.php?op=modloadname=Downloadsfile=indexreq=viewsdownloadsid=1 -There is no Win32 compiler! -Is Lazarus a Linux project only? after 15 minutes I found http://sourceforge.net/project/showfiles.php?group_id=89339 -tons of files -do I need Lazarus 0.9.12? -where is the docu? -Does the Lazarus packet contain the FPC compiler? -? -? - ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] x64 resources
Andrew Haines wrote: Hi, Is support for resources {$R someresource.res} planned for ppcx64? Thanks, Andrew ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel It is planned in CrossFPC. I don't know the FPC status. But I think both platforms will share the same compiler in the future... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] bug 4549 - linker error
http://www.freepascal.org/bugs/showrec.php3?ID=4549 Had the same problem. Is there a detailed linker error message or log file? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] linker problem
Sorry. Must read http://www.freepascal.org/bugs/showrec.php3?ID=4548 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Systems fair
L505 wrote: I think like how torry.net, Delphi 3000, etc. work (but you obviously can create smaller websites than that) people should be building independent websites to promote freepascal. I would diagree. Up to now there a tons of sites concering FPC/Lazarus: freepascal.org, sourceforge, stack.nl, wiki, ftp-sites, mirrors, cvs, etc. That produces much confusion. There is a good rule by marketing people: One face to the customer. Moreover people are used to see Free Pascal and Lazarus as *one* project. But it isn't. some discussion points: - one canonical site - consistent style/color on all sites - strip off old bones (TP tutorials, MOS) - merge FPC and Lazarus sites ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] CrossFPC article (in german)
http://www.toolbox-mag.de/data/tx62005artikel1.pdf ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Some Generics inspirations
Some Generics inspirations: http://msdn.microsoft.com/netframework/default.aspx?pull=/library/en-us/dndotnet/html/BestPractices.asp http://msdn.microsoft.com/netframework/default.aspx?pull=/library/en-us/dndotnet/html/ToolSupport.asp http://msdn.microsoft.com/netframework/default.aspx?pull=/library/en-us/dndotnet/html/NetFramework.asp http://msdn.microsoft.com/netframework/default.aspx?pull=/library/en-us/dndotnet/html/Fundamentals.asp ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Templates / Generics
Marco van de Voort wrote: Florian Klaempfl [EMAIL PROTECTED] wrote: Is this correct so far? Ok. So, FPC will follow chrome/Delphi? Afaik there is no need to. Chrome is as relevant as C++, since it is a different language, and Delphi implements .NET stuff, and maybe provides a backwards compat kludge for win32 at best. For us, native is the core platform, and how they twist themselves to achieve compat between .NET and win32 (and how much .NET syntax they borrow) is not our problem. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel Delphi incompatibility is a NoGo for FPC. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Templates / Generics
Michael Van Canneyt wrote: On Tue, 8 Nov 2005 [EMAIL PROTECTED] wrote: Vincent Snijders wrote: LOL. Then they have to publish their specs real soon now. And I mean not something in a blog, but more something like documentation. We can't wait another 5 years, until they finally make up their mind. Generics are already standardized. Which standard is that ? C++ ? C# ? VB ? ECMA Standard 334 According to Borland, the Win32 Gernerics syntax will be a subset of the .Net sytanx. And do they have .Net generics in Delphi ? In Delphi 2007. Delphi.Net Generics syntax is defined by the .Net syntax. If they don't, the syntax is still open. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Templates / Generics
Mattias Gaertner wrote: Why do you think, that Borland will use ECMA Standard 334 for C# for the Delphi generics? Is there any official page, document, statement? Why should Borland reinvent the wheel? http://bdn.borland.com/article/0,1410,33383,00.html ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Generics Basics
dannym wrote: Hi, Am Dienstag, den 08.11.2005, 18:10 -0200 schrieb Felipe Monteiro de Carvalho: Hello, I am trying to understand what exactly generics are. I read the wiki page, but there are lot's of code examples and very few explanations. Can someone explain it to me in a (relatively) simple way? What problem is it trying to solve? It makes types parametrizable. For example, if you write a list class, traditional delphi has TList. However, this TList can only contain TObject, no double/integer/... . Moreover, you can put objects of *differing* (i.e. unrelated) classes in the same list, which is most of the time a bad bad idea. Excuse me for resorting to an example again, but it's just easiest to see: 1) without generics type TAppleList = TList; TApple = class end; TOrange = class end; var apples: TAppleList; apple: TApple; begin apples.Add(TApple.Create); // works apples.Add(TOrange.Create); // works, and is stupid apple := apples[0]; // compile error apple := apples[1]; // compile error apple := apples[0] as TApple; // manual cast, works apple := apples[1] as TApple; // compiles, breaks at runtime end; Generic types, on the other hand, define just the TList, but do not fix the contained type in it, but leave it as a parameter to specify later. 2) with generics type TListItem = generic(T) record Data: T; Next: TListItem(T); end; PListItem = ^generic(T) TListItem(T); TList = generic(T) class private fHead: PListItem(T); fTail: PListItem(T); published procedure Add(Item: T); end; procedure TList.Add(Item: T); var node: PListItem(T); begin New(node); node^.Data := Item; node^.Next := nil; if Assigned(fTail) then begin fTail^.Next := node; end else begin fHead := node; end; fTail := node; end; type TApple = class end; TOrange = class end; TAppleList = TList(TApple); var apples: TAppleList; apple: TApple; begin apples.Add(TApple.Create); // works apples.Add(TOrange.Create); // compile error apple := apples[0]; // works apple := apples[1]; // not applicable apple := apples[0] as TApple; // works, but unneccessary apple := apples[1] as TApple; // not applicable end; And how do generics relate to interfaces? interfaces in pascal are mostly runtime-bound. Generics are mostly resolved at compile time. Otherwise quite similar, with the exception that there is no mother of everyone class, that is, a class which is the base class of all other types, also of i.e. Integer. i.e. Integer = class(TAll, IUnknown); Double = class(TAll, IUnknown); Boolean = class(TAll, IUnknown); TObject = class(TAll, IUnknown); TFoo = class(TObject); note that I'm not advertising that there should be one, just noting the facts. The fact being, if there were one, interfaces would do the same as generics, just at runtime. Without one, interfaces do nearly the same as generics (just don't work for simple types), but still work only at runtime (at huge cost). Doing stuff at runtime slows the program down, and also note that the more you do at runtime, the more stuff the compiler has to compile in at each place just in case something x or y happens at runtime, at every place. Worse, if the language is not really designed for stuff to be determined at runtime (i.e. late bound stuff), it sucks. Therefore you have to add as TApple. Because the language just doesn't expect that you want it to automagically upcast back to what it was. If it were a language designed for stuff to be determined at runtime too (late bound), from the line apple := apples[0]; it would automagically generate (invisible for the programmer, but in the executable): var temp: TObject; temp := apples[0]; if apple is TApple then apple := temp as TApple else raise ETypeError.Create...; that is, it would add code for runtime type inference. (Note that the is TApple and as TApple are the destination type of the variable apple, i.e. the compiler still wouldn't know what type is _in_ the list, it just knows you _want_ to have an TApple. If you instead specified orange: TOrange; and accessed: orange := apples[0];, fine, it will cast to TOrange, you asked for it, you get it) Which would be a little better than now, but slower. (as a side note, note the only reason why anybody bothers with type safe compiled languages is strong type checking, that is total _compile time_ strong type checking, also known as if it compiles, it works (mostly). If it weren't for that advantage (ok, and the speed advantage when done right), nobody would use strongly typed languages) Generics, therefore, move the complexity into the type checker of the compiler instead, the benefit being generation of faster code, compile-time (automatically) verifyable code, but at the cost of a larger executable size. thanks, Felipe Monteiro de Carvalho I hope I didn't commit major blunders in the explaination, but it should be about right :) cheers,
Re: [fpc-devel] (no subject)
Marco van de Voort wrote: Interesting switch in FPC 2.1.1: -Skload fpcylix unit what is it for? Afaik it implicitely USES the fpcylix unit that contains some identifiers for Kylix compat that we _really_ didn't want in the normal system/sysutils unit. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel where can i find it ? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] (no subject)
Michael Van Canneyt wrote: On Mon, 7 Nov 2005 [EMAIL PROTECTED] wrote: Marco van de Voort wrote: Interesting switch in FPC 2.1.1: -Skload fpcylix unit what is it for? Afaik it implicitely USES the fpcylix unit that contains some identifiers for Kylix compat that we _really_ didn't want in the normal system/sysutils unit. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel Is FPC able to compile Kylix forms (*.xfm) now? Yes, using an external resource compiler. It will embed .xfm, .dfm and .res files. But you'll still need an .rc - .res compiler for icons, bitmaps etc. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel Is it automated in CrossFCP? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Templates / Generics
This is evaluated by the pre-compiler run during compile time. When you use the template with e.g. var bl: ListString; then procedure show(s:string) is taken. Peter Vreman wrote: Mattias Gaertner wrote: This page looks only like the start of a proposal. Neither complete nor official. Why do you think, that D2006 will have generics? D2006 D11=D2007 How will Delphi handle the following case with overloads and different types: unit test; interface type ListT = class data : T; constructor(aData: T); procedure dump; end; implementation procedure show(i:integer);overload; begin end; procedure show(s:string);overload; begin end; constructor ListT(aData: T); begin Data := aData; end; procedure ListT.Dump; begin Show(Data); end; end. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Templates / Generics
What is Chrome? Some examples of Generics: http://www.remobjects.com/articles/?id={A1D08EE3-0D9E-4828-AFB3-B2C1E772186E} ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Templates / Generics
Hi *, Delphi 11 .Net 2.0 will support Generics. Maybe Delphi 11 Win32. There is already proposal: http://qc.borland.com/wc/qcmain.aspx?d=11168 The FPC syntax must be at least a subset of the Borland syntax to be compatible. Mattias Gaertner wrote: Hi all, I want to push generics to the next level. For those not familar, there is already a wiki about this topic: http://www.freepascal.org/wiki/index.php/Generics The page still contains a couple of different proposals, so I guess, the syntax is not yet defined. And there are still some unsolved problems, before we can start implementing it. My goal is to extend Lazarus first, so we can play with the new features, before extending the compiler, which is much more complicated. The syntax: The wiki contains a few proposals, but does not mention the advantages/disadvantages. So, here are some thoughts. Please comment and tell, where you see problems or a better solution. - Templates should work at least for: classes, classes of, interfaces, objects, records, pointers, procedures/functions. - Templates may also work for: procedure types - Template parameters can be any type. - Template parameters may be specialised (e.g. only) Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Templates / Generics
Mattias Gaertner wrote: This page looks only like the start of a proposal. Neither complete nor official. Why do you think, that D2006 will have generics? D2006 D11=D2007 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Templates / Generics
Alexey Barkovoy wrote: Delphi 11 .Net 2.0 will support Generics. Maybe Delphi 11 Win32. This page looks only like the start of a proposal. Neither complete nor official. Why do you think, that D2006 will have generics? Not Delphi 2006, but Delphi 2007 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel Danny Thorpe's talk on Generics: http://bdntv.borland.com/replay/mp3/24%20Hours%20of%20DeXter%201020-1050.mp3 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] CrossFPC
Hi! I need something to play with! Where can I get an alpha version of CrossFPC? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] David Intersimone Interview about Freepascal and Lazarus!!!
David Intersimone Interview about Freepascal and Lazarus!!! http://www.bitwisemag.com/media/video/iv/davidi_june2005/davidi_interview_delphi.wmv go to 3:32 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] system time/date
Hi folks! Some newsgroup posters have wrong system time/date on their PC's. Thus the emails are being sorted wrong. This script would help on Windows PC: @echo off net time /setsntp:ptbtime1.ptb.de w32tm -once ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] bug #3064
One question to the fpc team: What is the difficulty with bugs #3064 {$A+/-} problem #3497 $OPTIMIZATION unknown #3687 Locality of $J /$writeableconst ??? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Daily Lazarus Snaps
Great!!! All in one! http://www.ca.freepascal.org/Lazarus/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] FPC 2.0
Is there already a release date of FPC 2.0 ? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] (no subject)
Hint: fpc-1.9.7.i386-win32.exe 8/2/2005 is corrupt! ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] bug 3626
I expect a out of bounds error messeage. Independent from $R. Florian Klaempfl wrote: [EMAIL PROTECTED] wrote: int64 integer ??? The compiler reports a range check error depending on $R as warning or error. So where is the problem? What do you expect to happen? Vincent Snijders wrote: [EMAIL PROTECTED] wrote: bug 3626 is marked as Not a bug. This is wrong! The comment is also wrong! Why? 9 is a valid int64... Vincent. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] bug 3626
can agree. peter green wrote: im not going to argue whether this is right or wrong but in delphi at least $R only affects run time range checking. In delphi that code will give an error (constant expression violates subrange bounds) even with range checking off. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] enumerating environment variables
Typical Borland statement! Florian Klaempfl wrote: [EMAIL PROTECTED] wrote: Release date for 2.0 ? - When it's finished - asap ;) ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] (no subject)
the new directory structure has broken something!? D:\Lazarusmake process_begin: CreateProcess((null), ppc386.exe -iVSPTPSOTO, ...) failed. process_begin: CreateProcess((null), ppc386.exe -iSP, ...) failed. process_begin: CreateProcess((null), ppc386.exe -iTP, ...) failed. process_begin: CreateProcess((null), ppc386.exe -iSO, ...) failed. process_begin: CreateProcess((null), ppc386.exe -iTO, ...) failed. makefile:154: *** The Makefile doesn't support target , please run fpcmake first. Stop. D:\Lazarus ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel]bug 3272
Hi! Can someone solve this heavy bug below. Thanks! program bug3272; var i: integer; begin for i:= -1 to -2 do writeln (i); writeln; for i:= 1 to 0 do writeln (i); end. ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel]daily snapshot check: make process broken
D:\Lazarusmake make -C lcl all make[1]: Entering directory `D:/Lazarus/lcl' d:/fpc/bin/win32/rm.exe -f units/i386/win32/alllclunits.ppu d:/fpc/bin/win32/ppc386.exe -gl -Fu. -Fuwidgetset -Fiinclude -FUunits/i386/win32 -di386 alllclunits.pp Hint: End of reading config file d:\fpc\bin\win32\fpc.cfg Free Pascal Compiler version 1.9.5 [2004/08/07] for i386 Copyright (c) 1993-2004 by Florian Klaempfl Target OS: Win32 for i386 Compiling alllclunits.pp Compiling filectrl.pp Compiling stdctrls.pp Compiling graphics.pp contnrs.pp(51,1) Fatal: Can't find unit CONTNRS make[1]: *** [alllclunits.ppu] Error 1 make[1]: Leaving directory `D:/Lazarus/lcl' make: *** [lcl] Error 2 D:\Lazarus ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel]path problems in lastest fpc snap
D:\Lazarusmake make -C lcl all make[1]: Entering directory `D:/Lazarus/lcl' d:/fpc/bin/win32/rm.exe -f units/i386/win32/alllclunits.ppu d:/fpc/bin/win32/ppc386.exe -gl -Fu. -Fuwidgetset -Fiinclude -FUunits/i386/win32 -di386 alllclunits.pp Hint: End of reading config file d:\fpc\bin\win32\fpc.cfg Free Pascal Compiler version 1.9.5 [2004/07/24] for i386 Copyright (c) 1993-2004 by Florian Klaempfl Target OS: Win32 for i386 Compiling alllclunits.pp Compiling filectrl.pp Compiling stdctrls.pp Compiling graphics.pp Fatal: Can't find unit CONTNRS make[1]: *** [alllclunits.ppu] Error 1 make[1]: Leaving directory `D:/Lazarus/lcl' make: *** [lcl] Error 2 D:\Lazarus ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel]path problems in lastest fpc snap
The snap should contain the latest units!??? Jonas Maebe wrote: On 24 jul 2004, at 16:31, [EMAIL PROTECTED] wrote: D:\Lazarusmake make -C lcl all make[1]: Entering directory `D:/Lazarus/lcl' d:/fpc/bin/win32/rm.exe -f units/i386/win32/alllclunits.ppu d:/fpc/bin/win32/ppc386.exe -gl -Fu. -Fuwidgetset -Fiinclude -FUunits/i386/win32 -di386 alllclunits.pp Hint: End of reading config file d:\fpc\bin\win32\fpc.cfg Free Pascal Compiler version 1.9.5 [2004/07/24] for i386 Copyright (c) 1993-2004 by Florian Klaempfl Target OS: Win32 for i386 Compiling alllclunits.pp Compiling filectrl.pp Compiling stdctrls.pp Compiling graphics.pp Fatal: Can't find unit CONTNRS make[1]: *** [alllclunits.ppu] Error 1 make[1]: Leaving directory `D:/Lazarus/lcl' There is no path problem with the compiler. You probably have some release installed, which is why compiler could find the necessary pacakges/fcl units without you specifying where they were. Newer compilers may have an incompatible ppu format, which means they can't use the older compiled units anymore. They will then try to recompile those units, which is what you are seeing above. You can work around the omissions in Lazarus' makefile by adding the appropriate units paths using make OPT=-Fu/path/to/necessary/snapshot/units Jonas ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel]FPC 2.0
Lee, John wrote: /home/fpc/ftp/snapshot/v19/win32-i386 on ftp.freepascal.org with the other snapshots...where else? J where? I can't find them. This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel there are the old ones from 1/6/2004 ??? ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel]FPC 2.0
Hello all, is there a release date for FPC 2.0 ? BTW: Can somebody produce a new fpc win32 binary snapshot? ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel]snaps
Hello all, can anybody produce some more recent snaps (win32/linux/lazarus) please (last from 2004/6/1). ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel]fpc/snapshot/v19/win32-i386 build
Peter Vreman wrote: Hello all, can somebody run the script for a new fpc/snapshot/v19/win32-i386 build. The current snap is dated 18.05.2004. Only John Lee has access to the machine. ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel Hi John Lee, please run the script for a new fpc/snapshot/v19/win32-i386 build. The current snap is dated 18.05.2004. :-) ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel]object files
Hello all, I have to link some object files to my fpc program. Can somebody tell me what g++ compiler switches are necessary to get a fpc compatible .o file? I am using the MinGW GNU C++ Compiler Win32. ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel]Delphi compiler Sibyl
Marco van de Voort wrote: Some years ago there was a Delphi compiler named Sibyl for OS2 from a German company. Now it's under GPL. No, if you read well, you'll see that only the modifications of the author are under GPL. It does say something about (parts of) Sybil being published on the homepage, but not strictly that they are GPL. ??? The sources are marked as GPL: Example: º º º Sibyl Visual Development Environment º º º º Copyright (C) 1995,99 SpeedSoft Germany, All rights reserved. º º º º º º Sibyl Integrated Development Environment (IDE) º º Object-oriented development system. º º º º Copyright (C) 1995,99 SpeedSoft GbR, Germany º º º º This program is free software; you can redistribute it and/or modify it º º under the terms of the GNU General Public License (GPL) as published by º º the Free Software Foundation; either version 2 of the License, or (atº º your option) any later version. This program is distributed in the hope º º that it will be useful, but WITHOUT ANY WARRANTY; without even the º º implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR º º PURPOSE. º º See the GNU General Public License for more details. You should have º º received a copy of the GNU General Public License along with this º º program; if not, write to the Free Software Foundation, Inc., 59 Temple º º Place - Suite 330, Boston, MA 02111-1307, USA. º º º º In summary the original copyright holders (SpeedSoft) grant you the º º right to: º º º º - Freely modify and publish the sources provided that your modification º º is entirely free and you also make the modified source code available º º to all for free (except a fee for disk/CD production etc). º º º º - Adapt the sources to other platforms and make the result available º º for free. º º º º Under this licence you are not allowed to: º º º º - Create a commercial product on whatever platform that is based on the º º whole or parts of the sources covered by the license agreement. Theº º entire program or development environment must also be published º º under the GNU General Public License as entirely free. º º º º - Remove any of the copyright comments in the source files. º º º º - Disclosure any content of the source files or use parts of the source º º files to create commercial products. You always must make availableº º all source files whether modified or not. º º º ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel]Please make a fpc win32 snap possible
Please make a fpc win32 snap possible. Current: 10.01.2004 ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel]Please make a fpc win32 snap possible
Lee, John wrote: Uploaded latest win32 v1.9 on Jan 23rd to to ftp.freepascal.org /home/fpc/ftp/snapshot/v11/win32-i386 HTH John --- Sent: 23 January 2004 09:12 To: [EMAIL PROTECTED] Subject: [fpc-devel]Please make a fpc win32 snap possible Please make a fpc win32 snap possible. Current: 10.01.2004 This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel Thank you! ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel](no subject)
Why is there no daily binary snapshot at ftp://ftp.freepascal.org/pub/fpc/snapshot/v11/win32-i386/ ??? Latest files are marked with 14/12/03. ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel]fpc (win32) snapshot
The current fpc (win32) snapshot is dated 14.12. Is there a more recent in the near future? ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel]confusing zlib organisation
There is a confusing zlib organisation in FP. You have to write: uses {$IFDEF FPC} ZStream, {$ELSE} ZLib, {$ENDIF} ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel]windres problem
[EMAIL PROTECTED] wrote: On Sun, 16 Nov 2003 [EMAIL PROTECTED] wrote: Compiling a delphi unit with dfm causes problems. Message: d:\fpc\bin\win32\windres.exe: can't open font file `TTrace'... Under D6 it works. G:\d:\fpc\bin\win32\ppc386 -TWin32 trace Hint: End of reading config file fpc.cfg Free Pascal Compiler version 1.9.1 [2003/11/16] for i386 Copyright (c) 1993-2002 by Florian Klaempfl Target OS: Win32 for i386 Compiling trace.pas Compiling resource trace.dfm d:\fpc\bin\win32\windres.exe: can't open font file `TTrace': No such file or directory trace.pas(166,1) Error: Error while linking trace.pas(166,1) Fatal: There were 1 errors compiling module, stopping Closing script ppas.bat This is normal: windres does not understand delphi form files. It will interpret the file totally wrong. At the moment, you cannot use Delphi form files. Michael. ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel Michael, I had a compile clean project with dfm's recently (it does not run). What is the solution. Convert dfm to source code? ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel