, a locale-based one
at that.
--
Craig Peterson
Scooter Software
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
reference counting, no with,
etc. Apparently the developers they're chasing after are too stupid to
know how to deal with more than one string type.
--
Craig Peterson
Scooter Software
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
of them
did the inside too because his tools require him to paint both sides of the
walls.
--
Craig Peterson
Scooter Software
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ago because I started
maintaining and fixing it. If you'd done that rather than badmouthing
it and trying to reimplement it from scratch it would be even further
along than it is.
--
Craig Peterson
Scooter Software
Abbrevia Project Admin
___
fpc
this?
Is the behavior described above (the $modeswitch without is nested)
intentional behavior we can rely on, or an unexpected side effect? Can
it be added to {$MODE DELPHI} to increase Delphi compatibility?
Regards,
Craig Peterson
Scooter Software
On Jul 13, 2012, at 6:44 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
Hi,
I've implemented an optimization that reorders the instance fields of
Delphi-style classes (and only of Delphi-style classes) to minimise memory
gaps caused by alignment differences and odd sizes. The effect
, so it is possible, but it would overly complicate
the RTL code for an increasingly irrelevant platform.
--
Craig Peterson
Scooter Software
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
.
--
Craig Peterson
Scooter Software
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
that correspond to the system's locale (so, 1252
for US/UK versions). It's a weird gotcha, and means it's not safe to
rely on AnsiString to communicate with system functions anymore.
--
Craig Peterson
Scooter Software
___
fpc-devel maillist - fpc-devel
is 1252, not 65001.
--
Craig Peterson
Scooter Software
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Schatzl Thomas wrote:
This will never compile directly on 64 bit platforms (x64/ppc64) because afaik
sizeof(enum) always sizeof(tobject) there. The original poster didn't
mention his platform afaik.
Sorry, Sean was out of the office yesterday.
Boian hit it exactly; we're doing this cast
Пётр Косаревский wrote:
1. Why not use dummy class like class tmyenum(tobject) e: myenumtype; end;?
(extra typing is something like (objects[i] as tmyenum).e instead of typecasting, but
you can [have to] Free it: it's normal object)
Why would that be better than a simple typecast?
Thanks Thomas, and the turnaround was definitely faster than I'm used to
with Borland. :)
However, all other objections against typecasting still apply, i.e. it's imho
not too clean to typecast and breaks the -CR functionality and has maybe other
issues.
We're still trying to get the whole
reason why this can't be handled automatically in Delphi
mode? In the example (and every case where it's an issue in our code),
the callback is a procedure and doesn't return anything, so Callback :=
Proc isn't ambiguous.
Regards,
Craig Peterson
Scooter Software
not the only developers
that appreciate that fact. The objfpc mode can be as strict as you
want, but it seems like the Delphi mode should work with all of the
constructs that Delphi itself allows. Am I wrong about its intended
behavior?
Regards,
Craig Peterson
Scooter Software
Yes but this has got nothing to do with original poster's problem :-).
Sean (the original poster) is my coworker, so his problem and mine are
one and the same. ;-) I'm having a little trouble parsing your
responses though, so to clarify:
In Delphi, the following code works:
procedure
causes it to fail with an internal error 200405023. Also compiles if I
first assign c.IntArray[0] to a variable and then ask for it's length.
I'm compiling using fpc 1.9.6, 2005/01/03, for i386, on Windows 2000.
Regards,
Craig Peterson
program project1;
{$mode delphi}
uses
types;
type
17 matches
Mail list logo
