Quotes of the week

Posted Mar 23, 2012 20:50 UTC (Fri) by khim (subscriber, #9252)
In reply to: Quotes of the week by dgm
Parent article: Quotes of the week

Look at this for an example.

And… what I'm supposed to see there?

After unpacking (and reading the Readme file), you'll have to furnish the dynamic libraries WP 8.0 requires: ld-linux.so.1.9.*, libc5 (any version from 5.3.12 onwards) with matching libm.so.5.*, and a set of X11 backwards-compatibility libraries compiled for libc5 X11 clients (libXt.so.6, libX11.so.6, libXpm.so.4, libSM.so.6, and libICE.so.6).

As you can see WP8 predates GLibC so what exactly this example is supposed to prove?

I'm sure Wordperfect developers could have done it a little bit better, of course.

I doubt it. Before GLibC 2.1 came along in the end of 2000th Linux ABI was a mess even on the lowest level. NPTL (introduced in March 2006) was also quite disruptive (formally it kept the interface stable, but it broke some non-POSIX-compatible tricks which program used with LinuxThreads). Still this is far cry from the rest of the Linux desktop.

Quotes of the week

Posted Mar 25, 2012 23:45 UTC (Sun) by dgm (subscriber, #49227) [Link] (1 responses)

You're right. I wasn't aware of the libc5 to glibc 2 transition, it predates my first Linux usage, too. I have found by the way that while Ubuntu does not offer a lib5 version, Debian does. But there's no way to get a compatible xlib version, you need a specially patched one. The point is: no binary compatibility, you need to build your own base libraries. While I'm not sure, I'm pretty confident I could install WP8 on Windows without much hassle, even today.

Quotes of the week

Posted Mar 26, 2012 6:57 UTC (Mon) by khim (subscriber, #9252) [Link]

The point is: no binary compatibility, you need to build your own base libraries.

Sure. If don't use GLibC then you don't benefit from it's excellent compatibility record.

While I'm not sure, I'm pretty confident I could install WP8 on Windows without much hassle, even today.

Not fully. WP8 for Windows includes some 16bit components and thus does not work in x64 version of Windows. But yes, Microsoft is significantly more serious about binary compatibility while in Linux it all ends with GLibC and X11R6 (again: previous versions are not binary compatible).

You can not go back and fix former mess without time machine thus obviously I'm not claiming you can create stable ABI which will support all the program written before the introduction of said stable ABI: this is theoretically possible but practically unfeasible. But you can create stable ABI which support most of the programs (and all programs obeying the specs) written after the introduction of said stable ABI. This is what GLibC, XLib, GTK+ and few other libraries are doing, but what the rest of Linux desktop does not do.