___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Op Mon, 23 May 2005, schreef Jonas Maebe:
On 23 mei 2005, at 11:43, Peter Vreman wrote:
{$ifdef fpc}const memavail=high(ptrint);maxavail=high(ptrint);{$endif}
Then we could maybe also add an optimization that checks whether you
are comparing against the upper or the lower bound of the
Op Mon, 23 May 2005, schreef Vinzent Hoefler:
On Monday 23 May 2005 09:25, Marco van de Voort wrote:
On Sunday 22 May 2005 10:17, Tomas Hajny wrote:
Alright. How much time would someone need for that task? Or, to be
more specific: what is known to need high priority work to get the
discussion and checks what advanced calculators did, the left to
right form was chosen. It cannot be changed without breaking existing
code.
Daniël Mantione
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
Op Thu, 2 Jun 2005, schreef Jamie McCracken:
So am I. My point is not changing the language so that it incurs
additional maintenance or is harder to read or harder to fix bugs or
make bugs more likely. In fact its the complete opposite.
My point is to to reduce or remove *redundant* syntax
Op Thu, 2 Jun 2005, schreef Jamie McCracken:
Daniël Mantione wrote:
Op Thu, 2 Jun 2005, schreef Jamie McCracken:
Daniël Mantione wrote:
Ok! We'll be happy to assist anyone doing interresting developments with
Free Pascal. Keep in mind though that implementing ideas can take
Op Sun, 5 Jun 2005, schreef Jamie McCracken:
yes but isn't it fair to say that such developers that require such
structures would be knowledgable enough to make it safe by using weak refs?
What is a weak ref?
My point is that the everyday structures that most developers (and in
particular
Op Sat, 11 Jun 2005, schreef Christian Iversen:
On Friday 10 June 2005 17:16, Joost van der Sluis wrote:
Hi all,
I don't know if rtl-optimilisation patches have a large priority, but
nevertheless this patch improves the speed of the sysutils.uppercase and
lowercase functions.
A
Op Fri, 10 Jun 2005, schreef Florian Klaempfl:
Joost van der Sluis wrote:
Hi all,
I don't know if rtl-optimilisation patches have a large priority,
It depends if someone does it ;)
but
nevertheless this patch improves the speed of the sysutils.uppercase and
lowercase functions.
Op Sat, 11 Jun 2005, schreef Michael Van Canneyt:
On Sat, 11 Jun 2005, Daniël Mantione wrote:
Op Fri, 10 Jun 2005, schreef Florian Klaempfl:
Joost van der Sluis wrote:
Hi all,
I don't know if rtl-optimilisation patches have a large priority,
It depends if
Op Sat, 11 Jun 2005, schreef Daniël Mantione:
So, judge for yourself. I think this is worth the 256 byte lookup table.
?
0.948/0.999 = 95 %
So, we 5% speed improvement from using a table; this is much worse than I
thought and can easily be undone in real world by the increased cache
Op Sat, 11 Jun 2005, schreef Michael Van Canneyt:
On Sat, 11 Jun 2005, Joost van der Sluis wrote:
If we're gonna hold a discussion like this for every optimilisation, it
isn't worth the effort imho. But now we're busy with it:
Well. Discussion is nice, but what does the real world
Op Sat, 11 Jun 2005, schreef Michael Van Canneyt:
I'm not contesting that; but here I think that the use of pascal
is more important, for porting's sake.
As long as the Pascal version remains available (for exactly
the those portability reasons), I am not against it. Instead, I hope
someone
Op Sat, 11 Jun 2005, schreef L505:
http://dennishomepage.gugs-cats.dk/LowerCaseChallenge.htm
LowerCaseShaPas2_c
This one here is in Pascal, using GOTO and LABEL which consistently work fast
on
both -Og and -OG
But no one wants to maintain a GOTO and a LABEL..
[LowerCaseShaPas2_c] was
Op Sun, 12 Jun 2005, schreef Uberto Barbini:
That is why I use pchar and one uniquestring;
It prevents all these automated uniquestring calls.
Why call it when it might not be necessary??
My point is that you can make the function MUCH faster for the case
where the function
Op Sun, 12 Jun 2005, schreef Uberto Barbini:
If I understood well, with modern processor an unpredicatable branch
(i.e. one with similar probability) is much more time-consuming that an
unnecessary function call.
Yes, but the call needs to do memory allocation and a string copy, so
Op Sun, 12 Jun 2005, schreef L505:
Borland's compiler does register variables better than FPC and can do
induction variables. This has a large impact on the code generation in
general.
|I thought I saw that FPC beat Kylix in several cases in the timings
|that were posted.
I saw this
Op Thu, 15 Sep 2005, schreef [EMAIL PROTECTED]:
I have some questions regarding porting of FPC to another machine type.
One of the things I am considering doing is the pushing of more of the
code processing onto the assembler, and whether this might be a better
idea, or if it was thought
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
Right. I didn't think of that.
What about edged brackets?
type
TGenericClass[T,F] = class
public
procedure Add(Item: T; Flag: F);
end;
At first sight it looks okay. If necessary it is possible to introduce a
two character
Op Wed, 9 Nov 2005, schreef Pavel V. Ozerski:
Hello all,
I didn't discuss about this idea but now I would say something. Is it
really important, to integrate templates support into compiler? Maybe
an external preprocessing utility should be better? I think, an
integrated complex
Op Wed, 9 Nov 2005, schreef Bram Kuijvenhoven:
These tricks have been used in some C++ compilers with very limited
success. The problem is that class_a has a different virtual
methods/constructors/destructors than class b, so the code to be
generated for them will be different, even
Hi,
Please check this discussion:
http://community.freepascal.org:1/bboards/message?message_id=172880forum_id=24092
Short summary:
* Many places in the rtl use single character strings, i.e. ansistrings.
* To make them Unicode proof they need to be changed into wide strings.
* But this
Op Wed, 16 Nov 2005, schreef Marco van de Voort:
Please check this discussion:
http://community.freepascal.org:1/bboards/message?message_id=172880forum_id=24092
Short summary:
* Many places in the rtl use single character strings, i.e. ansistrings.
* To make them Unicode
Op Wed, 16 Nov 2005, schreef Tomas Hajny:
Big overhead (double maintenance efforts for all targets supporting this
schisma). :-( I'd say it's better to successively identify the weak points
and address these case by case.
I know, I'm all for abolishing Chinese (and perhaps Korean), the only
Op Wed, 16 Nov 2005, schreef Micha Nelissen:
Daniël Mantione wrote:
To be short, Juras B. wants to add a Unicode Win32 target, so in the
standard RTL things like Tlist etc. use ansistrings, while in the Unicode
RTL they use widestrings.
Why not use ansistrings with UTF-8 ?
Because
Op Wed, 16 Nov 2005, schreef Vincent Snijders:
Daniël Mantione wrote:
What should be done on Linux/FreeBSD/MacOS is still unknown to me, it is
a wild west, but likely something similar, internally a widestring rtl is
used that converts to the right encoding when communicating
Op Wed, 16 Nov 2005, schreef Florian Klaempfl:
Daniël Mantione wrote:
Op Wed, 16 Nov 2005, schreef Micha Nelissen:
Daniël Mantione wrote:
To be short, Juras B. wants to add a Unicode Win32 target, so in the
standard RTL things like Tlist etc. use ansistrings, while
Op Wed, 16 Nov 2005, schreef Tomas Hajny:
You're right that strings are used everywhere, but I don't think that this
really means that you need to add special support for widestrings
everywhere. In many places you can pass a DBCS/MBCS string to it today
(e.g. encoded using UTF-8) and it
Op Wed, 16 Nov 2005, schreef Micha Nelissen:
On Wed, 16 Nov 2005 13:38:43 +0100 (CET)
Daniël Mantione [EMAIL PROTECTED] wrote:
Op Wed, 16 Nov 2005, schreef Micha Nelissen:
Why not use ansistrings with UTF-8 ?
Because then you will have to modify routines like pos, insert
Op Wed, 16 Nov 2005, schreef peter green:
pos('ë','Daniël');
... has a different implementation for utf-8 and 8-bit code pages.
one little desgin feature of utf-8 is that is was carefully designed to be
friendly to byte-orientated code. No special precautions are needed for
substring
Op Wed, 16 Nov 2005, schreef Florian Klaempfl:
Daniël Mantione wrote:
Op Wed, 16 Nov 2005, schreef peter green:
pos('ë','Daniël');
... has a different implementation for utf-8 and 8-bit code pages.
one little desgin feature of utf-8 is that is was carefully designed
Op Thu, 17 Nov 2005, schreef Mattias Gaertner:
On Thu, 17 Nov 2005 10:27:08 +0100 (CET)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
Dani?l Mantione [EMAIL PROTECTED] wrote:
In other words, you still need to duplicate an awfull lot of code.
That is the same for 8bit
Op Thu, 17 Nov 2005, schreef Daniël Mantione:
E.g. accessing mysql is now done with pchar(ansistring)
And they should be replaced by what?
Pchar(Tnativestring(widestring_variable));
Apparently I got too little sleep or something tonight :) It would be
this:
Pchar(ansistring
Op Thu, 17 Nov 2005, schreef Florian Klaempfl:
This makes no sense. If such a thing is done, the encoding of the actually
used
mysql db must be taken into care.
Nothing is fun with charsets... The above just demonstrates the
idea. File system encoding would be another of those wild west
Op Thu, 17 Nov 2005, schreef Mattias Gaertner:
On Thu, 17 Nov 2005 11:31:45 +0100
Dr. Karl-Michael Schindler [EMAIL PROTECTED] wrote:
Hi
Following this discussion, I want to throw in my 2 cents as well:
On a real long term (like 5 or 10 years from now), the solution
should be
Op Thu, 17 Nov 2005, schreef Alexander Todorov:
Hi folks,
can you tell if there is a good crypto class for FPC / Lazarus ?
What do you use for crypting your stuff ?
Any opinions are welcome.
There exist many Pascal implementations of cryptographic algorithms, but I
am not aware of a
Op Thu, 17 Nov 2005, schreef Yury Sidorov:
I agree. There is no need to make existing RTL APIs unicode aware, because
there will be no compatibility with existing apps in any case.
So how about to add alternative unicode versions of RTL APIs via overloading
or via adding some suffix (eg.
Op Thu, 17 Nov 2005, schreef Felipe Monteiro de Carvalho:
On 11/17/05, Daniël Mantione [EMAIL PROTECTED] wrote:
IMHO the hope is that if there is a Tnativestring, people will
start to design their libraries using Tnativestring, which will result in
that those libraries can be compiled
test, please ignore
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Op Thu, 24 Nov 2005, schreef L505:
I'm talking about genuine, unique, freepascal user websites. Look how many
PHP or
Visual Basic sites there are, with I'm a happy PHP user written all over
them. The
extension myfile.php is marketing itself. If your websites had a myfile.pp or
mysite.fp
Op Sat, 3 Dec 2005, schreef Johann Glaser:
Hi!
This selection is done already. See news on main fpc page.
Hm, after giving it some thought, and after seeing
[http://www.freepascal.org/gallery.html] link, I have to agree: such
selection looks nice.
Indeed, nice page and truly
Op Sat, 3 Dec 2005, schreef Felipe Monteiro de Carvalho:
On 11/24/05, Peter Vreman [EMAIL PROTECTED] wrote:
I think other people are encouraged to build FPC related websites
if they
can't help the freepascal site directly.
Giving ideas doesn't help. We need people to do the work.
Op Sun, 4 Dec 2005, schreef L505:
Please make sure that the fpdoc commenting logic is clearly separated from
the CGI logic. This way your changes can maybe be incorporates in the FPC
sources and website.
Yup that's what I planned on doing to modularize development.. A separate
Op Sun, 4 Dec 2005, schreef L505:
Did you miss something?
On the FPC homepage:
- Click on-line documentation
- Click documentation table of contents with comments
- Click Add a comment
I think we went over this before. I was talking about the FPDOC online
reference
documents,
Op Mon, 5 Dec 2005, schreef Christopher Cureau:
code: (line number prefixes...)
103: file_system_type = record
104: name : string[20];
105: fs_flag: dword;
106: read_super : function (sb : P_super_block_t) : P_super_block_t;
107: next :
Hi guys,
Speaking of PR, we have a 2.0.2 to announce within a very short time and
we better do it well. We won't be able to do a Slashdot or OSnews
announcement, nevertheless we should take these opportunities to promote
FPC.
So, any ideas what sites we should spam? I'm looking for developer
Op Fri, 9 Dec 2005, schreef Dr. Karl-Michael Schindler:
Dear Tom,
I agree in general. However, I suggest to wait with the announcements in the
Mac channels until fpc 2.0.2 is available through fink. I am just getting it
together and It should be done in short time, one maybe two weeks
Op Sat, 10 Dec 2005, schreef darekM:
Hi
I've tested some of benchmark on
http://shootout.alioth.debian.org/
I've see that reverse-complement benchmark
http://shootout.alioth.debian.org/benchmark.php?test=revcomplang=all for
FPC is very slow. I discover, that problem is with readln,
Op Sat, 10 Dec 2005, schreef Felipe Monteiro de Carvalho:
There is LinuxQuestions. It has an enormous traffic, but you can´t
just put an 2.0.2 released there. They would accept it if it is an
article talking about Free Pascal, it´s history and a few details
about the new release.
I don't
Meanwhile I spammed:
- Linux Weekly News www.lwn.net
- Pascal Game Development www.pascalgamedevelopment.com
- Gnomedesktop www.gnomedesktop.org
- NlDelphi www.nldelphi.com
- Macintouch www.macintouch.com
- Tectonic www.tectonic.co.za
Meanwhile Tweakers.net is to my knownledge the first site to
Op Sun, 11 Dec 2005, schreef darekM:
For me more important is speed, in real program we always use other units
The Shootout is about both speed, memory and lines of code. We're no. 3 in
memory usage, and if the Shootout wouldn't measure some numbers
incorrectly, we would be no.1. Let's not
Op Wed, 14 Dec 2005, schreef Micha Nelissen:
On Wed, 14 Dec 2005 21:44:50 +0100 (CET)
Daniël Mantione [EMAIL PROTECTED] wrote:
Op Wed, 14 Dec 2005, schreef Micha Nelissen:
Sorry to disappoint, but this doesn't look a very good idea to me; it
would kill code that for example tries
Hi,
Small roundup of newssites that have covered FPC 2.0.2:
- Tectonic - Very nice article:
http://www.tectonic.co.za/view.php?id=768
- LWN - Disappointing small post in the weekly edition:
http://www.lwn.net/Articles/163271
- Tweakers - Nice, but the meuktracker is out of sight for most
Op Sun, 18 Dec 2005, schreef John:
Anyone know where there would be a document describing how to create an FPC
cross-compiler? I see the possibility listed in various spots, but no real
documentation describing it. Specifically, I would like to try both an Arm
and m68k cross compiler. I
Op Wed, 21 Dec 2005, schreef L:
We've looked at the people on the mailing list many times, but we've
never seen people sticking out their neck and actually doing something
along these lines.
I've looked at people in charge many times, but I've never seen those in
charge
Op Thu, 12 Jan 2006, schreef Michael Götzsche:
I just installed v. 2.0.2 and will be picking up on old Pascal chops in months
to come. One problem immediately presents itself: When trying to compile the
examples, all programs that include units fail with Can't find unit The
following
Op Wed, 18 Jan 2006, schreef Stefan Kisdaroczi:
Hi,
im currently testing my pascal-bindings for the Xenomai [1] realtime
extension
for Linux. Xenomai allows to program hard realtime programs in userspace.
Its a normal library used with $linklib.
Its working so far, but using
Hello,
Check this...
http://software.newsforge.com/article.pl?sid=06/01/09/1647217
... huge accounting program. Formerly propietary, now GPL, that is in need
from porting from Delphi to Free Pascal to become true free software.
The only problem is, they are not only considering Free Pascal,
Op Thu, 19 Jan 2006, schreef Bisma Jayadi:
By the way... currently I'm working on a dictionary application
(Indonesian-English and vice versa) using FPC/Lazarus, also a convertion from
Delphi. Can I put this project of mine on FPC site? On which section? Whom I
should contact? Thanks.
I
Op Thu, 19 Jan 2006, schreef Florian Klaempfl:
VisionForce wrote:
You all may hate me after I say this, but creating software in VB or
VB.NET goes very, very quickly. But I guess since you're trying to
advocate Pascal right now, this information doesn't help you any.
Well, my personal
Op Thu, 19 Jan 2006, schreef VisionForce:
Well that's interesting, I didn't know that. How is that so? I mean, what
makes it less error prone? Isn't it the programmer?
An important issue is that you don't need tricks to accomplish things,
i.e. in VB as soon as you start to call handleevents
Op Thu, 26 Jan 2006, schreef VisionForce:
I'm going to create my own server-side web language, and I was thinking
about using .NET. Does anyone here have any good reasons I should use
Delphi instead? Is there a place I can go to learn Delphi's string
parsing functions? Does Delphi
Op Sat, 28 Jan 2006, schreef Graeme Geldenhuys:
Do you know from what revision this started?
Not exactly but it has to do with the shared library stuff. I managed to
get it compiled by setting SHAREDTARGETS in the toplevel Makefile.FPC
empty and then making it by make opt=-Aelf.
Op Sun, 29 Jan 2006, schreef VisionForce:
You gave me this link:
http://www.delphibasics.co.uk/ByFunction.asp?Main=Strings
Are these methods supported by FreePascal, or would I need to be using Lazarus
(Delphi)?
Yes they are supported by plain Free Pascal they are in the sysutils
unit
Op Fri, 17 Feb 2006, schreef Felipe Monteiro de Carvalho:
Hello,
I am working on the Windows CE Widgetset for Lazarus. There were some
defines on LCL like this:
{$ifdef win32}
do something windows specific
{$endif}
But I would like those to be executed for Windows CE also, so we
Op Tue, 21 Feb 2006, schreef Felipe Monteiro de Carvalho:
Hello,
I have a friend that might be interrested on porting Free Pascal 2.1.x
to arm-palmos.
What would be the difficulties or necessary steps involved on this? Is
it only a matter of working on the rtl/palmos directory?
Yes.
Op Wed, 8 Mar 2006, schreef Micha Nelissen:
Hi,
Shouldn't ReallocMem in CMem zero the newly allocated bytes ?
No, it is the responsibility of the programmer.
Daniël___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Op Wed, 8 Mar 2006, schreef Micha Nelissen:
On Wed, 8 Mar 2006 18:10:38 +0100 (CET)
Daniël Mantione [EMAIL PROTECTED] wrote:
Op Wed, 8 Mar 2006, schreef Micha Nelissen:
Shouldn't ReallocMem in CMem zero the newly allocated bytes ?
No, it is the responsibility
Op Fri, 10 Mar 2006, schreef Ales Katona:
http://www.freepascal.org/wiki/index.php/OS_aware_RTL
Tell me what you think
I don't like to do the abstraction at the syscall level, but one level
higher, i.e. the Tstream implementation. The reason is that the operating
system abstraction
Op Thu, 16 Mar 2006, schreef Alexander Todorov:
Hello to all,
are there any parallel code developers in the list?
Yes.
I will have to work on a mixed mode parallel project using MPI and OpenMP.
There are some bindings in pascal for the MPI library which is ok.
I have a proof of concept
Op Fri, 17 Mar 2006, schreef Alexander Todorov:
On 3/17/06, Daniël Mantione [EMAIL PROTECTED] wrote:
I don't plan to put effort in OpenMP support; I don't see the need
for an external library to be able to do multithreaded programming. Focus
here should be on 100% Pascal implementations
Op Tue, 11 Apr 2006, schreef J. Peter Mugaas:
Before mentioning that the .obj files are not supported, I am aware
that this has not been tested. I wish to see if this can work (you
don't know until you try).
It is not a matter of .obj not been tested, it is a matter of the GNU
linker
Op Tue, 11 Apr 2006, schreef Marco van de Voort:
Over the years several indy bugs have been fixed, and nobody knows the
Several zlib bugs I meant here of course, some quite high-profile.
Hmmm True, but I think that should not stop people from using it; if
people do not use our
Op Thu, 13 Apr 2006, schreef Marc Weustink:
Ingenious! I really feel stupid for not thinking of something that
simple like this before :-)
Is it possible this way to derive 2 (or more) classes in one unit from the
same generic ?
The matrix unit does it. It uses FPC's preprocessor
Op Wed, 3 May 2006, schreef Alexander Todorov:
On 5/3/06, Michael Van Canneyt [EMAIL PROTECTED] wrote:
It is not yet possible. We're working on this.
Michael.
Why don't you use a bugtracking system like Mantis, Bugzilla,
PhpBugTracker, etc... like many projects do?
It has been
Op Sun, 14 May 2006, schreef Florian Klaempfl:
Parsing the current error messages isn't that hard?
Perhaps it is even easier than the format I proposed, but it is bad
software design and asking for breakage.
Daniël___
fpc-devel maillist -
Op Mon, 15 May 2006, schreef Martin Schreiber:
On Sunday 14 May 2006 20.17, Florian Klaempfl wrote:
Martin Schreiber wrote:
The problem exists not only for the compiler but for all console
programs. I found no way to display the interactive output in a IDE
window on win32. On Linux
Op Mon, 15 May 2006, schreef Martin Schreiber:
On Monday 15 May 2006 07.29, Daniël Mantione wrote:
Op Mon, 15 May 2006, schreef Martin Schreiber:
How do FPIDE and Lazarus solve the problem?
The IDE retrieves the messages through the comphook unit.
And the output from a console
Op Mon, 15 May 2006, schreef Martin Schreiber:
On Monday 15 May 2006 07.51, Daniël Mantione wrote:
Op Mon, 15 May 2006, schreef Martin Schreiber:
On Monday 15 May 2006 07.29, Daniël Mantione wrote:
Op Mon, 15 May 2006, schreef Martin Schreiber:
How do FPIDE and Lazarus solve
Op Mon, 15 May 2006, schreef ???:
b= record
ab: int64;
c: longword;
end; // 12 expected
writeln(sizeof(b)); // 16???
Suppose you have an array of b. Then, with a size of 12, there would be no
guarantee that an access to b.ab is aligned. So, the compiler
Op Tue, 16 May 2006, schreef L505:
I'm really surprised about the amount of short strings used on the FPC
compiler source,
such as short strings being used even to pass to Exec() when the linker is
called on
windows. This is obviously why for the past few years I've had all sorts of
Op Tue, 16 May 2006, schreef peter green:
how about adding a shortstring length error option and using it when
compiling the compiler. The compiler must be doing length checking anyway to
give clean truncation so i can't imagine this would bring a signifiant
performance penalty.
This
Op Tue, 16 May 2006, schreef Michael Van Canneyt:
On Tue, 16 May 2006, L505 wrote:
There is no problem with short strings, except for external paths.
What IS a problem is that changing it to ansistrings will significantly slow
down the compiler.
For 2 reasons:
1. It's heap based.
Op Tue, 16 May 2006, schreef peter green:
s[0]=#255;
fillchar(s[1],255,'a');
s:=s+'a';
...will result in a string with 255 a's.
thats what it does at the moment, i don't see how this precludes adding a
compiler option to make doing this a run time error though (obviously
disabled
Op Tue, 16 May 2006, schreef Micha Nelissen:
On Tue, 16 May 2006 16:11:43 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
IMHO:
Eventually, you'll have to switch to parsing the .ppu files for some parts.
Do .ppu files tell in what source file and what line
Op Wed, 17 May 2006, schreef Michael Van Canneyt:
source
locations?
According to daniel: yes
But you should separate 2 things:
- Provide feedback (tooltips, code completion)
- View actual sources.
For the first, the .ppu is enough. In Delphi 'Find declaration'
Op Wed, 17 May 2006, schreef L505:
On 17 mei 2006, at 19:59, L505 wrote:
What do you guys thing about the idea to implement what DEC Pascal
and Extended Pascal
have - a 2 byte length ShortString (MediumString?), uprdade *some* of
the path related
ShortStrings to be
Op Wed, 17 May 2006, schreef peter green:
Well, dos.exec of course requires the entire command line as a
shortstring. This is no problem for Dos because Dos has a maximum
path length of 128
chars.
so with 2 max length paths plus some options in the command line your
screwed with
Op Thu, 18 May 2006, schreef Graeme Geldenhuys:
Hi,
What is a recommend setup so I can easily switch between the 2.0.2 and
2.0.x and 2.1.1 versions for testing fixes/changes and what impact
they would have on my applications.
I just got a confirmation from Mantis that one of the bugs I
Op Thu, 18 May 2006, schreef Thomas Schatzl:
Also assembler symbols/labels should get extended to strings 255 in the
future because there is already a bug open in which it is demonstrated that it
is possible to create too long labels which makes a program uncompilable.
Or some scheme
Op Thu, 18 May 2006, schreef Flávio Etrusco:
L Dynamic arrays can be very handy and I never knew anyone who avoids
L them. Of course if your array has fixed length there's no reason
L to use a dynamic array either.
L Fortunately it's no very often that one falls in Borland's trap
L
Op Fri, 19 May 2006, schreef Micha Nelissen:
On Fri, 19 May 2006 18:29:29 +0100
Peter Vreman [EMAIL PROTECTED] wrote:
There are already some complains about the memory usage. Increasing the
string size adds a lot more overhead. Especially for all the small labels
like .L1 etc.
Op Fri, 19 May 2006, schreef Flávio Etrusco:
Free Pascal is Delphi compatible.
I know that FPC aims to be Delphi-compatible, but it's not always the
case, as e.g. the WideStrings were reference-counted until a couple of
months ago.
So you are saying that in this is specific case FPC is
Op Fri, 19 May 2006, schreef Flávio Etrusco:
Forgive me if I'm saying BS but it's been about 10 years since I
programmed in TurboPascal (and used ShortStrings), but don't
ShortStrings use the size they are declared with? And 255 is just
default size (if no size is specified)?
Of course.
Op Mon, 22 May 2006, schreef Graeme Geldenhuys:
On 5/22/06, Daniël Mantione [EMAIL PROTECTED] wrote:
OK, I did that fpcmake, though I ain't sure what it did. I did say
something of creating a new Makefile.
That is what it does indeed.
-Fu/opt/svn/fpc_2.0.x/src/rtl/units/i386-linux
Op Mon, 22 May 2006, schreef Graeme Geldenhuys:
On 5/22/06, Daniël Mantione [EMAIL PROTECTED] wrote:
-Fu/opt/svn/fpc_2.0.x/src/rtl/units/i386-linux
It adds the rtl directory correctly. Please check is
keyboard.ppu is
present there.
Yup!
[EMAIL PROTECTED
Hello,
Due to migration to a new server the mailing lists will be shut down now.
We will be back at the end of the week.
Daniël___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hello all,
The mailinglists are back on-line.
Daniël___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Op Thu, 6 Jul 2006, schreef Felipe Monteiro de Carvalho:
I would like to propose merging the forums as the next initiative to
bring Free Pascal and Lazarus closer.
Some questions on Lazarus forum acctually belong to free pascal, and I
think that this would make both forums better. Perhaps
Op Sun, 16 Jul 2006, schreef Bart Hotmail:
Hi,
Because i am very much interested in code optimization (SSA),I got the fpc
v2.0.2 source and am reading through it the internals doc.
Check the wiki article Single assignment, which deals about the subject.
For now i have the following
1 - 100 of 556 matches
Mail list logo