Daniël Mantione wrote:
I don't like to do the abstraction at the syscall level, but one level
higher, i.e. the Tstream implementation. The reason is that the operating
system abstraction happens at this level:
- OS abstraction wis present here.
- Emulating missing system calls is often much
On Sun, 12 Mar 2006, Ales Katona wrote:
Daniël Mantione wrote:
I don't like to do the abstraction at the syscall level, but one level
higher, i.e. the Tstream implementation. The reason is that the operating
system abstraction happens at this level:
- OS abstraction wis present here.
Michael Van Canneyt wrote:
How does this make it a reason ?
libfprtl will always be specific to the distribution it was compiled on.
If tuned, it should be tuned to that system.
Just like libc or any library close to the system is. Don't try to copy
a binary libc.so from a SuSE to a Fedora
On Sun, 12 Mar 2006, Ales Katona wrote:
Michael Van Canneyt wrote:
How does this make it a reason ?
libfprtl will always be specific to the distribution it was compiled on.
If tuned, it should be tuned to that system.
Just like libc or any library close to the system is. Don't
Daniël Mantione wrote:
You can safely use the new select; it is at least present since Linux 2.2
and more likely 2.0.
Daniël
Hmm I'll update the RTL then. Thanks
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Michael Van Canneyt wrote:
We don't.
We just make the interface available, that's it.
It shouldn't be used by default in libfprtl.
Michael.
What about Lazarus/binary packages? I think libfprtl.so is required there.
If you use syscall version of this lib it's ok. If you use
Op Fri, 10 Mar 2006, schreef Ales Katona:
http://www.freepascal.org/wiki/index.php/OS_aware_RTL
Tell me what you think
I don't like to do the abstraction at the syscall level, but one level
higher, i.e. the Tstream implementation. The reason is that the operating
system abstraction
First: only Linux has the main problem. BSD never renumbers ABI calls, newer
abi calls have a different prototype.
No even BSD adds new stuff from time to time, like kqueue, altho that's
older.
As long as only syscall nrs change. This rarely happens. Usually something
gets 64-bit, or has
On Fri, 10 Mar 2006, Marco van de Voort wrote:
http://www.freepascal.org/wiki/index.php/OS_aware_RTL
Tell me what you think
First: only Linux has the main problem. BSD never renumbers ABI calls, newer
abi calls have a different prototype.
This is manifestly wrong:
Sure, there are new
This is manifestly wrong:
Sure, there are new syscall numbers in linux, but the old numbers
still work as they always have. Proof:
The current set of numbers already works since 10 years.
I'm not saying you'll have the latest features with the old numbers,
but that is irrelevant.
Windows
Tomas Hajny wrote:
That's the main point, I guess. As it is now, we have to decide and either
sacrifice the new features, or compatibility with slightly older
platforms. My understanding is that the proposal of Ales was related to
exactly this situation.
If I understand it correctly, his
11 matches
Mail list logo
