On 8 November 2011 09:23, Florian Klaempfl wrote:
Let me answer:
Writing an (L)GPL'ed pascal (*) compiler being self hosting.
From the man himself. OK good, so now we all know the goal is not one
of delphi compatible (that is rather limited only as a side effect -
nice to have), so please
On Tue, November 8, 2011 09:01, Graeme Geldenhuys wrote:
On 8 November 2011 09:23, Florian Klaempfl wrote:
Let me answer:
Writing an (L)GPL'ed pascal (*) compiler being self hosting.
From the man himself. OK good, so now we all know the goal is not one
of delphi compatible (that is rather
2011/11/8 Tomas Hajny :
Examples?
I can list them all, but I'm not going to waist my time on them again.
Search the mailing list or Mantis.
But to humour you, here is just one of many examples: THelpEvent in
the RTL. I proposed a patch to change it to be more in line with FPC's
goals [being a
On Tuesday 08 November 2011 09.01:03 Graeme Geldenhuys wrote:
On 8 November 2011 09:23, Florian Klaempfl wrote:
Let me answer:
Writing an (L)GPL'ed pascal (*) compiler being self hosting.
From the man himself. OK good, so now we all know the goal is not one
of delphi compatible (that
Hi,
I was reviewing some old code that used TCollection TCollectionItem
descendants. This made me think... With the introduction of Generics,
is there really still a need for TCollection/TCollectionItem?
--
Regards,
- Graeme -
___
fpGUI - a
In our previous episode, Martin Schreiber said:
nice to have), so please all core developers, stop using that as an
excuse to stop other FPC innovation. Over the years I have heard many
features being declined because they will not be delphi compatible.
I fear the opposite: all Delphi
On 08 Nov 2011, at 10:55, Graeme Geldenhuys wrote:
I was reviewing some old code that used TCollection TCollectionItem
descendants. This made me think... With the introduction of Generics,
is there really still a need for TCollection/TCollectionItem?
At the very least, backward
On Tue, November 8, 2011 09:37, Graeme Geldenhuys wrote:
2011/11/8 Tomas Hajny :
Examples?
I can list them all, but I'm not going to waist my time on them again.
Search the mailing list or Mantis.
But to humour you, here is just one of many examples: THelpEvent in
the RTL. I proposed a
On Tue, 8 Nov 2011, Graeme Geldenhuys wrote:
Hi,
I was reviewing some old code that used TCollection TCollectionItem
descendants. This made me think... With the introduction of Generics,
is there really still a need for TCollection/TCollectionItem?
I have tons of code that uses them.
On 07 Nov 2011, at 23:27, Peter wrote:
Does this release include intrinsic ROL ROR?
'Bug' 6300 is shown as fixed, but I can find no mention in the new
features list.
http://bugs.freepascal.org/view.php?id=6300
I've added it to the wiki page.
Jonas
On 19/10/2011 11:10, Graeme Geldenhuys wrote:
Hi,
Just over 3 years ago I asked about FPC support for creating 3-tier
database applications. The answer was basically: it's not possible
(unless you roll your own Midas / Datasnap code).
TClientDataset also missed some vital features, and the
I'm designing a new program and would like to use Delphi's
TClientDataset but would also like to keep FPC compatibility as high as
possible. What is the closest equivalent available in the FPC ecosystem?
___
fpc-pascal maillist -
On Tuesday 08 November 2011 10.56:21 Marco van de Voort wrote:
In our previous episode, Martin Schreiber said:
nice to have), so please all core developers, stop using that as an
excuse to stop other FPC innovation. Over the years I have heard many
features being declined because they
Am 08.11.2011 09:37, schrieb Graeme Geldenhuys:
2011/11/8 Tomas Hajny :
Examples?
I can list them all, but I'm not going to waist my time on them again.
Search the mailing list or Mantis.
But to humour you, here is just one of many examples: THelpEvent in
the RTL. I proposed a patch to
Hi,
There are again some threads concerning the RTL and FCL, and in particular the
adherence to Delphi compatibility.
This mail is intended to rally the 'not satisfied' people.
I will therefor repeat an offer I already made several years ago on these
lists.
The solution to many problems is
On Tue, 8 Nov 2011, Rich Saunders wrote:
I'm designing a new program and would like to use Delphi's
TClientDataset but would also like to keep FPC compatibility as high as
possible. What is the closest equivalent available in the FPC ecosystem?
TBufDataset in the bufdataset unit. It has
On 8 November 2011 11:58, Jonas Maebe wrote:
At the very least, backward compatibility with existing code. We even still
ship a Turbo Pascal-compatible objects unit.
Please see my reply to Michael. I had no intentions in recommending
the removal of TCollection. I'm just comparing
Am 08.11.2011 11:50, schrieb Michael Van Canneyt:
There are only 2 (3 depending on how you work) units that need to be
present
to be able to work with FPC (unless you want to work on the compiler
itself):
system
objpas
macpas
These units are required by the language itself.
All the other
On 8 November 2011 12:29, Carlo Kok ck@. wrote:
I know it's a bit late, only just noticed this thread, but we support FPC
with DA and RO too. www.remobjects.com/da
Thanks for pointing out another alternative. I'll go ahead and read
about DA now. For my immediate needs, I am abstracting
On 8 November 2011 12:43, Florian Klaempfl florian@f... wrote:
So you wanted to break existing stuff other people probably used? It is
indeed one of FPC's policy to avoid breakage of exisiting code.
Break what existing code? I searched all of FPC, Lazarus, Lazarus CCR
and MSEgui - there was no
On Tue, 8 Nov 2011, Graeme Geldenhuys wrote:
On 8 November 2011 12:13, michael.vancanneyt@... wrote:
I have tons of code that uses them. Lazarus has tons of code that uses them.
There is no way that we're going to rewrite all that stuff.
Sorry for any confusion. I did not post this with
I am happy to say that the RPM can now be installed cleanly in Mageia
Linux (and therefore I suppose that in Mandriva and PCLinuxOS too),
thats to the clever fix by Joost. Thanks a lot =)
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist -
Has anyone got Ioda 1.3 fulltext search project working?
Every time I try version 1.3 it doesn't seem to find any words in a file
that is indexed when I try a simple demo with it.
The project IODA is here: http://sourceforge.net/projects/ioda/files/
I make some sample files as follows:
23 matches
Mail list logo
