Am 09.12.2014 um 08:22 schrieb Tomas Hajny:
On Tue, December 9, 2014 02:17, Hans-Peter Diettrich wrote:
I've changed my mail account, hope that it doesn't bounce so often
(Sending response off the list) Good. However, you should better subscribe
your new address (and probably set one
I've changed my mail account, hope that it doesn't bounce so often
DoDi
___
fpc-other maillist - fpc-other@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-other
Let me start just another thread, to remove noise from fpc-devel. These
are my opinions about the requirement and use of ARC in FPC:
1) ARC has been introduced in Delphi for *mobile* platforms (only), so a
discussion of its impact on such (small) targets is useless. I'm not
sure which
Mark Morgan Lloyd schrieb:
Hans-Peter Diettrich wrote:
3a) Instead I'd vote for a dynamic implementation, as with Interfaces,
by adding a refcount field and (virtual?) counting methods to TObject.
This overhead should be acceptable, just like for other managed types
(dynamic strings, arrays
Marco van de Voort schrieb:
In our previous episode, Hans-Peter Diettrich said:
I don't understand why interested people couldn't implement mark/release for
the base TP compatible level of FPC ? What is so different between TP and
FPC there?
Perhaps it's the effort to support it for multiple
Cephas Atheos schrieb:
The vast majority of these users don't know very much (if anything)
about svn, mailing lists mechanisms, newsgroups, or any of the
technologies that we take for granted.
This looks to me as if we should at least separate *release users* (and
newbies) from more
Graeme Geldenhuys schrieb:
So, Extended = Double.
// how is this in FPC? Extended is just not available on x86_64, or?
(well... I don't use Extended anyway ^^)
FPC has Extended and it's rang is 19-20 significant digits with range:
1.9E-4932 – 1.1E4932
It's size is 10 bytes.
AFAIK
Adem schrieb:
1) In the fpc-devel I have read quite a few arguments that FPC is
production quality and no significant changes can be afforded to that code.
This should have been stated much earlier, before I ever started to
think about refactoring the compiler :-(
While I sympathize with
Florian Klämpfl schrieb:
1) In the fpc-devel I have read quite a few arguments that FPC is
production quality and no significant changes can be afforded to that code.
While I sympathize with what that implies, it also means that,
structurally, FPC is more or less frozen
This is wrong. If a
Adem schrieb:
On 2010-10-20 09:31, Graeme Geldenhuys wrote:
Op 2010-10-20 03:30, Hans-Peter Diettrich het geskryf:
SourceForge has good project management tools, from bug reporting,
mailing lists (though I prefer newsgroups),
I also prefer newsgroups.
I could try to set one up, but INN
Jonas Maebe schrieb:
Fixing the the unit reloading logic is quite critical, because it's the
main cause of crashes and other weird errors you sometimes (or
regularly, depending on how many circular dependencies you have and the
kind of changes you make) get when recompiling units without
11 matches
Mail list logo
