Hello, Thanks for the quick answers.
Peter Vreman a écrit : > > 2) " end [ {$IFNDEF REGCALL} 'eax','ecx', {$ENDIF} 'edi']; " > > Is the previous line meaningful? (See the routine below) > > No, FPC 1.9.x follows standard calling conventions. The changed registers > are fixed. This information is not used for assembler procedures. But for > assembler blocks within a procedure the information is used. With "standard calling conventions", do you mean I have to write code like with Delphi (push/pop ebx,edi,esi)? Yesterday, I spent all day long to remove all these push/pop :-) Should I also write push/pop for eax,ecx,edx when REGCALL is not defined? > > 3) When P is a PUI32 (PUI32 = ^Longword), I use Inc(P,Count) to > > increment P by Count (Count > 1). It compiles fine but there is the > > message "Conversion between ordinals and pointers are not not > > portable". What does it mean? Portable towards what? (I am compiling > > with {$MODE OBJFPC}) > > That is a bug, please submit it to the bug repository. The message means > that you are loading a pointer to an ordinal (=integer). This can lead to > problems when compiling for 64bit platforms like x86-64 (that is already > working and going to be supported in 1.9.6). I will do that. > > 4) "Internal error 200310221". Let's say I have one program (set as > > primary file) and one unit. The only way to compile (and to build) > > both of them is to activate the unit window and to "build" from > > there. In all other cases, "compile" and "build" stop with this > > internal error. I suppose I didn't correctly configure something (?) > > (Windows 98, AMD 2600+) > > That is a bug. Without sources we are not able to analyse and fix the > problem. Try to minize the problem (guess that will be hard) and send me > the sources so i can reproduce it. Unfortunately, I am not able to reproduce it myself! Now that I use a lot of units, it almost no more occurs. In fact, today it occurred only once not when using the mouse but when hitting Ctrl-F9. -- mm http://www.ellipsa.net/ _______________________________________________ fpc-pascal maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-pascal