Re: [fpc-devel]some m68k releated stuff

2003-03-28 Thread Florian Klaempfl
Balogh, Karoly (Charlie/iNQ) wrote: Hi, Here are a few things about the m68k version i'd like to discuss. First, how well the FPU codegenerator is tested in the m68k version? I ask, because i've got a pretty big piece of code here, which makes heavy use of float math. (A 3D engine namely.) I

Re: [fpc-devel]glossary

2003-10-01 Thread Florian Klaempfl
Rimgaudas Laucius wrote: Hi, where can i get fpc glossary, if such exists? We are tranlating fpc messages. Hmm, there is none, if you have a list of expressions, we try to explain them :) ___ fpc-devel maillist - [EMAIL PROTECTED]

Re: [fpc-devel]fpcmake

2003-10-12 Thread Florian Klaempfl
James Mills wrote: On Sun, Oct 12, 2003 at 01:55:41PM +0200, Florian Klaempfl wrote: Yakov Sudeikin wrote: Let's get rid of fpcmake. Pascal is good because you do not need this old-crap-make-utility to compile your programs! All you need is a compiler! Not of you have hundred of files

Re: [fpc-devel]fpc and VirtualPC/Mac OS X

2003-10-24 Thread Florian Klaempfl
Olle Raab wrote: However, far as I know, the sources are not stable at the moment, I have not been able to get it the whole way to any runnable app on MacOS, the last month. This is due to the work with a beta release first of november. It will improve soon :)

Re: [fpc-devel]ide

2003-10-24 Thread Florian Klaempfl
Rimgaudas Laucius wrote: I am interesting in fp ide future plans. When do you plan to release its 1.0 version? The problem is that there is currently no real maintainer for the IDE so there is no progress in IDE development. ___ fpc-devel maillist -

Re: [fpc-devel]Compiler runtime error when using WideString character constant

2003-11-08 Thread Florian Klaempfl
David Butler wrote: Hi I am using FreePascal 1.9.0[2003/11/05]. For the following code, the compiler crashes with Runtime error 216 at 0x004467CA. type RR = record RA : WideString; end; const Z : RR = (RA: 'B'); The compiler does not crash if the 'B' is changed to a string of more than

Re: [fpc-devel]Building FPC 1.9.1 on BeOS

2003-11-08 Thread Florian Klaempfl
BiPolar wrote: Hello. While trying to build FPC from today CVS sources on the BeOS platform (using make beoszip from the root directory): I guess the main problem is that the 1.0.x BeOS rtl contains a lot of patches which aren't merged into 1.9.x sources. I had to add two paths on the

Re: [fpc-devel]Implementing interfaces by delegation

2003-11-08 Thread Florian Klaempfl
wrote: Hello! What's about the subj? Is this feature planned for 2.0 version? Yes. ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel]Re: Bug in AssignPipe() on Linux

2003-11-09 Thread Florian Klaempfl
GongYu wrote: Jeff Pohlmeyer: I do not try your sample(I remove it and install 1.0.10), but the lazarus IDE on my pc always show the same error(can not create pipe) with FPC 1.9.0 Compiler! This won't help us to improve FPC... ___ fpc-devel

Re: [fpc-devel]Internal error 9999 (FPC 1.9.0)

2003-11-09 Thread Florian Klaempfl
/11/05] for i386 Copyright (c) 1993-2002 by Florian Klaempfl Target OS: Linux for i386 Compiling test3.pp Panic : Internal compiler error, exiting. test3.pp(34,11) Fatal: Internal error The problem is triggered by the line containing this cast: AnsiString(MsgBuff), where MsgBuf has been declared

Re: [fpc-devel]Nested function as argument for TList.Sort

2003-12-23 Thread Florian Klaempfl
Olle Raab wrote: 03-11-30 10.36, skrev Jonas Maebe följande: On 30-nov-03, at 02:29, Pedro Lopez-Cabanillas wrote: Of course, if the compiler doesn't support this feature, because the internal handling of function calls, a compiler error message is better than a program crash. The problem is

Re: [fpc-devel]Mac OS X pre-release version of the Free Pascal Compiler available!

2004-01-08 Thread Florian Klaempfl
Jonas Maebe wrote: On 8 jan 2004, at 14:03, Karl-Michael Schindler wrote: German 10.3.2 on all three of them. Maybe something is wrong with my libSystem.B.dylib or the libmathCommon.A.dylib on the two. I doubt it. However, maybe you could try ppcppc instead of fpc. It's quite possible that

Re: [fpc-devel]compiler option -Sd

2004-02-01 Thread Florian Klaempfl
[EMAIL PROTECTED] wrote: With compiler option -Sd I got memcheck.pas(1439,11) Error: Procedure overloading is switched off Is procedure overloading not a Delphi feature? Delphi requires an explicit overload; ___ fpc-devel maillist - [EMAIL

Re: [fpc-devel]fpc and ppc386

2004-02-03 Thread Florian Klaempfl
[EMAIL PROTECTED] wrote: I can further confirm that the problem exists in Fedora Core 1. Thanks, deleting FPC and reconstructing the symlink solved the problem (for the time being). Can you explain what you did exactly. It might help us to find the problem?

Re: [fpc-devel]IDE (general and Darwin)

2004-02-05 Thread Florian Klaempfl
Karl-Michael Schindler wrote: Hi there, What is actually the idea about further developments of the IDE, with my particular interest in Darwin. My impression is that the FPIDE is winx and linux, but not *bsd and not much further development. Then there is lazarus with more drive, but not much

Re: GCC 3.x and GNU utilities 3.x (Was: [fpc-devel]Small technical answers)

2004-02-23 Thread Florian Klaempfl
[EMAIL PROTECTED] wrote: From:[EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [fpc-devel]Small technical answers Date sent: Sat, 21 Feb 2004 20:47:34 +0100 When it'll be possible to call functions written in C, which were compiled using GCC 3.x? And also, when FPC will be

Re: [fpc-devel]free pascal trademark

2004-08-15 Thread Florian Klaempfl
Jonas Maebe wrote: On 14 aug 2004, at 11:38, Rimgaudas Laucius wrote: who is owner of Free Pascal trademark? I searched in the internet but did not found this. I need this info for my article. Is there a Free Pascal trademark? Afaik, nobody owns it. Or is someone trying to pull a GMail on us?

Re: [fpc-devel]PowerPC, TypInfo

2004-08-15 Thread Florian Klaempfl
Jonas Maebe wrote: On 14 aug 2004, at 21:07, Mattias Gaertner wrote: The GetOrdProp is used to read boolean values. It reads a longint and applies and $ff to get only the lowest byte. Under PowerPC the boolean value is stored just like under i386 in the first byte. Reading the longint under i386

Re: [fpc-devel]PowerPC, TypInfo

2004-08-15 Thread Florian Klaempfl
Jonas Maebe wrote: On 15 aug 2004, at 00:20, Florian Klaempfl wrote: To me, the fact that it always reads a longint regardless of the size of the property seems to be inherently wrong. What if the last field of a class is a byte? Then you can read past the end of the class, possibly

Re: [fpc-devel]Amd64?

2004-08-26 Thread Florian Klaempfl
Uberto Barbini wrote: Hi, is it possible to compile pascal programs for amd64? We have a Delphi program that needs more of 3Gb ram user space... it'd be a perfect excuse to begin to use fpc at work. Yes, though you've to build it from the sources. However, only linux/amd64 is supported yet, no

Re: [fpc-devel]Issues with GDB on Mac OS X with mixed case file names

2004-08-26 Thread Florian Klaempfl
Dr. Rolf Jansen wrote: The following smal pascal program is stored in file named TestProgram.pas in the current working directory. program TestProgamm; var i : Integer; begin for i := 1 to 5 do writeln('Test'); end. It compiles successfully with: fpc -g TestProgram.pas An

Re: [fpc-devel]Proposal for audo-destructors

2004-09-20 Thread Florian Klaempfl
[EMAIL PROTECTED] wrote: Hello. Absence of automatic construction/destruction of classes is very painfull and it can significantly degrade the development process (i.e. smart pointers and RAII are impossible). It's one of the greatest flaws of Pascal relatevly to C (the second thing are

Re: [fpc-devel]Proposal for audo-destructors

2004-09-20 Thread Florian Klaempfl
Yakov Sudeikin wrote: I would really appreciate some comments on my question about patches that would implement optional, unofficial or pluggable features. I would like very much to be able to build extensions for particular idioms. I understand that not everybody will like this possibility. The

Re: [fpc-devel] FPC_REQUIRES_PROPER_ALIGNMENT

2004-10-13 Thread Florian Klaempfl
Jonas Maebe wrote: M: But how are members of packed records accessed ? Just like members of regular records. The difference is that there are simply no alignment bytes between the different fields of the record. If you've to access an unaligned member, you've to use a move as you do in C,

Re: [fpc-devel] FPC_REQUIRES_PROPER_ALIGNMENT

2004-10-18 Thread Florian Klaempfl
Marc Weustink wrote: Copy back was already thrown away with Fortran 66 I think because it caused too much trouble. I'll believe it will give troubles in certain situations, I only have no idea where (then again, I'm only a compiler user). r.i could have also an alias so the example above

[fpc-devel] Re: [fpc-pascal] x86-64/linux snapshot upload

2004-11-04 Thread Florian Klaempfl
Florian Klaempfl wrote: The first x86-64/linux snapshot has been uploaded. Maybe I should post a download link as well :) : ftp://ftp.freepascal.org/pub/fpc/snapshot/v19/linux-x86_64/fpc-1.9.5.x86_64.tar.gz ___ fpc-devel maillist - [EMAIL PROTECTED

Re: [fpc-devel] gui console in windows

2004-11-04 Thread Florian Klaempfl
Rimgaudas Laucius wrote: Hello, i am interesting, what do you think about redirecting text streams not to windows console, but creating free pascal's own gui console (for example implementing it under -WX switch)? I mean to do something like graph unit is done now or unit wincrt in Virtual

Re: [fpc-devel] db patch

2004-12-05 Thread Florian Klaempfl
When we're talking about tdataset, would anybody mind to check the web bugs regarding tdataset :)? ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] enumerating environment variables

2004-12-11 Thread Florian Klaempfl
[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

Re: [fpc-devel] THandle and 64bit platforms

2004-12-20 Thread Florian Klaempfl
[EMAIL PROTECTED] wrote: On Mon, 20 Dec 2004, Tomas Hajny wrote: Date sent: Mon, 20 Dec 2004 21:02:04 +0100 To: FPC developers' list [EMAIL PROTECTED] From: Marc Weustink [EMAIL PROTECTED] Subject:RE: [fpc-devel] THandle and 64bit

Re: [fpc-devel] THandle and 64bit platforms

2004-12-20 Thread Florian Klaempfl
Peter Vreman wrote: That said, the RTL should also avoid confusion with the Windows/Delphi THandle type, and introduce a cross-platform and opaque TFileHandle type. It's text/file/file of in pascal ;) Which will happen to be equal to THandle on 32-bit windows. On 32-bit Linux, the definition of

Re: [fpc-devel] TList slowness in classes

2004-12-29 Thread Florian Klaempfl
Michalis Kamburelis wrote: I suspected that every type that needs to be initialized/finalized creates such try...finally block, Yes, it does. but didn't have time to check. But I checked it now. OK, page in wiki is changed, and demo program there is changed.

Re: [fpc-devel] bug reporting system down

2004-12-29 Thread Florian Klaempfl
peter green wrote: Warning: Access denied for user: '[EMAIL PROTECTED]' (Using password: YES) in /FPC/html/bugs/bugs.php on line 11 Warning: MySQL Connection Failed: Access denied for user: '[EMAIL PROTECTED]' (Using password: YES) in /FPC/html/bugs/bugs.php on line 11 An error occurred while

Re: [fpc-devel] compiler bug?

2004-12-31 Thread Florian Klaempfl
Nico Aragón wrote: El Viernes, 31 de Diciembre de 2004 14:58, Florian Klaempfl escribiste: type boolean = (false,true); is how boolean is defined/declared so assigning anything else than true or false to a boolean might cause problems :) That's great! But why do you tell it *to me*? I only cross

Re: [fpc-devel] Optimization error causes pyacc and plex to fail

2005-01-02 Thread Florian Klaempfl
Jonas Maebe wrote: On 1 jan 2005, at 19:49, [EMAIL PROTECTED] wrote: Can't seem to get bug submission to work so I'm sending this here. The 1.9.x distributed binaries of plex and pyacc both fail, as well as any created from a 1.9.5 source snapshot. plex ends normally but only creates 2 states.

Re: [fpc-devel] Portability Standards

2005-01-03 Thread Florian Klaempfl
peter green wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Marco van de erstanding of include files. Codetools don't work at all if you use include files. That said: $ifdefs confuse it as well... That is one, the another is that they simply have

Re: [fpc-devel] Portability Standards

2005-01-04 Thread Florian Klaempfl
DrDiettrich wrote: Florian Klaempfl wrote: Not everything is a matter of OS. It could be also a matter of toolkit, database, word size of the cpu or whatever. Further smaller files are usually easier to handle: - cvs works much better with small files Hmm... - easier navigation in editors

Re: [fpc-devel] Portability Standards

2005-01-04 Thread Florian Klaempfl
Marco van de Voort wrote: On Tue, 04 Jan 2005 02:14:33 +0100, DrDiettrich wrote . I only don't know how to implement or check the other branches - is the Windows version of FPC equipped for crosscompilation? The compiler itself can compile for all platforms listed in help pages (those running on

Re: [fpc-devel] The new 1.9.6 release

2005-01-12 Thread Florian Klaempfl
Ladislav Lacina wrote: The problem is simple: the go32v2 version has no maintainer. So if nobody pops up who wants to maintain the go32v2 version, 2.0.0 will probably come without go32v2 support. There are many problems in this version - at least under the GO32V2 target. Mainly the things

Re: [fpc-devel] VMT compatibility

2005-01-30 Thread Florian Klaempfl
Alexey Barkovoy wrote: - Original Message - From: Michael Van Canneyt [EMAIL PROTECTED] Delphi is compatible at least with Borland C++ and MS VC++. And taking in accout how COM intefaces are implemented in C++ (I'm supposing here all C++ compilers support the same syntax) - each C++

Re: [fpc-devel] InstantObjects

2005-02-01 Thread Florian Klaempfl
Michael Van Canneyt wrote: 2 - delphi allows for a resourcestring to be passed by address (@MyResourceString), fpc don't. Unfortunately, resource strings don't work like that in FPC. I don't think it will be possible to change this. 1.9.7 from cvs supports it.

Re: [fpc-devel] bug 3626

2005-02-02 Thread Florian Klaempfl
[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

Re: [fpc-devel] porting

2005-02-06 Thread Florian Klaempfl
peter green wrote: i want to atempt to port FPC to a new CPU target (PIC18F452) there don't seem to be any guides to starting a port. any idea where one sohuld start when porting fpc. note: the cpu architecture in question has nowhere near enough power to support the compiler so all compilation

Re: [fpc-devel] Modernising Pascal

2005-02-22 Thread Florian Klaempfl
Jamie McCracken wrote: Hi, Just wandering if any of you are interested in modernising Pascal which is looking quite dated when compared to modern languages like Python. Oh, the language which is on fortran 77 level regarding formatting? Sorry, couldn't resist :)

Re: [fpc-devel] Modernising Pascal

2005-02-23 Thread Florian Klaempfl
Jamie McCracken wrote: Marco van de Voort wrote: The best solution I can think for this is to reference count non-component classes. This should be safe for TObjects but obviously not for Tcomponent descendants (cf circular reference problem) so a protected variable could be added to TObject

Re: [fpc-devel] Modernising Pascal

2005-02-25 Thread Florian Klaempfl
Jamie McCracken wrote: I did wrote GC in C++ itself. So it binds rather well... not a compacting one then - Ref. counting isn't compacting either? if we use compacting then you lose pointers and Pchars ergo all the existing bindings would be useless and would need to be rewritten manually

Re: [fpc-devel] Modernising Pascal

2005-02-25 Thread Florian Klaempfl
Marco van de Voort wrote: The argument is not about whether or not we should make Pascal entirely GC'd, but about whether reference counting is better/worse than other garbage collection techniques if you have a significant amount of GC'd objects. The Quake II benchmark was used to prove that

Re: [fpc-devel] Modernising Pascal

2005-02-25 Thread Florian Klaempfl
Jan Ruzicka wrote: Is there some wiki[1] where we can collect mentioned ideas? http://www.freepascal.org/wiki ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Improving Ref Counting

2005-02-27 Thread Florian Klaempfl
Uberto Barbini wrote: On Sunday 27 February 2005 15:29, Peter Vreman wrote: Why are you looking at GC/Refcounting when the problem is the try..finally? It is better to rewrite the try..finally code using the C++ ABI for exception handling. +1 and it'd be benefical to all applications. Using the

Re: [fpc-devel] Patch for linux syscalls

2005-03-07 Thread Florian Klaempfl
C Western wrote: One of the syscall routines in rtl/linux/i386/syscall.inc checks for a return value in the range -4095..-1 as the error return, but all the rest just take a negative value as an error. I think the former is correct and attach a patch that will fix the rest. (I sent something to

Re: [fpc-devel] utf8 reading

2005-03-09 Thread Florian Klaempfl
C Western wrote: Can I offer the attached patch for reading utf8 strings from resource files? It simply converts the utf string to a normal string by discarding the high bits, What would be the correct solution? but I had some files from Delphi or Kylix that were otherwise unreadable. Colin

Re: [fpc-devel] utf8 reading

2005-03-09 Thread Florian Klaempfl
Uberto Barbini wrote: What would be the correct solution? I am showing my ignorance of multi byte characater handling here, but I think it would be to write an escaped sequence as is currently done for wide strings. I don't think the current OutChars function is quite up to it, as utf8 characters

Re: [fpc-devel] utf8 reading

2005-03-10 Thread Florian Klaempfl
Uberto Barbini wrote: utf-8 is a unicode string. What do you mean with not escaped Unicode? Memory wasting utf-32? I'd see UCS2/UCS4 as not escaped Unicode. Exactly. I think that UCS2 will suffice to everyone not interested in Vogon poetry! ;)) This means to have 2 byte chars and related strings,

Re: [fpc-devel] Compiling error: Invalid Floating point operation

2005-03-10 Thread Florian Klaempfl
Vincent Snijders wrote: SteveG wrote: Happens on XPPro SP2 Pentium 4 3G as well Florian Klaempfl wrote: Vincent Snijders wrote: [EMAIL PROTECTED] wrote: Compiling current cvs version on Windows XP (cpu Athlon XP 1800) give me Invalid Floating point operation in /rtl/objpas/sysutils/sysstrh.inc 49

Re: [fpc-devel] utf8 reading

2005-03-13 Thread Florian Klaempfl
C Western wrote: Applied. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] ctypes for the xutil unit

2005-03-13 Thread Florian Klaempfl
Nikolay Nikolov wrote: Nikolay Nikolov wrote: I'm not sending the .diff, because it was larger than the actual new file :) Just caught a bug in my xutil conversion, so here's a fix for the fix :) Thx, both are applied. ___ fpc-devel maillist -

Re: [fpc-devel] Local procedures as procedural parameter

2005-03-13 Thread Florian Klaempfl
Adriaan van Os wrote: 1. On the todo list for fpc's MacPas mode is a feature that allows local procedures (functions) to be passed a procedural parameters. I tentatively put it on my own todo list, since this is the feature that I like most in Pascal compilers, at the same time making a small

Re: [fpc-devel] Local procedures as procedural parameter

2005-03-14 Thread Florian Klaempfl
Michael Van Canneyt wrote: I will object against a solution that causes existing code to be altered in any way, such as an extra hidden parameter for all callbacks. For the ISO ones, I don't think there is any other way of doing it. As long as it is restricted to those, there is no problem... If

Re: [fpc-devel] fink (debian) fpc package for darwin

2005-03-20 Thread Florian Klaempfl
Dr. Karl-Michael Schindler wrote: Hi all, In order to get fpc into fink, the darwin/macosx debian package manager it would be necessary to make available a bootstrap tar ball (640 KB) with the ppcppc binary and a default fpc.cfg file. My suggestion would be the same dir as the fpc source tar

Re: [fpc-devel] FPC and valgrind

2005-03-20 Thread Florian Klaempfl
C Western wrote: I tried out valgrind on lazaraus and one of my own lcl programs, and was able to get it working by after applying some small patches to valgrind (which I have sent to the valgrind mailing lists). valgrind found some uninitialised memory reads, which the attached patch fixes.

Re: [fpc-devel] Friend classes?

2005-03-20 Thread Florian Klaempfl
Micha Nelissen wrote: On Sat, 19 Mar 2005 10:04:55 +0100 DrDiettrich [EMAIL PROTECTED] wrote: In porting C++ code to Pascal I often stumbled into circular unit references. Then the only solution is a monster unit, that implements all the related classes at once, where the C++ implementation can

Re: [fpc-devel] Friend classes?

2005-03-22 Thread Florian Klaempfl
DrDiettrich wrote: Florian Klaempfl wrote: C++ creates one monster module in this case as well. I disagree. Neither the declarations (interface, header files) nor the definitions (implementation, code modules) must reside in one file. How the sources are splitted doesn't matter

Re: [fpc-devel] xf86vmode unit

2005-03-27 Thread Florian Klaempfl
Nikolay Nikolov wrote: Michael Van Canneyt wrote: xf86vmode unit attached Thank you. Added to CVS. Michael. Will it be added to the makefile? Does the 86 mean i386+ only or x86_64 as well? ___ fpc-devel maillist -

Re: [fpc-devel] bug #3064

2005-03-28 Thread Florian Klaempfl
[EMAIL PROTECTED] wrote: One question to the fpc team: What is the difficulty with bugs #3064 {$A+/-} problem #3497 $OPTIMIZATION unknown #3687 Locality of $J /$writeableconst ??? Time and importance :) Though they aren't completly easy to fix. The handling of these switches

Re: [fpc-devel] Patch for bug 3774

2005-04-02 Thread Florian Klaempfl
Thomas Schatzl wrote: Sterling Bates schrieb: This patch adds recognition for hex to Val(). Applied. What about the extended (?) pascal convention 16# ? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] linking with SDL libs fails.

2005-04-06 Thread Florian Klaempfl
Jonas Maebe wrote: On 6 apr 2005, at 00:59, Dr. Karl-Michael Schindler wrote: when compiling lentilwars from Almindor, I encounter the following error when linking. This is definitely a problem above my level :) btw. The SDL libs are installed through fink and are found. Any hints are

Re: [fpc-devel] Power PC Linux Optimize Port

2005-04-15 Thread Florian Klaempfl
Senthil Kumar wrote: Greetings, I am attempting to do the port (Optimize). A simple question. I am sure I will have a lot more down the road. To which release should I target it to ? The website says Version 1.0.10 is the latest stable version the Free Pascal. Should I target that ?

Re: [fpc-devel] gdb for win

2005-05-01 Thread Florian Klaempfl
Uberto Barbini wrote: Hi, I'd like to understand which gdb is better to use for current fpc-cvs, the one in cvs/install/binw32 or mingw one? If that one in cvs/install/... makes no trouble for you, use it, it is tested with fpc. If you have trouble with it = try the mingw one and report it

Re: [fpc-devel] CreateGUID implementation attached

2005-05-20 Thread Florian Klaempfl
Marco van de Voort wrote: Michael Van Canneyt wrote: It's committed in SubVersion. SubVersion? The freepascal website still mentions CVS as the protocol by which the latest sources can be obtained? (though I haven't seen any recent changes in the fpc cvs repository) (but I have seen changes in

Re: [fpc-devel] daily snapshot?

2005-05-21 Thread Florian Klaempfl
Gerhard Scholz wrote: Hello, the daily snapshot does not exist any more? ftp://ftp.freepascal.org/pub/fpc/snapshot/v21/source/fpc.zip is a dead link in the moment. We're migrating to svn so some of the infrastructure is broken. You can get the current sources via svn through the

Re: [fpc-devel] removed MaxAvail,MemAvail,HeapSize

2005-05-22 Thread Florian Klaempfl
Konstantin Münning wrote: Florian Klaempfl wrote: Konstantin Münning wrote: Hi everybody! Why in fact were MaxAvail,MemAvail,HeapSize removed from the RTL? The explanation in install/doc/whatsnew.txt is puzzling me a bit: - Removed MaxAvail, MemAvail, HeapSize due to their unreliability

Re: [fpc-devel] No default property value allowed for double type?

2005-05-22 Thread Florian Klaempfl
Bram Kuijvenhoven wrote: The storage specifiers are not explained in the FPC reference manual as far as I know, though they are in the syntaxis diagram of course. Michael? And somehow FPC allows default values for singles. ... because they have a size of 4 which is required for a default

Re: [fpc-devel] removed MaxAvail,MemAvail,HeapSize

2005-05-23 Thread Florian Klaempfl
Konstantin Münning wrote: And in all cases, the program will still crash occasionally because it runs out of memory in certain cases, because the check and the allocation do not happen atomically. You can't put something into the standard Run Time Library which works most of the time, except

Re: [fpc-devel] DOS Platforms

2005-05-23 Thread Florian Klaempfl
Vinzent Hoefler wrote: On Sunday 22 May 2005 10:17, Tomas Hajny wrote: At 11:46 22-5-2005, you wrote: What's about Go32v2 or some other DOS port? Will it supported in 2.0.x branch? There is no maintainer for go32v2. Unless there is an user that steps forward to be the maintainer for go32v2

Re: [fpc-devel] removed MaxAvail,MemAvail,HeapSize

2005-05-24 Thread Florian Klaempfl
Hans-Peter Diettrich wrote: the API is completely removed, it should exist and behave as before, on the platforms to which it applies. It doesn't apply unconditionally to any current fpc target. Even go32v2 might run on windows with changing memory availabilities.

Re: [fpc-devel] don't you think it's time toupdatedelphimodecompatibility? - IDispatch, implements

2005-05-28 Thread Florian Klaempfl
begin writeln('Hello world'); end. C:\fpcfpc -Xs test1.pp Free Pascal Compiler version 2.0.0 [2005/05/08] for i386 Copyright (c) 1993-2005 by Florian Klaempfl Target OS: Win32 for i386 Compiling test1.pp Linking test1.exe 3 Lines compiled, 0.0 sec C:\fpcdir test1.exe Datenträger in Laufwerk C

Re: [fpc-devel] don't you think it'stime toupdatedelphimodecompatibility? - IDispatch, implements

2005-05-29 Thread Florian Klaempfl
Jamie McCracken wrote: well thats soemthing you should add to your to do list. Automatic inlining can deliver a signifcant performance improvement especially as delphi uses a lot of one line procedures to set property values. A fucntion call adds quite a bit of overhead (around 10+ clock

Re: [fpc-devel] for cycle variable

2005-05-29 Thread Florian Klaempfl
Rimgaudas Laucius wrote: Hi, i found that in fpc 1.9.6 assignment to for cycle variable is forbidden. Such behavior is incompatible with other compilers. As ...? Earlier fpc versions also had only warning. What do you think about this? Well, what we think should be clear ;)

Re: [fpc-devel] updated errord.msg File (140k)

2005-05-29 Thread Florian Klaempfl
Karl-Michael Schindler wrote: Hi, I worked on the German error file errord.msg using msgdif and errore.msg,v 1.124 as reference. The differences should be fixed and a few additional messages have been translated. Still 138 items to translate. Since this is my first go at this, maybe

Re: [fpc-devel] First patch on GO32V2 target

2005-05-30 Thread Florian Klaempfl
Vinzent Hoefler wrote: Hi, attached a patch which reenables (at least according to my tests) the SIGINT and SIGTERM key handling which is a strong indication that exception handling might work again. Further tests regarding exception handling should be done yet. I'm onto it. Thanks,

Re: [fpc-devel] Contribution

2005-06-01 Thread Florian Klaempfl
Michael Van Canneyt wrote: On Wed, 1 Jun 2005 [EMAIL PROTECTED] wrote: Hi. Now I'm working on porting our Delphi database application (cca 100 000 lines) to FreePascal. I have some little patches principally around TDataset. Where can I send this patches? Send them to me. Our

Re: [fpc-devel] Contribution

2005-06-01 Thread Florian Klaempfl
[EMAIL PROTECTED] wrote: On Wed, Jun 01, 2005 at 03:22:10PM +0200, Florian Klaempfl wrote: Michael Van Canneyt wrote: On Wed, 1 Jun 2005 [EMAIL PROTECTED] wrote: Hi. Now I'm working on porting our Delphi database application (cca 100 000 lines) to FreePascal. I have some little patches

Re: [fpc-devel] Re: [fpc-l] type discussion

2005-06-02 Thread Florian Klaempfl
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

Re: [fpc-devel] Re: [fpc-l] type discussion

2005-06-02 Thread Florian Klaempfl
Jamie McCracken wrote: Florian Klaempfl wrote: I'am a poor delphi programmer, didn't use it for years, but I bet with any python programmer that I create any application faster than him :) You must be a damn fast typer then :) I teached myself typing with 10 fingers, but typing

Re: [fpc-devel] How to manually control debug information

2005-06-03 Thread Florian Klaempfl
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

Re: [fpc-devel] How to manually control debug information

2005-06-03 Thread Florian Klaempfl
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

Re: [fpc-devel] Extend the libraries people!

2005-06-03 Thread Florian Klaempfl
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

Re: [fpc-devel] Extend the libraries people!

2005-06-03 Thread Florian Klaempfl
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

Re: [fpc-devel] Extend the libraries people!

2005-06-03 Thread Florian Klaempfl
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

Re: [fpc-devel] using strupper,strlower on german words

2005-06-05 Thread Florian Klaempfl
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 -

Re: [fpc-devel] Extend the libraries people!

2005-06-07 Thread Florian Klaempfl
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

Re: [fpc-devel] out parameters in RTL/FCL

2005-06-08 Thread Florian Klaempfl
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)

Re: [fpc-devel] Extend the libraries people!

2005-06-09 Thread Florian Klaempfl
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

Re: [fpc-devel] Patch to remove 'ifdef virtualpascal' 's from rtl

2005-06-10 Thread Florian Klaempfl
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

Re: [fpc-devel] RTTI for interface

2005-06-10 Thread Florian Klaempfl
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

Re: [fpc-devel] Minor Error in $delphi mode for a unit I'm converting

2005-06-10 Thread Florian Klaempfl
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 :

Re: [fpc-devel] Patch to speed up Uppercase/Lowercase functions

2005-06-10 Thread Florian Klaempfl
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

Re: [fpc-devel] Patch to speed up Uppercase/Lowercase functions

2005-06-12 Thread Florian Klaempfl
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

Re: [fpc-devel] RTTI for interface (2)

2005-06-13 Thread Florian Klaempfl
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

Re: [fpc-devel] Inlining recursive functions works - and it's fast too?

2005-06-13 Thread Florian Klaempfl
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

  1   2   3   4   5   6   7   8   9   10   >