On Mon, 10 Jan 2011, alexv...@mail.ru wrote:
10.01.2011 13:50, michael.vancann...@wisa.be пишет:
On Mon, 10 Jan 2011, alexv...@mail.ru wrote:
10.01.2011 13:05, michael.vancann...@wisa.be пишет:
On Mon, 10 Jan 2011, Vincent Snijders wrote:
2011/1/10 alexv...@mail.ru <alexv...@mail.ru>:
But I want packages to be binary portable between OS (on target
processor
architecture)
I don't think that is feasible, unless you don't use any OS features.
Exactly.
Even just because FPC supports multiple CPUs; You can't use an i386
package on SPARC or ARM.
So you'll always have to recompile your package for all platforms that
you want to support.
But only for all processors, not for all existing combinations of
processor and OS.
You should re-read Florian's email, and *fully* understand the
consequences.
Your proposal requires that we emulate all OSes on all other OSes, because
the basic package (rtl or whatever it will be called) always depends on the
OS. There is no way around this.
My solution, in short, is that packages should have OS independent interface
to RTL built into executable visible to packages as RTL built as c package
(with is a bridge to real RTL).
I understood that. Assuming you can make this interface (which I don't
believe), your solution is still not realistic:
And how will you make a package that uses a os-specific function OS independent ?
(for instance, a package with a control that uses a WinAPI call.)
So a package with the LCL is by definition impossible.
Like I said, your proposal requires that we emulate all OSes on all other OSes.
Michael.
_______________________________________________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
