Re: [fpc-pascal] When are used units recompiled? (wiki page added)

2006-04-10 Thread Tom Verhoeff
On Sun, Apr 09, 2006 at 10:58:09PM +0200, Giovanni Premuda wrote: > Tom Verhoeff ha scritto: > >This makes it much less attractive to release units without source > >code. That may be understandable from an open-source perspective, > >but in teaching I find it useful or even necessary to provide u

Re: [fpc-pascal] When are used units recompiled? (wiki page added)

2006-04-10 Thread Marco van de Voort
> On Sun, Apr 09, 2006 at 10:58:09PM +0200, Giovanni Premuda wrote: > > Btw. no sane commercial Delphi developer has ever considered using a > > component without source code at least since Delphi 2.0. Look at the > > offering of component vendors and you will see that they invariably > > offe

Re: [fpc-pascal] When are used units recompiled? (wiki page added)

2006-04-10 Thread Michael Van Canneyt
On Mon, 10 Apr 2006, Marco van de Voort wrote: On Sun, Apr 09, 2006 at 10:58:09PM +0200, Giovanni Premuda wrote: Btw. no sane commercial Delphi developer has ever considered using a component without source code at least since Delphi 2.0. Look at the offering of component vendors and you wi

[fpc-pascal] real numbers infinity

2006-04-10 Thread Dimitrios Apostolou
Hello list, when a real number overflows the program halts with EInvalidOp error. How can I make the program behave the more standard way, where the variable gets the value "inf" and execution continues normally? This is vital for many tasks, like fractal computation. example program: $ cat

Re: [fpc-pascal] real numbers infinity

2006-04-10 Thread Sasa Zeman
Dimitris, > when a real number overflows the program halts with EInvalidOp error. > How can I make the program behave the more standard way, where the > variable gets the value "inf" and execution continues normally? This is > vital for many tasks, like fractal computation. You can use try..excep

Re: [fpc-pascal] Internal linker status

2006-04-10 Thread Sasa Zeman
> No. 2.0.2 is a release and it sources won't change. If the fix proves > it's stability in 2.1.1, it will be merged back to 2.0.3 which will be > the base for the next release: 2.0.4. Yes, that would be necessary. A fix for 4922 is essencial. > We used the GNU linker on win32 for years and it wo