Re: [fpc-devel] Code is clean now, but how about documentation?

On Tue, Oct 07, 2008 at 09:53:22AM +0200, Michael Van Canneyt wrote: > > I checked: > It is very different, so probably you indeed copied from FPC docs. Please accept my apologies for barking at nothing. > Which is also correct on your part, because the FPC docs are free text, > and if you used

Re: [fpc-devel] Code is clean now, but how about documentation?

On Mon, Oct 06, 2008 at 07:09:23PM +0200, Michael Van Canneyt wrote: > > Given that I didn't even own or use Delphi at the time the system unit was > first documented, this is strange news indeed. I could be wrong (it has happened before :-). Instead of having copied (like in retype) the doc f

[fpc-devel] Code is clean now, but how about documentation?

I don't want to wake up sleeping dogs, but while updating various slides to base them on FreePascal/Lazarus instead of Delphi, I found that some documentation that I had copied from the Delphi Help years ago (probably version 6 or so), is literally the same in the FreePascal RTL documentation. In

Re: [fpc-devel] Request to merge formal annotation facility into main trunk

On Fri, Aug 17, 2007 at 05:03:42PM +0200, Michael Van Canneyt wrote: > > On Fri, 17 Aug 2007, Tom Verhoeff wrote: > > > Is it possible to merge Jochem's extensions with the main trunk? > > They are in the SVN repository in branches/tue/. > > As far as I am conce

Re: [fpc-devel] An incomplete prototype of my ebook FREE PASCAL FROM SQUARE ONE

On Wed, Feb 20, 2008 at 10:16:57AM +0100, Michael Van Canneyt wrote: > > On Tue, 19 Feb 2008, Jeff Duntemann wrote: > > > I've gotten the first three chapters into reasonably solid form, > > and > > the PDF file can be downloaded here without charge, so you can get a sense > > for > >

[fpc-devel] heaptrc: error in linked list of heap_mem_info

When I use HeapTrc on a small program (FPC 2.2.0 on Linux; FPC 2.0.4 on Mac OS X) and set QuickTrace := False KeepReleased := True this results in a long list of error in linked list of heap_mem_info error in linked list of heap_mem_info ... When either QuickTrace or KeepReleased is kept at

Re: [fpc-devel] Request to merge formal annotation facility into main trunk

On Fri, Aug 17, 2007 at 05:03:42PM +0200, Michael Van Canneyt wrote: > > > On Fri, 17 Aug 2007, Tom Verhoeff wrote: > > > Is it possible to merge Jochem's extensions with the main trunk? > > They are in the SVN repository in branches/tue/. > > As far a

[fpc-devel] Request to merge formal annotation facility into main trunk

(I already mailed this off-list to Florian, but it might be better to discuss it on the list.) We had a student (Jochem Berndsen) who extended FPC with the following facilities for formal annotation in Pascal: * the scanner can recognize {@ ...} in programs. (controled by a command-line o

Re: [fpc-devel] Submitted bug report on option order -Sa -Sg-

On Sun, Apr 15, 2007 at 09:51:55PM +0200, Tomas Hajny wrote: > On 15 Apr 07, at 21:14, Tom Verhoeff wrote: > > On Sat, Apr 14, 2007 at 06:56:12PM +0200, Jonas Maebe wrote: > > > On 13 Apr 2007, at 17:38, Tom Verhoeff wrote: > > > > > > >The order -Sa -Sg- fa

[fpc-devel] Submitted bug report on option order -Sa -Sg-

I just submitted a bug report (8686) on an option order problem involving assertion checking (-Sa). We got bitten badly by this, since it affects our automatic homework checker (PEACH), that also tests to see if expected exceptions are indeed raised. E.g. students need to include appropriate Asse

[fpc-devel] Possibility to add a branch for experiment with formal annotation

tact someone off-list to discuss this further? Best regards, Tom Verhoeff -- E-MAIL: T.Verhoeff @ TUE.NL | Fac. of Math. & Computing Science PHONE: +31 40 247 41 25| Eindhoven University of Technology FAX:+31 40 247 54 04| PO Box 513, NL-5600 MB Eindhoven http://ww

[fpc-devel] Naming of FPC documentation, and other documentation issues

Why are there two names in use for the * User's Guide (used on the documentation web page) * User's Manual (used inside the on-line (HTML) version) I find it confusing, and it poses a dilemma when referring to it: How to name it in the reference? Is there a good (and stable) way to reference

Re: [fpc-devel] PR results

On Thu, Dec 15, 2005 at 10:34:55AM +0100, Daniël Mantione wrote: > > Small roundup of newssites that have covered FPC 2.0.2: [ list deleted ] Also covered it (in their Monday 12 Dec. issue). But this quickly moved out of sight. You might still catch a glimpse at

Re: [fpc-devel] PR: What sites to spam for 2.0.2 release?

On Wed, Dec 07, 2005 at 11:33:03PM +0100, Daniël Mantione wrote: > > Speaking of PR, we have a 2.0.2 to announce within a very short time and > we better do it well. We won't be able to do a Slashdot or OSnews > announcement, nevertheless we should take these opportunities to promote > FPC. >

[fpc-devel] Re: [fpc-pascal] Calling unassigned procedure gives no stack trace with -gl

On Thu, Jul 14, 2005 at 04:05:04PM +0200, Marco van de Voort wrote: > > On Thu, Jul 14, 2005 at 10:27:01AM +0200, Peter Vreman wrote: > > > > Tom Verhoeff a ?crit : > > > > > > > > The point is that there is no stack trace with line numbers on the > >

[fpc-devel] Advantages of/alternatives for Inc (was: bug: Inc(v, i)/Dec(v, i))

On Thu, Jul 07, 2005 at 07:47:03AM +, Vinzent Hoefler wrote: > > operators. So especially with the "added" overflow check I think, Inc > and Dec are pretty useless functions, because the don't do anything you > can't accomplish by using "+" or "-" unless you have > very_long_and_complex_var

Re: [fpc-devel] Library and unit search paths under MacOSX with fpc 2.0.0?

On Wed, Jun 15, 2005 at 11:09:22AM +0200, Marc Weustink wrote: > Micha Nelissen wrote: > >On Wed, 15 Jun 2005 08:29:54 +0200 > >Ales Katona <[EMAIL PROTECTED]> wrote: > > > > > >>Your fpc.cfg file is ether not existing, in the wrong place or wrongly > >>configured. I don't know where it should be

[fpc-devel] Library and unit search paths under MacOSX with fpc 2.0.0?

I have a "standard release" installation of fpc 2.0.0 under Mac OS X. I installed GTK through fink (as explained in the Lazarus wiki). This has given me GTK 1.2.10. No problems so far. When I try to compile the following simple GTK Pascal tutorial program PROGRAM base; USES gtk; VAR window :

[fpc-devel] compiler/utils/samplecfg, FPCWiki

In the source repository, the current version for trunk/compiler/utils/samplecfg has a line #-Fu~/fpc/packages/base/*/units/$fpctarget;~/fpc/fcll/units/$fpctarget;~/fpc/rtl/units/$fpctarget Since it is commented out, it does not matter much what is on that line; it is just an example. But should

Re: [fpc-devel] THE CAUSE OF BUG 3977 (read/readln bug)

On Wed, May 18, 2005 at 12:00:10PM +0200, [EMAIL PROTECTED] wrote: > From: lqs <[EMAIL PROTECTED]> > Subject: [fpc-devel] THE CAUSE OF BUG 3977 (read/readln bug) > Date: Wed, 18 May 2005 16:40:50 +0800 > To: fpc-devel@lists.freepascal.org > > Yesterday I posted a bug report of the read/readln bug

Re: [fpc-devel] problem with "is" operator

On Sun, Apr 17, 2005 at 12:01:36PM -0700, Linuxer Wang wrote: > > Can anybody tell me how can I know which specific type an instance of > class is? The "is" operator seems weird when interface is used. > > Suppose TMyInterface is a interface, and classes TCircle and TSquar > both implements TMyIn

[fpc-devel]Three bugs in 1.9.4 [2004/05/30] for powerpc (Darwin)

I installed the 1.9.4 version under Mac OS X tonight. It fails to compile some of my sources that worked fine with 1.9.3 (Mac OS X) and with 1.0.10 (Red Hat). I was able to cut down the source to the following three problems. Bug 1 --- - program RangeCheck; var c : Cardinal; begin c := 1 ;