Re: [fpc-devel] OO rewrite - technical questions

2010-08-10 Thread Michael Schnell
On 07/20/2010 02:48 PM, Jonas Maebe wrote: I don't see it there (to the extent that there is an official win32 abi document; it seems that information is spread over several msdn pages that don't even link to each other). Please stop speculating that certain things "should be documented" or

Re: [fpc-devel] OO rewrite - technical questions

2010-08-10 Thread Michael Van Canneyt
On Tue, 10 Aug 2010, Michael Schnell wrote: On 07/20/2010 02:48 PM, Jonas Maebe wrote: I don't see it there (to the extent that there is an official win32 abi document; it seems that information is spread over several msdn pages that don't even link to each other). Please stop speculatin

Re: [fpc-devel] OO rewrite - technical questions

2010-08-10 Thread Michael Schnell
On 08/10/2010 10:23 AM, Michael Van Canneyt wrote: This is an extension to C which is specific to GCC; it is in no way an official spec except maybe for GCC (and probably linux-only, at that). Microsoft for example doesn't use ELF; as I understand his remark, Jonas wanted an official Microsof

Re: [fpc-devel] OO rewrite - technical questions

2010-08-10 Thread Daniël Mantione
Op Tue, 10 Aug 2010, schreef Michael Schnell: Finally I think that there is a decent chance to modify the compiler and the RTL in a way that threadvars can be used fast and without needing a libc binding Yes there is. I worked on this a long time ago, but I didn't finish it. The code for

Re: [fpc-devel] OO rewrite - technical questions

2010-08-10 Thread Michael Schnell
On 08/10/2010 11:04 AM, Daniël Mantione wrote: However, it won't be usefull without libc independend thread mananger. Of course you are very right here ! Is there any question that I might be able to help with (provided that I did a lot of research regarding porting a heavily multi-threaded

Re: [fpc-devel] fcl-passrc developments (fpdoc,makeskel)

2010-08-10 Thread Graeme Geldenhuys
Op 2010-08-08 17:44, Michael Van Canneyt het geskryf: > > I have adapted the TPasExpr elements so they descend from TPasElement, and > have implemented > GetDeclaration() so they can be used when getting declarations for the linear > doc writers. > Revision 15749. This is still not working for

Re: [fpc-devel] fcl-passrc developments (fpdoc,makeskel)

2010-08-10 Thread Michael Van Canneyt
On Tue, 10 Aug 2010, Graeme Geldenhuys wrote: Op 2010-08-08 17:44, Michael Van Canneyt het geskryf: I have adapted the TPasExpr elements so they descend from TPasElement, and have implemented GetDeclaration() so they can be used when getting declarations for the linear doc writers. Revisio

Re: [fpc-devel] fcl-passrc developments (fpdoc,makeskel)

2010-08-10 Thread Graeme Geldenhuys
Op 2010-08-10 15:40, Michael Van Canneyt het geskryf: > > Of course not, I said 'so they can be used'. They are not yet used. Dope! My mistake. Next time I'll try and read your emails with more care. :) Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal

Re: [fpc-devel] fpdoc - bug in LaTeX output - missing tables

2010-08-10 Thread Graeme Geldenhuys
Op 2010-08-06 14:10, Michael Van Canneyt het geskryf: > > I am not sure about this one, I would need to have a deeper look. Reported as: http://bugs.freepascal.org/view.php?id=17144 Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.ho

Re: [fpc-devel] fcl-passrc developments (fpdoc,makeskel)

2010-08-10 Thread Graeme Geldenhuys
Op 2010-08-08 16:43, Marco van de Voort het geskryf: > > If you have fpdoc based docs, or are experimenting with them, please give > them another spin. (me oggles Graeme) So far so good. :-) RTL, FCL, LCL and fpGUI docs all generated fine. Regards, - Graeme - -- fpGUI Toolkit - a cross-plat

Re: [fpc-devel] fpdoc - linear output missing example nodes

2010-08-10 Thread Graeme Geldenhuys
Op 2010-08-06 14:10, Michael Van Canneyt het geskryf: > > It is simply a bug. The nodes are probably simply not processed. Reported as: http://bugs.freepascal.org/view.php?id=17145 Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.home

[fpc-devel] TFreeTypeFont

2010-08-10 Thread Felipe Monteiro de Carvalho
hello, I am using TFreeTypeFont to draw text to TLazIntfImage and it seams that it just draws char by char, without spacing them according to their sizes. Anyone else using TFreeTypeFont? thanks, -- Felipe Monteiro de Carvalho ___ fpc-devel maillist

[fpc-devel] Re: TFreeTypeFont

2010-08-10 Thread Felipe Monteiro de Carvalho
Umm ... strange ... in the code it doesn't seam to draw them according to the width, but in my test some chars are drawn near and some are drawn far ... Here is my code: // Now draw the avatar nickname and it's inplay amount try // initialize free type font manager ftf

Re: [fpc-devel] Proposal: In-out-parameters

2010-08-10 Thread Vinzent Höfler
_-jan...@web.de: > You wrote 2010-08-09: > > > You should at least have used the 1995 version. > > Ada83 is pretty outdated, even here[tm], considering that > > Ada2005 compilers are available for about five years now. :D > > <[http://www.adahome.com/rm95/rm9x-06-02.html]> > > You're right. I wa

[fpc-devel] Is -Sx supposed to be equivalent to {$modeswitch exceptions}?

2010-08-10 Thread Bruce Bauman
The compiler help message says that -Sx "Enables exception keywords", but if I use -Sx along with a try/except block I get: Error: identifier not found "try" If I instead use {$modeswitch exceptions} it works fine. (I'm compiling in FPC mode). Is this the expected behavior? Thanks. -- Bruce CO

Re: [fpc-devel] Is -Sx supposed to be equivalent to {$modeswitch exceptions}?

2010-08-10 Thread Jonas Maebe
On 10 Aug 2010, at 20:14, Bruce Bauman wrote: > The compiler help message says that -Sx "Enables exception keywords", > but if I use -Sx along with a try/except block I get: > > Error: identifier not found "try" > > If I instead use {$modeswitch exceptions} it works fine. (I'm compiling > in FP

[fpc-devel] Proposal: Copy-in-out-parameters

2010-08-10 Thread _-jane-_
Hello Vinzent! You wrote 2010-08-10 In-out-parameters]:   >> Nevertheless it works whereas a simple reference parameter does not >> directly, and that's the point of the proposal. > Yes. In that way, properties would behave like normal variables again. I'd > like that. ;) Well, yes and no. For