On Mon, Aug 6, 2012 at 9:48 PM, Rainer Stratmann
rainerstratm...@t-online.de wrote:
Am Monday 06 August 2012 21:26:24 schrieb Jonas Maebe:
It doesn't work like that. Regular calls use relative offsets on most (if
not all) architectures we support. And in some cases we generate
On Sat, Mar 19, 2011 at 06:07, Bo Berglund bo.bergl...@gmail.com wrote:
1) The second line in the loop contains the command std::max, how can
that be translated? I have not found any class definition for std
with a method max
There is function Max in unit Math, so you could say:
jBegin
On Sat, Mar 19, 2011 at 13:03, Bo Berglund bo.bergl...@gmail.com wrote:
Now I have found another very strange construct:
void ForwardModel::SetMixedBoundaryCondition(const int iElec,
const double* SX0,
const double* SY0,
const double* SZ0,
double* SX,
double* SY,
double* SZ)
On Sun, Mar 6, 2011 at 02:14, Marcos Douglas m...@delfire.net wrote:
On Sat, Mar 5, 2011 at 7:05 PM, Mark Morgan Lloyd
markmll.fpc-pas...@telemetry.co.uk wrote:
Marcos Douglas wrote:
On Sat, Mar 5, 2011 at 8:24 AM, Mark Morgan Lloyd
markmll.fpc-pas...@telemetry.co.uk wrote:
Where a unit
; ... Not really nice environment to mess around
with such low level functions by adding special cases, isn't it? :-)
--
Aleksa Todorovic - Lead Programmer
Eipix Entertainment
www eipix com
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
--
Aleksa Todorovic - Lead Programmer
Eipix Entertainment
www eipix com
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Tue, Jan 19, 2010 at 18:35, Aleksa Todorovic alexi...@gmail.com wrote:
On Mon, Jan 18, 2010 at 04:07, Aleksa Todorovic alexi...@gmail.com wrote:
One (not very nice) way to have generic list of records is using
macros. I've extracted definition of TFPGList, made it ordinary type,
and did
On Mon, Jan 18, 2010 at 04:07, Aleksa Todorovic alexi...@gmail.com wrote:
The proper solution for this problem is not simple. Somehow, you will
have to make operator = (const A, B: TPar) visible inside FGL unit
(because of the way generics are currently implemented), or make
compiler think
On Fri, Jan 15, 2010 at 09:00, leledumbo leledumbo_c...@yahoo.co.id wrote:
Ah... I can see it now:
711 function TFPGList.IndexOf(const Item: T): Integer;
712 begin
713 Result := 0;
714 {$info TODO: fix inlining to work! InternalItems[Result]^}
715 while (Result FCount) and
On Wed, Jan 13, 2010 at 19:13, David Emerson dle...@angelbase.com wrote:
d.2. wrt class methods, can they be virtual? (This strikes me as being
closely related to d.1)
Definitely, yes! (and I believe that was available before class
vars/consts) I use this great feature for (de)serialization
On Sun, Dec 6, 2009 at 17:13, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
On 06 Dec 2009, at 17:01, Aleksa Todorovic wrote:
I've just started porting an application from Java to FPC (current
targets are Win32 and Linux). I can successfully compile and run
initial tests on both targets
-pascal
--
Aleksa Todorovic - Lead Programmer
Eipix Entertainment
http://www.eipix.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Wed, Nov 18, 2009 at 17:58, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
What is the problem with fillchar? (other than that it prints a wrong hint in
some cases.
Also note that the difference between hints and warnings is exactly that
hints are not guaranteed to be 100% correct or
On Tue, Nov 17, 2009 at 10:05, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
Replace the PtrUInt types casts with PByte (or Pointer) type casts.
Does that mean that (PByte(p) + N) = (Pointer(p) + N) for
pointer-castable p and integer N?
___
fpc-pascal
On Thu, Oct 29, 2009 at 14:00, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
Hi,
Do I create a memory leak if I cast a PChar it a AnsiString. Then
append text to the AnsiString and then cast it back to the original
PChar?
eg:
var
Text: Pchar; -- global var containing text.
);
begin
WriteStr('%s', [s]);
end;
[written out of head, but it should work]
--
Aleksa Todorovic - Lead Programmer
Eipix Entertainment
http://www.eipix.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman
://lists.freepascal.org/mailman/listinfo/fpc-pascal
--
Aleksa Todorovic - Lead Programmer
Eipix Entertainment
http://www.eipix.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Sun, Oct 18, 2009 at 18:49, Jorge Aldo G. de F. Junior
jagf...@gmail.com wrote:
Wouldnt a NaN (Not a number) be more matematically correct result (I saw
that on an old book about i387)
Matematically division by zero is an mathematical impossibility, so NaN
would be more logical
Is there
On Mon, Oct 12, 2009 at 22:03, Vinzent Höfler
jellyfish.softw...@gmx.net wrote:
BTW, the expression @DynamicArray should really return the address of the
first element, not the address of the pointer to the array structure.
What's wrong with the current solution?
the first element =
.
--
Aleksa Todorovic - Lead Programmer
Eipix Entertainment
http://www.eipix.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
bits to Delphi
last week. Most notably the {$pointermath on} (5) and the mandatory aspect
of (2) might be related.
___
fpc-pascal maillist - fpc-pas...@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
--
Aleksa
maillist - fpc-pas...@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
--
Aleksa Todorovic - Lead Programmer
Eipix Entertainment
http://www.eipix.com/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgui/
___
fpc-pascal maillist - fpc-pas...@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
--
Aleksa Todorovic - Lead Programmer
Eipix
Hi, all!
I've just tried to compile some of my old Pascal code, and got IE
200307043. I've tried both 2.2.4 and svn trunk versions. Simple
program to generate it:
program test;
var
p: Pointer;
begin
p := nil + 1;
end.
I couldn't find issue about this in bug tracker, should I report it?
So, the situation is like this:
1) Target ARM architecture needs to be told to FPC since FPC needs
this information to do correct code generation.
2) FPC does not inform GNU assembler of intended ARM architecture for
which assembler code is generated for, which doesn't prevent GNU as
from
Have you tried PascalScript?
http://www.remobjects.com/ps.aspx
--
Aleksa Todorovic
Lead Programmer
Eipix, Game Develoopment Company
www.eipix.com
On Wed, Nov 5, 2008 at 07:46, leledumbo [EMAIL PROTECTED] wrote:
Better if it supports FPC dialect, too.
--
View this message
On Tue, Sep 23, 2008 at 08:46, Graeme Geldenhuys
[EMAIL PROTECTED] wrote:
On Mon, Sep 22, 2008 at 11:38 PM, markweber [EMAIL PROTECTED] wrote:
I have thought graphics software needed to deal with video card and so, and
needed to make very powerful calculations. If you say it's a software as
27 matches
Mail list logo