<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"><html><head><meta content="text/html; charset=utf-8" http-equiv="Content-Type"></head><body>I think this could be solved by static linking mostly, but there could still be problems with libc/glibc as I found out with FPC recently. Surely somebody who knows UNIX/Linux ought to be able to figure a way around this. <br/><hr/><div><b>From: </b> "Daniel Alejandro Benavides D." <dabenavidesd@yahoo.es>
</div><div><b>Date: </b>Mon, 14 May 2012 13:24:47 +0100 (BST)</div><div><b>To: </b>Mika Nystrom<mika@async.caltech.edu>; <dragisha@m3w.org>; Jay K<jay.krell@cornell.edu></div><div><b>Cc: </b>m3devel<m3devel@elegosoft.com></div><div><b>Subject: </b>Re: [M3devel] libXaw.so.6 again</div><div><br/></div><table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi all:<br>'forwards compatibility' is not achieved by any of OSes because of Gcc merits as it should be, but backwards also don't say a word as expected, mainly due "security issues", so I don't know if commercial *ix are, at least have the sources should make that easier I guess; I once tried to compile a virtual machine package and I was told that first find my distro's 'minimum common factor' and cross-compile to that system and then recompile everything on it, but I solved hacking the virtual machine sources, so my guess is that you can have 'forwards compatibility' if you can get a sufficient old version of your tool chain and OS to cross-compile from newer.<br>Modula-3 had this nice thing of emitting the "assembly sources" and emit native code for the platform in-situ and relink everything (so sort of eliminate the requisite of having an older compiler,
but just native gcc nice to do). Maybe this would be a nice to have item for next releases, wouldn't be?<br>Thanks in advance<br><br> <br><br>--- El <b>lun, 14/5/12, Jay K <i><jay.krell@cornell.edu></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: Jay K <jay.krell@cornell.edu><br>Asunto: Re: [M3devel] libXaw.so.6 again<br>Para: "Mika Nystrom" <mika@async.caltech.edu>, dragisha@m3w.org<br>CC: "m3devel" <m3devel@elegosoft.com><br>Fecha: lunes, 14 de mayo, 2012 02:20<br><br><div id="yiv2001619518">
<style><!--
#yiv2001619518 .yiv2001619518hmmessage P
{
margin:0px;padding:0px;}
#yiv2001619518 body.yiv2001619518hmmessage
{
font-size:10pt;font-family:Tahoma;}
--></style><div><div dir="ltr">
Apparently free/open Unices (Linux, OpenBSD, FreeBSD, NetBSD) have no binary compatibility.<br>I find this very surprising, crazy, disappointing, but apparently true.<br>We must distribute source to achieve the usual expected portability.<br> C source at that, to achieve the usual expected buildability.<br>Or maybe I'm confused.<br>The various commerical systems (Solaris, AIX, Irix, VMS, Windows, Darwin, HP-UX) do/did not have this problem.<br><br><br> - Jay<br><br><br><div><div id="yiv2001619518SkyDrivePlaceholder"></div>> To: dragisha@m3w.org<br>> Date: Sun, 13 May 2012 23:51:15 -0700<br>> From: mika@async.caltech.edu<br>> CC: m3devel@elegosoft.com<br>> Subject: Re: [M3devel] libXaw.so.6 again<br>> <br>> =?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?= writes:<br>> ...<br>> >Another is to ln -s existing libXaw.so.7 to libXaw.so.6<br>> ...<br>> <br>> "Not guaranteed to work" but almost always does, right?<br></div>
</div></div>
</div></blockquote></td></tr></table>
</body></html>