Paul,
I think the OP meant the unit called 'rtti' in recent XE versions of Delphi.
kind regards,
Dimitri Smits
- Oorspronkelijk e-mail -
Van: Paul Ishenin i...@kmiac.ru
Aan: FPC developers' list fpc-devel@lists.freepascal.org
Verzonden: Maandag 27 mei 2013 02:30:40
Onderwerp: Re
the recursive build.
or one would think so :-)
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
community or
custom backend)
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
as separate :-))
That said, what is stopping us (the community) to at least start on this? a
branch? core-buy-in?
kind regards,
Dimitri Smits
- Oorspronkelijk e-mail -
Van: Hans-Peter Diettrich drdiettri...@aol.com
Aan: FPC developers' list fpc-devel@lists.freepascal.org
Verzonden
- Oorspronkelijk e-mail -
Van: Graeme Geldenhuys gra...@geldenhuys.co.uk
Aan: fpc-devel@lists.freepascal.org
Verzonden: Maandag 3 september 2012 12:42:11
Onderwerp: Re: [fpc-devel] Re: Faster Implementation for IntToStr
On 03/09/12 10:19, Daniël Mantione wrote:
Certainly, but
- Oorspronkelijk e-mail -
Van: Graeme Geldenhuys gra...@geldenhuys.co.uk
Aan: fpc-devel@lists.freepascal.org
Verzonden: Maandag 3 september 2012 16:06:14
Onderwerp: Re: [fpc-devel] Re: Faster Implementation for IntToStr
On 03/09/12 14:05, Mark Morgan Lloyd wrote:
Except that
- Graeme Geldenhuys graemeg.li...@gmail.com schreef:
On 16/09/2011 00:01, Dimitri Smits wrote:
errrm, utf-8 can have 6 octets representing one character,
Last time I checked, that was only in the very early stages of
developing the utf-8 specification. Since then, the maximums size
have 6 octets representing one character, not forgetting those
dioretics that are separate characters. (so I doubt representing it as above is
so correct, with a short(ansi)string)
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel
digress...
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
a few 1000 euro's in manhours, especially for those programmers with
experience (whom have a higher cost ofcourse).
I don't disagree with the need for a prime debugger, nor with the amounts of
bounty everyone is offering, just with the statements above.
kind regards,
Dimitri Smits
questions on
that topic.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
- Sven Barth pascaldra...@googlemail.com schreef:
Am 11.08.2011 16:38, schrieb Dimitri Smits:
once I get a tree-hierarchy of module/package-units-typeinfos
working, I intend to go on with the RTTI unit implementation and
subsequent questions on that topic.
Please note
of the comments delphi compiler is x times faster than fpc that pop up
every once in a while. :-)
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
even believe that you can devise a licence that is GPL compatible
(copyleft), but that disallows redistribution/resell. Like a bit of an NDA.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
base (as opposed to on a per type) if I've read up on it correctly.
I'd say that would be a better candidate for that purpose/intent/use case.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
-
forces us
to follow suit.
sad to read this part though...
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ok, answering my own mail after a small test below
- Dimitri Smits smi...@telenet.be schreef:
what I DON'T do is use it like in your example, Graeme. I always
assign the result to a local variable, which goes out of scope in an
implicit finally block at method-exit. Haven't tried
- Thomas Schatzl tom_at_w...@gmx.at schreef:
Hi,
On Fri, 12 Nov 2010 00:46:43 +0100 (CET), Dimitri Smits
smi...@telenet.be wrote:
it seems that the stackvariables are NOT unloaded in the correct
order
(ie: reverse order of declaration).
It shouldn't matter in what order you
be made portable as well
to fpc and x-platform.
http://tracetool.sourceforge.net/
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
-ide debugger for
instance is the only way to get assembler-viewing+stepping to work. (to some
extend)
at least on win32
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
missing
features are not inherent to fpc, but more to the tools around it (like lazarus
with it's subpar debugging compared to D7).
I guess it's time to put my code where my mouth is, but some of the issues
above make it nearly a catch 22.
kind regards,
Dimitri Smits
understand its mostly used use case is for zero'ing memory when used in
compiler/runtime memory initialization/finalization, it might bring a small
upgrade in speed (more so if it is for lots of small memory-block zero'ing).
kind regards,
Dimitri Smits
of it, no 2 C++ compilers mangle the same due to
VMT and other abi-stuff anyway.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
are not
compatible
too eachother anyway.
that is why versionnrs are included: RTL70.BPL (Delphi 7) vs RTL150.BPL (Delphi
XE aka 2011)
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo
- Hans-Peter Diettrich drdiettri...@aol.com schreef:
Dimitri Smits schrieb:
It is therefore simple to say in delphi that you want to build with
rtlXXX.bpl only, but still have the vclXXX.dcp statically linked
into
your executable when you use a TForm and include the Forms unit
in your code.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
uppercase is unneccecary. I'd say they are there, they work and were the
personal taste of the core-team biased to it through experience and other
arguments.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
- Sven Barth pascaldra...@googlemail.com schreef:
Am 13.09.2010 14:46, schrieb Dimitri Smits:
as said before, inspiration can be had from how they do it, but that
doesn't mean fpc should do it that way. Especially in a crossplatform
context, and more so cross-architecture
in the form of
type
ttheclass1 = class(ttheclass);
in order to access protected class members
This should not create any additional data.
not even rtti-related and vmt-surrounding-data?
kind regards,
Dimitri Smits
___
fpc-devel maillist
context, and more
so cross-architecture, it is not a one-size fits all per se.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
be avoided.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
not fit into the CPU cache, then the CPU has to
constantly
load code mem additionally to the data.
in that case, can splitting up the .exe into .exe + more .dll's help?
aka a compiler package, a rtl, a assembler package, ...?
kind regards,
Dimitri Smits
.
Donno for sure if that still is the case with 2010/XE.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
working with Delphi and don't really know
dcc32.
Guessing only.
no, the bin directory of D7 is filled with extra .exe's (tlib, tasm32, ...) and
the dcc32.exe is 800K big.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel
,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
from there? For instance: get
filenames + size + timestamp for all .ppu files or .pas files first.
3) It is my understanding that the .ppu structures are written with
size-footprint in mind, not processing efficiency? Maybe the structures need
changing too?
kind regards,
Dimitri Smits
in contact with ppl that want to discuss/implement delphi packages.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
- Marco van de Voort mar...@stack.nl schreef:
In our previous episode, Dani?l Mantione said:
and C++ you can get hell when you change the order of elements,
with interleaved #defines and #ifs (what's possible in Pascal as
well).
If the order of elements is enforced, it is
Michael, thank you for the reply. It makes a few things a lot clearer for me.
I'll comment a bit more below.
- Michael Van Canneyt mich...@freepascal.org schreef:
On Sat, 28 Aug 2010, Dimitri Smits wrote:
What I want to do:
Since Delphi 2010, there is a new unit in the RTL that makes
Hi Paul,
thanks for the input.
- Paul Ishenin webpi...@mail.ru schreef:
29.08.2010 3:46, Dimitri Smits wrote:
What I want to do:
Since Delphi 2010, there is a new unit in the RTL that makes RTTI
more of a breeze. I'd like to port (meaning: compatible interface, fpc
implementation
regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
. (mainly for testing-app, I guess)
Anyhow, the first question is the more crucial one. If anybody is interested in
the (public) interfaces of the tobjecttypes, I can provide those. If there
needs to be a debate first, fine by me ;-)
kind regards,
Dimitri Smits
and not a copyright
violation?
ie: the interface is the same, the implementation is different (unless
trivial).
Is this, or is this not an issue?
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
for a specific method/class/unit/package/program?
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Lazarus (latest
trunk update was 3 or 4 months ago) and if so, will complain in mantis :-)
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
what (s)he is doing.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ABI's, but they do not contain name-mangling conventions.
ps: sorry to mess up your thread. I'm using digest.
kind regards,
Dimitri Smits
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
48 matches
Mail list logo
