On 11 Jul 2008, at 00:09, Marco van de Voort wrote:
Thus, I would ask of the devs, has this functionality been
considered?
Yes. A solution for this problem is needed for Mac Pascal
compatability.
No, it isn't. Mac Pascal only requires that you can declare a
procedure like this:
Is there a canonical way to reserve memory for a dynamic array?
When there are several slowly growing dynamical arrays I encountered severe
performance drop (probably, they tried to overlap each other many times).
Setting estimated length and navigating with extra counter inside each of them
On 10 Jul 2008, at 23:50, Lourival Mendes wrote:
var
// my_proc : procedure; // need to specify local. impossible?
my_proc : TProcedure; // Lourival
begin
what_to_say := 'hello, world!';
// Lourival Begin
my_proc:= nil;
if not Assigned(my_proc) then begin
Currently h2pas can't understand multi-line macros (that means, including
preprocessors), even the
http://wiki.lazarus.freepascal.org/Common_problems_when_converting_C_header_files
wiki doesn't mention it at all. Is this planned? And what's the temporary
solution?
--
View this message in
David Emerson schrieb:
Or is it just difficult to implement, and/or not considered useful?
The procvar handling code is one of the ugliest parts of the compiler :)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On Fri, 11 Jul 2008 05:34:32 -0700 (PDT)
leledumbo [EMAIL PROTECTED] wrote:
Currently h2pas can't understand multi-line macros (that means,
including preprocessors), even the
http://wiki.lazarus.freepascal.org/Common_problems_when_converting_C_header_files
wiki doesn't mention it at all.
Hi,
I tried to execute a shell command from a fpc program in several ways,
for example with ExecuteProcess from SysUtils. This does not work, if
I build a .app bundle. The strange thing is that it works if I double
click Example.app/Contents/MacOS/Example, but it does not work if I
On Friday 11 July 2008 5:36 am, Florian Klaempfl wrote:
David Emerson schrieb:
Or is it just difficult to implement, and/or not considered useful?
The procvar handling code is one of the ugliest parts of the
compiler :)
Well, I would *clearly* be in well over my head, as I expected.