[fpc-devel] Re: possibility to include compiler info (line number) as integer rather than string

2012-02-24 Thread Seth Grover
I've provided a patch. http://mantis.freepascal.org/view.php?id=21372 Cheers, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover On Fri, Feb 24, 2012 at 3:13 PM, Seth Grover wrote: > Actually I already found it, and

Re: [fpc-devel] Re: possibility to include compiler info (line number) as integer rather than string

2012-02-24 Thread Sven Barth
On 24.02.2012 23:13, Seth Grover wrote: Actually I already found it, and it will be trivial to do. Would this be useful to anyone else? Should I submit a patch? Basically I'm adding a "LINENUM" macro (vs. the existing "LINE" macro) which inserts the line number as an numeric rather than a string

Re: [fpc-devel] possibility to include compiler info (line number) as integer rather than string

2012-02-24 Thread Sven Barth
On 24.02.2012 22:49, Seth Grover wrote: Quoting http://www.freepascal.org/docs-html/prog/progsu38.html the {$INCLUDE} directive inserts a string constant in the source code. ... LINE Linenumer on which the directive is found. How hard would it be

[fpc-devel] Re: possibility to include compiler info (line number) as integer rather than string

2012-02-24 Thread Seth Grover
Actually I already found it, and it will be trivial to do. Would this be useful to anyone else? Should I submit a patch? Basically I'm adding a "LINENUM" macro (vs. the existing "LINE" macro) which inserts the line number as an numeric rather than a string constant. -SG -- This email is fiction

[fpc-devel] possibility to include compiler info (line number) as integer rather than string

2012-02-24 Thread Seth Grover
Quoting http://www.freepascal.org/docs-html/prog/progsu38.html the {$INCLUDE} directive inserts a string constant in the source code. ... LINE Linenumer on which the directive is found. How hard would it be for me to modify the FPC preprocessor to ad

[fpc-devel] BackTraceStrFunc / reset to system handler

2012-02-24 Thread Martin
In light of a recent mail thread on the topic and http://bugs.freepascal.org/view.php?id=21370 From: rtl\inc\lnfodwrf.pp function DwarfBackTraceStr(addr : Pointer) : shortstring; var ... Success : boolean; begin { reset to prevent infinite recursion if problems inside the code } Success:

Re: [fpc-devel] 64bit FPC gdb backtrace format

2012-02-24 Thread Jonas Maebe
On 24 Feb 2012, at 18:46, Martin Schreiber wrote: > 32 bit FPC default debug info (I assume STABS) shows the classname and the > function name in gdb stack traces which is very useful to navigate in > inherited calls for example. > 64 bit FPC default debug info (I assume DWARF) shows the funct

[fpc-devel] 64bit FPC gdb backtrace format

2012-02-24 Thread Martin Schreiber
Hi, 32 bit FPC default debug info (I assume STABS) shows the classname and the function name in gdb stack traces which is very useful to navigate in inherited calls for example. 64 bit FPC default debug info (I assume DWARF) shows the function names only. Is it possible to list the classnames i

[fpc-devel] Creation of event handlers problem

2012-02-24 Thread Dimitrios Chr. Ioannidis
Hi, i just update fpc from fixes_2_6 and now lazarus can't create event handlers. I tried with a clean fpc checked out tree and even i done the the same with lazarus tree. Everything was deleted, checked out again and recompiled. The problem persists. It's very easy to reproduce. Create a new

[fpc-devel] Creation of event handlers problem

2012-02-24 Thread Dimitrios Chr. Ioannidis
Hi, i just update fpc from fixes_2_6 and now lazarus can't create event handlers. I tried with a clean fpc checked out tree and even i done the the same with lazarus tree. Everything was deleted, checked out again and recompiled. The problem persists. It's very easy to reproduce. Create a new

Re: [fpc-devel] Faster InitObject

2012-02-24 Thread Vincent Snijders
Op 24 februari 2012 15:14 heeft Hans-Peter Diettrich het volgende geschreven: >> it >> should be used when writing down an opinion. > > > What's wrong with leaving the check to others? As an exercise... Then you should not write "in my opinion", but "I think" or "if I remember correctly". But tha

Re: [fpc-devel] Faster InitObject

2012-02-24 Thread Hans-Peter Diettrich
Vincent Snijders schrieb: Op 24 februari 2012 13:40 heeft Hans-Peter Diettrich het volgende geschreven: IMO dynamic arrays are not initialized, at least not in Delphi. Only the pointer is initialized (to Nil). IMO one should not use IMO when claiming easily verifiable facts, What's *easily*

Re: [fpc-devel] Faster InitObject

2012-02-24 Thread Vincent Snijders
Op 24 februari 2012 13:40 heeft Hans-Peter Diettrich het volgende geschreven: > > IMO dynamic arrays are not initialized, at least not in Delphi. Only the > pointer is initialized (to Nil). IMO one should not use IMO when claiming easily verifiable facts, it should be used when writing down an op

Re: [fpc-devel] Faster InitObject

2012-02-24 Thread Hans-Peter Diettrich
Alexander Shishkin schrieb: You also may refactor your class and define array as a pointer to array (dont use dynamic array - they are zero initialized) and manage memory manually ( [Get|Realloc|Free]Mem ). IMO dynamic arrays are not initialized, at least not in Delphi. Only the pointer is i

Re: [fpc-devel] Faster InitObject

2012-02-24 Thread Alexander Shishkin
24.02.2012 0:43, Amir пишет: The performance of FillChar is not my problem, The main issue in my case is that my class has a big array defined inside it. I developed my code such that this array does not need to be initialized with zero initially (I have not assumed anything about the content of