Linked by Thom Holwerda on Fri 13th Jul 2012 23:39 UTC
Thread beginning with comment 526889
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[6]: Too many platforms
by cyrilleberger on Mon 16th Jul 2012 07:58
in reply to "RE[5]: Too many platforms"
No, because those .so won't be able to link with the kernel ABI of today's Linuxes.
I guess, you meant "syscall" ? Since syscalls are considered a private API, a "professional software developer" would not use them, and instead would use the POSIX API that are exposed in the glibc, which keeps backward binary compatibility.
Any professional software developer that use syscalls directly instead of POSIX should be demoted from its "professional" rank (with a few exceptions being Kernel and libc hackers).
Edited 2012-07-16 07:59 UTC
RE[7]: Too many platforms
by moondevil on Mon 16th Jul 2012 08:42
in reply to "RE[6]: Too many platforms"
"No, because those .so won't be able to link with the kernel ABI of today's Linuxes.
I guess, you meant "syscall" ? Since syscalls are considered a private API, a "professional software developer" would not use them, and instead would use the POSIX API that are exposed in the glibc, which keeps backward binary compatibility. "
ABI is much more than just syscalls.
An ABI implies syscalls, calling conventions, memory layout for data structures, executable file formats, ...
Regarding your glibc example, it depends on how your application links with it, assuming it was even compiled with gcc.
Edited 2012-07-16 08:43 UTC




Member since:
2005-07-08
Works without problems. You just have to provide the dynamic libraries it was specifically compiled against. Same on Windows with the DLLs. "
No, because those .so won't be able to link with the kernel ABI of today's Linuxes.
SDL and Qt are not operating system APIs. "
True. But they are competing with APIs from Microsoft like DirectX, MFC and Win32 and they are gaining more and more market share due to their cross-platform compatibility. [/q] [/q]
We were talking about operating system APIs. DirectX and MFC are also not operating system APIs.
So what? Sam is well known in the game developers community, surely Valve hired him for more than just Linux.
Before
after
Better make your mind what Apple does.
Before
after
Well I read your comment as Cocoa was fully supported in Linux. Changed your mind?
Better don't tell that to the guys paying for consulting support on those systems.
Where is the source code for Cocoa and iOS?
What are your developer credentials to talk about stability of operating system APIs?
Are we going to compare penis lengths now? This is not how you're going to win an argument. It's like saying "My parents are richer than yours, so I must be right!" "
No, it is saying that I have real life experience to know what I speak of, and am not making stuff up.
No need to feel sorry.
I don't care about programming languages or operating systems. I care for what customers want, and how much they pay.