[fpc-devel] Generics

[rstar]

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

[rstar]

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

[rstar]

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?

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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)

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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)

[rstar]

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)

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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!!!

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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)

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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)

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

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)

[rstar]

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

[rstar]

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

[rstar]

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

[rstar]

[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