Hi,
When and where (platform) is -fPic needed for libraries?
It is for Lazarus' Library template.
Mattias
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Le 23/01/2013 09:26, Mattias Gaertner a écrit :
Hi,
When and where (platform) is -fPic needed for libraries?
I need it only for Linux, aka OpenSuse 12.1 x86_64
no need for Win 32-64
At least for one common library used all those OSes
Antonio
It is for Lazarus' Library template.
Mattias
___
Hi!
this code
procedure TForm1.DrawBtnClick(Sender: TObject);
{Draw some ellipses on the canvas - random size and color}
var
i:integer;
cx,cy:integer;
begin
with image1, canvas do
begin
for i:= 1 to 10 do
begin
cx:=random(width);
cy:=random(height);
brush.color:=
On Wed, 23 Jan 2013 11:27:31 +0100
duilio foschi wrote:
> Hi!
>
> this code
>
> procedure TForm1.DrawBtnClick(Sender: TObject);
> {Draw some ellipses on the canvas - random size and color}
> var
> i:integer;
> cx,cy:integer;
> begin
> with image1, canvas do
> begin
> for i:= 1 to 10
Hi!
Please do your homework yourself.
Bye
Hansi
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Create a backend data structure representing what's on the canvas ATM, then
draw them all at OnPaint (clean the canvas first). This way, the temporary
object will be kept drawn as it's the same as the final object. You can even
modify already drawn object if you want.
--
View this message in con
Hello,
Quite easy. Abstract concept:
- Take one framebuffer `ImageBuffer`, whose contents is the final image
- Take another framebuffer `InteractionBuffer` whose contents is
everything that's interactive
- The InteractionBuffer shall be an overlay of the imagebuffer
So when you want to draw it in
Please could somebody with appropriate privilege reopen
http://bugs.freepascal.org/view.php?id=22032, or tell me to start a new bug.
The patch I supplied added a facility for lTelnet to be able to parse
and respond to telnet subcommands such as $18 which queries the client
terminal type. Unfor
keep debugging
symbols in the compiler ?
> gdb --args ../../compiler/ppcrossarm -Cparmv7m @rtl.cfg -Ur
-Tembedded -Parm -XParm-embedded- -Xr -Ur -Xs -O2 -n -Fi../inc -Fi../arm
-FE. -FU/home/koenraad/Documenten/fpc-20130123/rtl/units/arm-embedded
-darm -dRELEASE -Us -Sg system.pp
GNU gdb (G
On Wed, January 23, 2013 14:38, Koenraad Lelong wrote:
Hi,
> I was looking into the latest fpc to see if there were updates about
> arm-embedded since my last version. Indeed there are !
> So I downloaded it (svn 23505) and tried to compile it, following the
> wiki (http://wiki.freepascal.org/TA
r
-Tembedded -Parm -XParm-embedded- -Xr -Ur -Xs -O2 -n -Fi../inc -Fi../arm
-FE. -FU/home/koenraad/Documenten/fpc-20130123/rtl/units/arm-embedded
-darm -dRELEASE -Us -Sg system.pp
...
Reading symbols from
/home/koenraad/Documenten/fpc-20130123/compiler/ppcrossarm...done.
(gdb) run
Starting pr
Hello,
thanks for the hint with the -Xe parameter (the external linker is damned
slow!), now it compiles.
The difference in the object file size seems to be the different amount of
stored debug information; the declared structures have the same size
(SIZEOF(...) is the same.
Thanks for the
12 matches
Mail list logo