Date: Mon, 19 Feb 2001 22:17:49 +1000 From: Stephen McKay <mckay@thehub.com.au> To: Warner Losh <imp@harmony.village.org> Cc: arch@freebsd.org, mckay@thehub.com.au Subject: Re: The whole libc thing. Message-ID: <200102191217.f1JCHno13825@dungeon.home> In-Reply-To: <200102170638.f1H6ckW84622@harmony.village.org> from Warner Losh at "Sat, 17 Feb 2001 06:38:46 %2B0000" References: <20010216161948.B70642@gsmx07.alcatel.com.au> <200102160225.f1G2PFw09227@hak.lan.Awfulhak.org> <200102160317.f1G3HqE26659@billy-club.village.org> <200102170638.f1H6ckW84622@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday, 17th February 2001, Warner Losh wrote: >Case 3. I've installed a port that installs libfred.so.3 from 4.2 >release. It contains __sF references. I have a binary (say barney) >that links libfred.so.3 and libc.so.4. Things work now. I rebuild >the world. Things still work because neither of the above has >changed. Now let's say I want to build wilma that depends on libfred. >When wilma is built, it will fail to run because it links against >libfred.so.3 and libc.so.5.20010220. This libc doesn't have __sF, so >it will fail at link time or run time. This is easy to fix. Just >rebuild the port tht produced libfred.so.3. A new libfred.so.3 is >installed. wilma will now run (maybe after being rebuilt). barney >will also still run because it gets all the symbols it needs >(including the new libfred.so.3). Doesn't barney die due to unresolved references to __stdout (etc) from the recompiled libfred.so.3? It only has the old libc.so.4 to help it. Or are you proposing to regenerate all libc.so.* back to the ELF transition? I am still confused, and still concerned, and still think a global major version bump is unavoidable. Stephen. PS You might have to cc mckay@freebsd.org to be sure to reach me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200102191217.f1JCHno13825>