[fpc-devel] OS aware RTL proposal
Ales Katona
almindor at gmail.com
Fri Mar 10 09:15:44 CET 2006
>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 an extra param, or different structure etc.
>
>
>
Well yes but there are other implications, see winsock1 vs winsock2
problem in windows.
>
>That is a nice trick, but IMHO only important for that hand full of
>"problematic" calls that are urgently needed but recently added.
>
>
>
Yes I agree.
>ABI compat is way more than using the right syscall nrs.
>
>
>
Indeed. That's why I included the libc parts too. It just illustrates
some uses.
>* more complicated, thus more bugprone.
>* case that this (except libc trick) actually saves anybody is IMHO near
>zero
>* All binary compability must be prepared in the binaries that go onto the
>field. That makes them legacy binaries anyway.
>
>So in short: yes, some of the techniques are usefull if there indeed is such
>huge problem with dynlinking, that can't be solved with some form of
>lazy linking.
>
>But the workaround should be kept to those functions _only_, and only if
>there is a real chance that anything actually might go wrong.
>
>
>
Yes indeed. I should perhaps clearly state that it shouldn't be the
standard for all units etc.
More information about the fpc-devel
mailing list