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

2005-06-04 Thread Tom Verhoeff
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

Re: [fpc-devel] type discussion

2005-06-04 Thread Hans-Peter Diettrich
Jamie McCracken wrote: Garbage collection is largely no issue when using the Owner concept in TComponent, using TObjectList, etc. True and thats why I suggested ref counting Tobjects only so that no manual memory management is required. I tend to make heavy use of TList, Tstringlist and

Modern Pascal Dialect [was Re: [fpc-devel] Re: [fpc-l] type discussion]

2005-06-04 Thread Jamie McCracken
Hans-Peter Diettrich wrote: You obviously missed that a compiler does not only consist of scanner and parser, but that optimizers and code generators also have to be implemented. For multiple target platforms and CPU's... The new dialect simply makes the syntax less annoying and verbose - it

Re: Modern Pascal Dialect [was Re: [fpc-devel] Re: [fpc-l] type discussion]

2005-06-04 Thread Nico Aragón
El Sábado, 4 de Junio de 2005 11:00, Jamie McCracken escribió: I had thought of that but thats problematic for debugging. IE the compiler returns line numbers for errors and they will not match if I use an external preprocessor. See the recent thread How to manually control debug information

[fpc-devel] Bug 4004

2005-06-04 Thread Colin Western
Can I ask somebody to have another look at this bug - it was flagged unreproducable on the web system, but I still get it from the current svn as shown below. (Note that the orginal report was on ppc but I have the same fault on i386) Colin $ fpc ord.pas Free Pascal Compiler version 2.1.1

[fpc-devel] Build 2.0.0 documentation in html format

2005-06-04 Thread Joost van der Sluis
Hi all, before I start re-inventing the wheel I ask it here: If I try to build the documentation using latex2html it complains that ref.htex coudn't be found. If I change the makefile manually so that it uses ref.tex etc I get the following: make[1]: Entering directory

Re: [fpc-devel] Build 2.0.0 documentation in html format

2005-06-04 Thread Marco van de Voort
If I change the makefile manually so that it uses ref.tex etc I get the following: make examples maybe? Do you run make pdf ? Or in a desperate case run make or make pdf in refex/ And does anyone knows a way to build the .pdf's without changing the memory-buffer in a configuration file?

Re: [fpc-devel] Build 2.0.0 documentation in html format

2005-06-04 Thread Michael Van Canneyt
On Sat, 4 Jun 2005, Joost van der Sluis wrote: Hi all, before I start re-inventing the wheel I ask it here: If I try to build the documentation using latex2html it complains that ref.htex coudn't be found. If I change the makefile manually so that it uses ref.tex etc I get the

Re: [fpc-devel] type discussion

2005-06-04 Thread Jamie McCracken
Danny Milosavljevic wrote: you *might* have less overhead using ref count on a tstringlist then making it a component (if you are creating more than one reference to it or passing it as a parameter to a function then yes a component would be more efficient). You also have the problem of what