Micha Nelissen wrote:
On Fri, 23 Dec 2005 22:30:05 +0100
Florian Klaempfl [EMAIL PROTECTED] wrote:
Micha Nelissen wrote:
Comments are welcome.
Make it a generic for use in a fpcontnr unit in fpc 2.1.x :)
fpc 2.1.x is a bit *too* experimental for my taste :-P.
For tests
Marco van de Voort wrote:
(small post note in this discussion:
a customer complained that his app was a lot slower (till 3 times) with
D2006/FastMM.
I'm still investigating, and it seems that somehow FastMM must more often
copy when reallocating than the old MM for large blocks (big as
Ales Katona wrote:
Marco van de Voort wrote:
(small post note in this discussion:
a customer complained that his app was a lot slower (till 3 times) with
D2006/FastMM.
I'm still investigating, and it seems that somehow FastMM must more often
copy when reallocating than the old MM for
Felipe Monteiro de Carvalho wrote:
Hello,
I am starting ImageMagick bindings translation.
(http://www.imagemagick.org/script/index.php)
Where should I make it available after it is ready? Is there a place
on source forge where you keep bindings?
We were already planing a
L505 wrote:
In short (don't pin me on the names or on exact details in special cases):
Assume you have a ansistring and you assign something to it
S := 'SomeString';
the compiler generates something like
DecStringRef(S);
S - 'SomeString';
IncStringRef(S);
The DecStringRef()
Graeme Geldenhuys wrote:
Hi,
Still busy porting my Delphi app to FPC. The VarAsType call generated
the error listed below. This line worked under Delphi.
FPC ver 2.0.1 on Win2000.
Is this a bug?
Not anymore ;)
--
var
lVar : Variant ;
Sorry again, mailman makes trouble.
___
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
test
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
test
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Michalis Kamburelis wrote:
Mark de Wever wrote:
Hi all,
I like to put a lot of comment in the source and I would like fpdoc to
output this comment into the output files. I wrote a small patch to do
this with types, it puts all the comment in front of a type
declaration into the output
Nikolay Nikolov wrote:
X11/cursorfont.h header translation. Yes, it's one of the standard
headers of the official Xlib :)
Thanks, added.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Daniël Mantione wrote:
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:
Paul Davidson wrote:
Did some work getting SSL working for FPC. Attached is unit that
exposes most of the functions required. Tested with Darwin and Linux.
What about putting it in packages/extra? OpenSSL is quite common.
Hope this helps
On Nov 17, 2005, at 7:57, Christian
Daniël Mantione wrote:
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.
Yes.
I know, I'm all for abolishing
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 in the Unicode
RTL they use widestrings.
Why not use ansistrings with
Felipe Monteiro de Carvalho wrote:
On 11/16/05, Daniël Mantione [EMAIL PROTECTED] wrote:
I know, I'm all for abolishing Chinese (and perhaps Korean), the only
language(s) that absolutely cannot be written in with an 8 byte code.
why not remove all languages that do not fit ASCII
Daniël Mantione wrote:
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
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 to be
friendly to byte-orientated code. No special precautions are
Tomas Hajny 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.
BTW,
Ales Katona wrote:
Please remove ALL of my win32 thread patches(not the stacksize ones
Reverted.
tho). Thanks to neli, I now know that ThreadFunc is not called directly
by the OS, but my ThreadMain which already IS stdcall. My bug with
threads was actualy cause by a -Ct (check stack) switch
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
Daniël Mantione wrote:
Op Thu, 3 Nov 2005, schreef Mattias Gaertner:
Here is a proposal of the syntax:
type
TGenericClassT,F = class
public
procedure Add(Item: T; Flag: F);
end;
This syntax is almost impossible to implement since in one of your other
mails the symbols to
Ales Katona wrote:
This patch fixes a bug in win32 threads. Warning: created in win32 :)
(no idea about lineendings)
Aplied, also for wince and netware.
Ales
Index: rtl/win32/tthread.inc
Ales Katona wrote:
This patch adds an implicit StackSize argument to TThread.Create (fixed
for all platforms) which enables users to create threades with various
stack sizes. Default stack size is preserved if no argument is passed
(old code is not broken).
The diff was made against FPC
Tomas Hajny wrote:
Date sent:Fri, 21 Oct 2005 09:46:05 +0200 (CEST)
Subject: Re: [fpc-devel] Strange behaviour of ;
From: Peter Vreman [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Send reply to:FPC
Marc Weustink wrote:
I can confirm this on linux-i386 2.0.0 and darwin-ppc 2.0.1
It looks like + some call is parsed wrong. The next program
compiles fine.
Well, the compiler/parser thinks you use the unary + operator which it can
safely throw away :) IIRC TP accepted the unary + operator
Luiz Américo wrote:
While dealing with DirectoryExists bug, i noticed some misbehaviors from
FileExists.
This patch implements FileExists that has the following advantages
compared with the current implementation:
1 - Return false when the argument is a directory (like Delphi)
2 - Return
Luiz Américo wrote:
Luiz Américo wrote:
While dealing with DirectoryExists bug, i noticed some misbehaviors
from FileExists.
This patch implements FileExists that has the following advantages
compared with the current implementation:
1 - Return false when the argument is a directory
[EMAIL PROTECTED] wrote:
On Mon, Oct 10, 2005 at 02:11:04PM +0200, Florian Klaempfl wrote:
[EMAIL PROTECTED] wrote:
Hi.
After a few hours with gdb was isolated errors and strangeness in compiler
at work with variants:
Example:
function c(const vv: variant): variant;
begin
result := vv
[EMAIL PROTECTED] wrote:
Hi.
After a few hours with gdb was isolated errors and strangeness in compiler
at work with variants:
Example:
function c(const vv: variant): variant;
begin
result := vv;
end;
function b(vv: variant): variant;
begin
result := vv;
end;
Vincent Snijders wrote:
Hi,
This patch fixes GenericAnsiStrComp when two equal strings are compared
or two strings that are the same (abc, abc) upto the last char of the
shortest (abc, abcd).
Applied.
I could provide a test program for the test suite. Can you give an
example where
Florian Klaempfl wrote:
Marc Weustink wrote:
That is why the Lazarus team switched to mantis. Rewriting the
bugtracker would take also time. And it has also to be maintained.
Further rewriting wouldn't give all options we have with mantis now.
Setting it up consist merely of having a MySQL db
Marc Weustink wrote:
Despite the fact that e.g. my account is still broken :)))
What is broken ?
I tried to reset my password because I forgot it (account name is FPK):
This account is protected. You are not allowed to access this until the account
protection is lifted.
Please use the
Marc Weustink wrote:
Anyhow, I've reset your account, you should have received an email.
It works now, thx :)
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Giulio BERNA wrote:
Well, as already pointed out in the wiki talk page, the problem for a
usable
port is a good assembler/linker/debugger tool chain.
Yes, I sent this mail yesterday after writing wiki, but mailing list
seemed to have problems since message arrived only today. You saw wiki
Wojciech Malinowski wrote:
Hi,
This is a patch updating Polish message files for fixes_2_0 branch.
Applied, thx.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
L505 wrote:
At http://www.freepascal.org/docs-html/ref/refsu55.html there is a little bug
that I have been
meaning to tell about
Just change
file:../prog/prog.htm
to
../prog/prog.htm
p.s. where is the best place to report documentation bugs/spelling errors/etc.
In a bug
L505 wrote:
ppc386 -FE. -FU/home/fpcfan/src/fpc-test/rtl/units/i386-linux -di386
-dRELEASE ../unix/sockets.pp
sockets.inc(431,3) Error: Identifier not found Result
sockets.pp(69) Fatal: There were 1 errors compiling module, stopping
sockets.pp(69) Error: Compilation aborted
Vincent.
[EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED] (Marco van de Voort)
When I try to run make install or make zipinstall from my fpc svn
repository directory, I get the errors copiedpasted below. It
seems somehow the .svn dirs were copied, and this causes porblems
later
Johann Glaser wrote:
Hi!
It seems that the StrToNetAddr6 function is not implemented yet
(http://svn.freepascal.org/svn/fpc/trunk/rtl/inc/sockets.inc). I wrote
an implementation (attached as file including some testcases). I hope
you can use it for the Sockets unit.
Thx, added.
Bye
L505 wrote:
I implementing exporting from programs in svn trunk. Did someone test?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Yury Sidorov wrote:
From: Michael Van Canneyt [EMAIL PROTECTED]
unidef.inc updated 100%
starting func.inc
where can i upload wince-api.zip files ?
(ftp.freepascal.org/pub/contrib read only)
You can send them to me or any of the core developers.
It is better to put these files to
Yury Sidorov wrote:
2. Since H2PAS dont eat MS headers the easiest way to port is to use
win32 Windows unit and remove all functions which are missing in WinCE.
The following list of WinCE functions can be used as reference:
http://www.rainer-keuchel.de/wince/dllexports/ipaq-coredll.txt
Oro06 wrote:
1°)actual (wince 4.2) windows.h need at :
windef.h, types.h, winbase.h, wingdi.h, winuser.h, winreg.h, shellapi.h,
ole2.h, imm.h, tchar.h, excpt.h, strsafe.h
actual window.pp (from fpc 2.1.X) look at :
base.inc, errors.inc, defines.inc, struct.inc, messages.inc, ascfun.inc,
Ростислав Окулов wrote:
Ростислав Окулов wrote:
How I can aligh data in FPC like in C?
struct __declspec(align(16)) VECTOR4F
{
float x;
float y;
float z;
float w;
};
FPC can align local data only up to 4 byte boundaries. Aligning to 16 byte
boundaries done by the compiler
Oro06 wrote:
Hi,
the good new is the following prog RUN on arm-wince-pda :
var T: text;
begin
assign(T,'\toto.pas');
rewrite(T);
close(T);
end.
- create the empty file as expected, with no error :)
the bad news is with writeln, every time i try to use it to write in the
file
Marco van de Voort wrote:
fpcmake -Tall
make distclean
make all install OPT=-vt CPU_TARGET=arm OS_TARGET=linux
CROSSBINDIR=d:\fpc\binutils\win32-arm-elf BINUTILSPREFIX=arm-elf-
INSTALL_PREFIX=d:\FPC\2.0.0 d:\FPC\build-win32-arm-linux.log
and then all seems to run ok.
-but no ppccrossarm.exe was
Den Jean wrote:
Hi,
There seems to be an ARM ABI bug with passing doubles on arm.
When I call a C-procedure of a library using a c-program, it works.
Tried to fix it in 2.1.1 (untested).
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Ростислав Окулов wrote:
Where I can find newest offline docs for 2.1.x compiler?
Docs are only updated for stable releases.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
listmember wrote:
I know very little about Linker --just vaguely what it
does, and that's all. I googled for it, but could not
find much either.
Could someone give me some pointers to read about the
subject.
The reason why I was interested is, it seems a Linker
is more difficult to
Nikolay Nikolov wrote:
you may add it to packages/extra/x11
Thx, added.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Yury Sidorov wrote:
Hello,
I found that try...except and try...finally do not work if SysUtils unit is
not used (exception handling code is not called).
The following patch fixes this issue.
Not using sysutils means that you don't want exceptions. If you want to have run
time errors
Yury Sidorov wrote:
From: Florian Klaempfl [EMAIL PROTECTED]
I found that try...except and try...finally do not work if SysUtils
unit is
not used (exception handling code is not called).
The following patch fixes this issue.
Not using sysutils means that you don't want exceptions. If you
I updated the svn server of fpc to 1.2.1. If you've find any problems
because of this, notify me.
You don't need to update your client.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Yury Sidorov wrote:
Hello,
1. Why SizeOf(integer) = 2 for ARM?
2. The following code produces wrong assemler code:
var
i: DWORD;
begin
i:=PDWORD($1234);
end;
If you mean
i:=PDWORD($1234)^;
It's fixed now.
The produced code for assignment is: ldr r0,[INVALID]
Yury Sidorov.
Yury Sidorov wrote:
From: Florian Klaempfl [EMAIL PROTECTED]
var
i: integer;
begin
i:=PInteger(123)^;
end;
Yury Sidorov.
Fixed, hopefully I didn't destroy much because I didn't test the fix.
Maybe you can create a system.s before applying the patch and diff it
with a system.s from
Yury Sidorov wrote:
Moved to fpc-devel because contains stuff which needs probably more
discussion.
2. WinCE is unicode only OS. How would be better to handle it? RTL
has variables/function parameters wich are PChar/Strings. I think
in unicode systems PWideChar/WideStrings should be used.
Yury Sidorov wrote:
FPC can not create smartlink library under Windows host using AR from
cross-binutils for arm-wince-pe, because AR refuses to accept \ dir
separator when mask symbol * is specified. Any AR compiled under cygwin
has
this issue.
How to solve this issue?
Maybe some of our
peter green wrote:
Would it be possible to get something like
L.Sort(@ICmp(PBigInt,PBigInt));
in case ICmp is overloaded? If we could add the parameter
types, there would be no more ambiguity, the compiler would
There is ambiguity with a normal call to the function. The compiler sees
the (
Yury Sidorov wrote:
Hi,
I reached significant waypoint in WinCE port.
I have Hello world application running on WinCE. :)
GJ :)
Hope, you'll contribute the patches soon ;)
Here are some notes:
Official binutils seems to be buggy for WinCE target. I used binutils from
Pocket GCC port and
Yury Sidorov wrote:
One more question. I created 2 files t_wince.pas and i_wince.pas for WinCE
target. But now I see that it will be better to add WinCE support to
t_win.pas and i_win.pas files. Is it ok to do that?
Yes.
___
fpc-devel maillist -
Yury Sidorov wrote:
Hi,
FPC can not create smartlink library under Windows host using AR from
cross-binutils for arm-wince-pe, because AR refuses to accept \ dir
separator when mask symbol * is specified. Any AR compiled under cygwin has
this issue.
How to solve this issue?
Maybe some
Gerhard Scholz wrote:
And also don't change the sourcecode style. If makes huge
diffs and applying of patches will take a lot of manual work and time.
Sorry; I have a program for that upcasing/lowcasing. Next time I will
reverse the changes before supplying.
There is a reason why the
Christian Iversen wrote:
On Thursday 30 June 2005 20:15, L505 wrote:
I've always wanted to find the most compact and readable font myself. Just
never spent the time looking.
Well today I did a bit of searching, and found some fonts that are more
compact than at least Courier New
Gerhard Scholz wrote:
I'm sorry, I have my problems with SVN, I tried to download with svn -co,
but in the middle somewhere (in the directory tests) it stopped (it didn't
really stop, the internet connection was busy, but no more files were
transmitted). After that svn -cleanup didn't even
Peter Vreman wrote:
This repairs two bugs concerning macros:
1.
There is a check that the macro name is not a reserved keyword. If the
macro
name starts not with a letter (with other words: starts with an
underline),
the compiler fails (when it is compiled with $R+).
2.
The check should be done
and everything should work fine again though at least I lost some mails
when it came back because it ate some mails while the mail system wasn't
properly configured ...
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Martin Schreiber wrote:
On Sunday 26 June 2005 20.07, Florian Klaempfl wrote:
I didn't merge the widestring memory handling to fixes and it wasn't
wrong to do so, see the current failures :)
They don't work with checkpointer (see bug report 4125).
Anybody a suggestion how we should
Martin Schreiber wrote:
On Monday 27 June 2005 11.38, Peter Vreman wrote:
Move all FPC_CHECKPOINTER calls to a function tcg.maybe_checkpointer()
that also requires a tdef as argument. Make an exception for
tdef=widestring under windows.
Does it work with pwidechar(widestring) or
Yury Sidorov wrote:
Hello,
I started WinCE port. Any help is appreciated.
Currently not much is done.
I added added new (empty) target wince to compiler and built crosscompiler
for arm with wince target.
I have some questions:
1. What is simplest way to add wince target to
Yury Sidorov wrote:
From: Florian Klaempfl [EMAIL PROTECTED]
1. What is simplest way to add wince target to makefiles? The only way I
see
is to edit all makefile.fpc files and add wince to them.
What do you mean with all? Only the top level make files should really
need
extra effort
Michael Van Canneyt wrote:
On Sun, 26 Jun 2005, Colin Western wrote:
Thanks for fixing bug 4118. I had to apply the attached patch to get the
current svn to compile under linux
Thank you, applied the patch. (revision 507)
(Core: original fix not yet merged to fix branch, please check).
Vincent Snijders wrote:
Hi,
I am investigating some instabilities of lazarus and stumbled on the
following (from UTF8Decode).
var
hs: widestring;
begin
SetLength(hs,20);
SetLength(hs,8);
end;
In fpc_WideStr_SetLength first a string is allocated with NewWideString,
which
Vincent Snijders wrote:
Vincent Snijders wrote:
Michael Van Canneyt wrote:
On Tue, 21 Jun 2005, Vincent Snijders wrote:
Hi,
Sysutil has a function ExceptAddr to current exception address, but
no corresponding functions to get the frame count and the frames of
the current exception.
Vincent Snijders wrote:
Vincent Snijders wrote:
Michael Van Canneyt wrote:
On Tue, 21 Jun 2005, Vincent Snijders wrote:
Hi,
Sysutil has a function ExceptAddr to current exception address, but
no corresponding functions to get the frame count and the frames of
the current exception.
Dean Zobec wrote:
As the project looks like a long term one and I think that fpc urgently
needs a optimized hash table I'll also work on a streamlined hash table
with a chaining technique as a collision resolution scheme and a paging
for the allocation of the nodes in the chains, to have an
Michael Van Canneyt wrote:
On Tue, 21 Jun 2005, Florian Klaempfl wrote:
Dean Zobec wrote:
As the project looks like a long term one and I think that fpc urgently
needs a optimized hash table I'll also work on a streamlined hash table
with a chaining technique as a collision resolution
Ales Katona wrote:
Ok this patch does the following:
Removes the writeln() in case the library fails to load.
If the whole library is not found, it throws an exception which tell the
library name. If any method within the library is not found it throws an
exception with the given method
Mattias Gaertner wrote:
On Tue, 14 Jun 2005 22:34:19 +0200
Micha Nelissen [EMAIL PROTECTED] wrote:
On Tue, 14 Jun 2005 22:11:40 +0200
Mattias Gaertner [EMAIL PROTECTED] wrote:
A c float is a fpc single, right?
Yes, AFAIK.
If yes, then there was a heavy bug in the gtk2 bindings.
Mattias Gaertner wrote:
On Wed, 15 Jun 2005 09:20:48 +0200
Micha Nelissen [EMAIL PROTECTED] wrote:
On Tue, 14 Jun 2005 23:33:17 +0200
Mattias Gaertner [EMAIL PROTECTED] wrote:
On Tue, 14 Jun 2005 22:34:19 +0200
Micha Nelissen [EMAIL PROTECTED] wrote:
On Tue, 14 Jun 2005 22:11:40 +0200
Mattias Gaertner wrote:
A c float is a fpc single, right?
If yes, then there was a heavy bug in the gtk2 bindings. Attached patch
fixes the gfloat.
Which attachment :)?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Peter Vreman wrote:
On Monday 13 June 2005 12.59, Peter Vreman wrote:
- How is TTypeData.IntfUnit aligned?
It doesn't need alignment. It consists only of chars.
So offset IIDStr-IntfUnit is 256 (IIDStr = shortstring = string[255])?
Or IntfUnit starts after last char of IIDStr?
It is not
Joost van der Sluis wrote:
Hi all,
i'm curious what happens here. If I make a recursive funtion inlined, it
runs way faster?
Ackerman-test results:
$ ppc386 -O3p3r -dRecursiveInline ackerman.pp cpu/bin/timeit
/home/joost/src/ackerman 10
Ack(3,10): 8189
Execution took 395377
Anybody followed the discussion, e.g. which version should be included :)?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
L505 wrote:
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 slightly slower than
Joost van der Sluis wrote:
Hi all,
this patch removes all the 'ifdef virtualpascal' 's from the rtl. These
are remainings of the idea to use the fpc-sysutils for virtualpascal.
Applied to trunk. Should we merge it to 2.0.x?
___
fpc-devel maillist
Martin Schreiber wrote:
I have problems with RTTI for tkInterface.
Should it work in FPC 2.0.0?
Yes and no ;) Can you give an example which causes problems?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Michael Van Canneyt wrote:
On Fri, 10 Jun 2005, L505 wrote:
While converting a KOL regular expression unit for use with
freepascal, I came
across only one compile error, in {$mode delphi}
The error was here:
const
RegExprInvertCaseFunction :
Joost van der Sluis wrote:
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.
I fail to see how changing a while loop to a for loop improves speed ?
I could understand if you'd use a
André Cipriani Bandarra wrote:
Well..
I had spent a lot of time thinking about how to contribute to FPC. I
thought about contributing with a string phonetizer algoritm i made, but
its works only for the portuguese language, so i thought i wouldnt be
much usefull for most of the FPC
Tomas Hajny wrote:
Mattias Gaertner said:
At the moment there are a lot of warnigns for uninitialised var
parameters.
Is it possible to replace the 'var' with 'out' specifiers?
Can I send patches for that?
Is compatibility for existing code (including low-level one - assembly)
L505 wrote:
| Why not both? Delphi is windows-only, so even if FPC became 100%
| compatible with D7, the libraries already available for Delphi are
| usually windows specific, and FPC libraries are cross-platform.
And we all know they are already doing just that. What is needed is more
Hans-Jörg Vasold wrote:
StrUpper, StrLower will not work for the german äöüß.
Are any equivalent functions like Delphi's AnsiUpperCase or any fix
AnsiUpperCase?
available ?
thx
Hans Joerg
___
fpc-devel maillist -
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
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
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
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
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
Jamie McCracken wrote:
Marc Weustink wrote:
What is easier to read is a matter of taste.
Being a pascal devel for years now, it takes time to decode a a := b
:= c := d := 0 line. There might be a ; inbeween which results in a
complete different assignment. With such lines I've to read
901 - 1000 of 1078 matches
Mail list logo
