Re: [fpc-pascal] Porter Stemming for FPC 2.0

2005-09-16 Thread Lance Boyle
This is very interesting. I've always wondered if anyone did this on purpose, and I've always wondered what the big deal is with just adding array range checking to C. A company with tons of internal software development, and whose existence is made miserable by buffer under/over flows, cou

Re: [fpc-pascal] Porter Stemming for FPC 2.0

2005-09-16 Thread memsom
> It's great that 2.0 is out! Unfortunately it seems to break some > code I used for Porter Stemming because the code sometimes reads data > from a pchar at negative indexes. Reportedly this works fine in > Delphi 5 and I don't seem to have trouble with Delphi 7 but it > generates RTEs using fpc

Re: [fpc-pascal] Extending FPDoc

2005-09-16 Thread Michael Van Canneyt
On Fri, 16 Sep 2005, Sebastian Günther wrote: > Michael Van Canneyt schrieb: > > > > I didn't mean the FPC implementation specifically, but XML in general > > is slow to parse. > > Yes > > > > I know, but this would require a major rewrite of FPDoc. > > The TDOMElement is deeply rooted in

Re: [fpc-pascal] Extending FPDoc

2005-09-16 Thread Sebastian Günther
Michael Van Canneyt schrieb: > > I didn't mean the FPC implementation specifically, but XML in general > is slow to parse. Yes > I know, but this would require a major rewrite of FPDoc. > The TDOMElement is deeply rooted in the structure. > And you need the XML anyway for transforming the ps

Re: [fpc-pascal] Extending FPDoc

2005-09-16 Thread Sebastian Günther
Florian Klämpfl schrieb: > > I would prefer to profile the xml reader and see if we can improve it. Yes, but I don't see this mutually exclusive :) - Sebastian ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mai

Re: [fpc-pascal] Extending FPDoc

2005-09-16 Thread Michael Van Canneyt
On Fri, 16 Sep 2005, Sebastian Günther wrote: > Michael Van Canneyt schrieb: > > > > I'd rather you keep these todo separate. It'll slow down parsing > > (which is already horribly slow) > > Huh? Really? I didn't mean the FPC implementation specifically, but XML in general is slow to parse.

Re: [fpc-pascal] Extending FPDoc

2005-09-16 Thread Florian Klämpfl
Sebastian Günther wrote: Michael Van Canneyt schrieb: I'd rather you keep these todo separate. It'll slow down parsing (which is already horribly slow) Huh? Really? A small reminder: FPDoc can support different backends, the XML storage is just the only one currently implemented. We can tal

Re: [fpc-pascal] Extending FPDoc

2005-09-16 Thread Sebastian Günther
Michael Van Canneyt schrieb: > > I'd rather you keep these todo separate. It'll slow down parsing > (which is already horribly slow) Huh? Really? A small reminder: FPDoc can support different backends, the XML storage is just the only one currently implemented. We can talk about this anytime...

Re: [fpc-pascal] Extending FPDoc

2005-09-16 Thread Michael Van Canneyt
On Fri, 16 Sep 2005 [EMAIL PROTECTED] wrote: > Hi there, > > For Lazarus I have made a tool called LazDoc that attempts to integrate a > documentation editing tool with the IDE. Depending on the position of the > cursor on the source editor, the appropriate documentation tag is searched > and t

Re: [fpc-pascal] Extending FPDoc

2005-09-16 Thread Sebastian Günther
[EMAIL PROTECTED] schrieb: > Hi there, > > For Lazarus I have made a tool called LazDoc that attempts to integrate a > documentation editing tool with the IDE. Depending on the position of the > cursor on the source editor, the appropriate documentation tag is searched > and then selected in the e

[fpc-pascal] Extending FPDoc

2005-09-16 Thread dhkblaszyk
Hi there, For Lazarus I have made a tool called LazDoc that attempts to integrate a documentation editing tool with the IDE. Depending on the position of the cursor on the source editor, the appropriate documentation tag is searched and then selected in the editor. Anyway, while I was working on t

[fpc-pascal] Extending FPDoc

2005-09-16 Thread dhkblaszyk
Hi there, For Lazarus I have made a tool called LazDoc that attempts to integrate a documentation editing tool with the IDE. Depending on the position of the cursor on the source editor, the appropriate documentation tag is searched and then selected in the editor. Anyway, while I was working on t

[fpc-pascal] Porter Stemming for FPC 2.0

2005-09-16 Thread Alan Mead
It's great that 2.0 is out! Unfortunately it seems to break some code I used for Porter Stemming because the code sometimes reads data from a pchar at negative indexes. Reportedly this works fine in Delphi 5 and I don't seem to have trouble with Delphi 7 but it generates RTEs using fpc 2.0. (If

Re: [fpc-pascal] No Hello World after updating Xcode to 2.1

2005-09-16 Thread Andrew Haines
Lance Boyle wrote: I've just installed Xcode 2.1 and can no longer compile FPC using 2.0.0. For good measure, I re-installed FPC 2.0.0 and the Xcode Integration Kit, including the Universal Interfaces. The latter acted oddly with a crashing program which tried to open up a dialog box, unt

[fpc-pascal] No Hello World after updating Xcode to 2.1

2005-09-16 Thread Lance Boyle
I've just installed Xcode 2.1 and can no longer compile FPC using 2.0.0. For good measure, I re-installed FPC 2.0.0 and the Xcode Integration Kit, including the Universal Interfaces. The latter acted oddly with a crashing program which tried to open up a dialog box, until I mounted the Univ