P.S.:
BTW: Never heard of anybody doing serious programming in GNU Pascal (and I
know many a programmer doing serious programming in FPC and even VP)
As far as I can see (from their maillists), most serious GPC users are
academics working with large numeric-related legacy ISO codebases.
VP
At 08:09 3-6-2005, you wrote:
there is an inconsistency:
TDateTimeRec = record
case TFieldType of
ftDate: (Date: Longint);
ftTime: (Time: Longint);
ftDateTime: (DateTime: TDateTimeAlias);
end;
TTimeStamp = record
Time: integer; { Number of milliseconds
Peter Vreman wrote:
At 19:36 2-6-2005, you wrote:
Hello,
I'm writting a custom preprocessor and I would like that the line number
information maps to the original file. An example (not real, only an
example):
...original.pas...
21 procedure AddFive(var a, b: Integer);
22 begin
I have install the TortoiseSVN and try to make local copy via checkout...
But error 400 was occured.
I _can_ view or save any file via Repo-Browser, why I can not save them all?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
I'm writting a custom preprocessor and I would like that the line number
information maps to the original file. An example (not real, only an
example):
...original.pas...
21 procedure AddFive(var a, b: Integer);
22 begin
23 a := ++b;
24 end;
After preprocessor:
El Viernes, 3 de Junio de 2005 09:56, Marco van de Voort escribió:
If you have a preprocessor, you will also need a binary postprocessor to
edit the linenumbers.
In the executable? Isn't there any previous step to hook into? Anyway, where
could I find information about the structures that
Jan Ruzicka wrote:
Hi
the latest version (177) of fpc in svn does not compile on Mac OS X 10.3.9.
The make all ends with following:
/Users/j/fpc/fpc-svn/compiler/ppcppc -Xs -O1 -n -S2
-Fu/Users/j/fpc/fpc-svn/rtl/units/powerpc-darwin
El Viernes, 3 de Junio de 2005 09:56, Marco van de Voort escribi?:
If you have a preprocessor, you will also need a binary postprocessor to
edit the linenumbers.
In the executable? Isn't there any previous step to hook into?
Yes. The generated assembler.
Anyway, where could I find
Nico Aragón wrote:
El Viernes, 3 de Junio de 2005 09:12, Florian Klaempfl escribió:
Since preprocessed code isn't read by human, why don't change it into
procedure AddFive(var a, b: Integer);
begin
Inc(b); a := b;
end;
The compiler don't care and you get correct line numbers.
Clever!
El Viernes, 3 de Junio de 2005 11:44, Marco van de Voort escribió:
El Viernes, 3 de Junio de 2005 09:56, Marco van de Voort escribi?:
If you have a preprocessor, you will also need a binary postprocessor
to edit the linenumbers.
In the executable? Isn't there any previous step to hook
Angelo Bertolli wrote:
What makes python interesting are the many classes it offers by default
to perform standard tasks, especially in the text treatment department;
regular expression stuff etc.
The same goes for most languages; Mostly it's not the language syntax
that determines the
Kornel Kisielewicz wrote:
Angelo Bertolli wrote:
What makes python interesting are the many classes it offers by default
to perform standard tasks, especially in the text treatment department;
regular expression stuff etc.
The same goes for most languages; Mostly it's not the language
listmember wrote:
-- Class Contracts
I like the 'require/ensure' aproach.
It makes the code more robust and more debuggable, IMHO
I think the checks you can do there are to limited. I also wonder what
will happen if a require isn't met. Personally I don't want
exeption in my released app.
Marc Weustink wrote:
Jamie McCracken wrote:
[snip]
would become under Rad Pascal:
uses
Classes, SysUtils;
TMyObject = class (Tobject)
private
count : integer;
public
constructor create; override;
inherited Create(AnOwner);
inc (count);
Florian Klaempfl wrote:
Kornel Kisielewicz wrote:
Okay, agreed. But what is there that can be done? I mean, yes -- there
are many things that can be done by Pascal guru's, but is there anything
to be done by a typical Pascal programmer? (without the knowledge of
similar C libraries) I'm a
On Friday 03 June 2005 10:47, Jamie McCracken wrote:
It makes it more clear IMO not less. having all that interface code
and having to jump between it and the implementation does not aid
legibility.
It encourages reading code instead of interface specifications. Often
there is a big
Jamie McCracken wrote:
At the end of the day, if you dont like my new dialect then dont use it
- stick to {$mode objfpc} in your code. I want to offer you a new
dialect that should hopefully make your life easier but if it does not
then fair enough.
Thanks for the offer, where can I
On Thursday 02 June 2005 16:12, Marco van de Voort wrote:
Begin..End is redundant - you have to indent them to make em
readable anyways.
No. This makes the code more readable like normal english text. It
states much more clearly what it intents, at least much more than
just indenting
Vincent Snijders wrote:
Jamie McCracken wrote:
At the end of the day, if you dont like my new dialect then dont use
it - stick to {$mode objfpc} in your code. I want to offer you a new
dialect that should hopefully make your life easier but if it does not
then fair enough.
Thanks for
Marc Weustink wrote:
-- Class Contracts
I like the 'require/ensure' aproach.
It makes the code more robust and more debuggable, IMHO
I think the checks you can do there are to limited. I also wonder what
will happen if a require isn't met. Personally I don't want
exeption in my released app.
- Original Message -
From: Hans-Peter Diettrich [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Thursday, June 02, 2005 3:27 PM
...
More important: Unicode literals. But I know that this would require a
very big change to the scanner, and to all code
gcc docs mainly (stabs)
Thank you, also Florian and Peter, of course. It seems that I have more
than
enough options :-)
For an simple stabs parser see rtl/inc/lineinfo.pp
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Since preprocessed code isn't read by human, why don't change it into
procedure AddFive(var a, b: Integer);
begin
Inc(b); a := b;
end;
The compiler don't care and you get correct line numbers.
Clever! But won't the compiler care if a line gets too long?
No. The compiler itself doesn't
Florian Klaempfl wrote:
- write docs for the already existing packages
You mean that writing a fpcdoc for the opengl headers for example would
be useful for somebody? Myself, I always was uncontent with the fact
that there was no opengl section in the rtl docs...
--
At your service,
Kornel Kisielewicz wrote:
Florian Klaempfl wrote:
- write docs for the already existing packages
You mean that writing a fpcdoc for the opengl headers for example would
be useful for somebody? Myself, I always was uncontent with the fact
that there was no opengl section in the rtl
Hello Florian and all FPC team,
I finished patchs in pexports.pas and pmodules.pas fixing win32 dlls
smartlink. These patchs are based on latest 1.9 sources which differs
from current 2.0 and 2.1 only by bigger logs, therefore they should be
applicable for both branchs.
Applied to 2.1. Can
On Fri, 3 Jun 2005, Kornel Kisielewicz wrote:
Florian Klaempfl wrote:
- write docs for the already existing packages
You mean that writing a fpcdoc for the opengl headers for example would be
useful for somebody? Myself, I always was uncontent with the fact that there
was no opengl
Michael Van Canneyt wrote:
On Fri, 3 Jun 2005, Kornel Kisielewicz wrote:
Florian Klaempfl wrote:
- write docs for the already existing packages
You mean that writing a fpcdoc for the opengl headers for example
would be useful for somebody? Myself, I always was uncontent with the
On Fri, 3 Jun 2005, Vincent Snijders wrote:
Florian Klaempfl wrote:
Michael Van Canneyt wrote:
On Fri, 3 Jun 2005, Kornel Kisielewicz wrote:
Florian Klaempfl wrote:
- write docs for the already existing packages
You mean that writing a fpcdoc for the opengl headers for example
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
What's about the text version of this interview?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
I think we're mostly offtopic now, maybe we should EOT or move to private
Vinzent Hoefler wrote:
Of course C is much worse than contemporary C++ (C++ + std::).
Only in theory. Look at typical projects in the industry.
I have close look at the projects in my company. And the difference is
Well, he does not say anything about the project specifically, just that
Borland is committed to Delphi, surprise, surprise :-)
Micha
Actually, when asked if Lazarus, FPC, etc are competitors to Delphi he says:
I think they're just other languages or other projects for people to take a
Was that why when I created a DLL it only worked with smartlinking off?
Was: When you create DLL with -CX option or with {$SMARTLINK ON} in main module
-
the DLL was have no exports section in binary.
___
fpc-devel maillist -
34 matches
Mail list logo