cvs commit: src/lib/libc/gen fts-compat.c fts-compat.h

[Alfred Perlstein]

Not to pick on anyone here but Yar did something that works,
why exactly are we not allowing him to use the tools provided
for this exact purpose and instead making him do convoluted
workarounds?

I mean seriously, so we have a versioned symbol that could
possibly be avoided by a lot of hard work and magic which will
probably fail for a bunch of users....

...so why not just use what works?

-Alfred

* Peter Jeremy <peterjeremy at optushome.com.au> [070824 14:53] wrote:
> On 2007-Aug-24 22:36:30 +0400, Yar Tikhiy <yar at comp.chem.msu.su> wrote:
> >The reason for exercising symbol versions right now is that "make
> >installworld" is sensitive to the fts(3) ABI.  If the ABI is just
> >broken w/o special measures, "make installworld" will fail in the
> >middle and leave you with a botched system.  It goes as follows:
> >
> >- "make installworld" copies the old /usr/bin/find and some other
> >  tools to /tmp/install.xxx for use during the install
> >- libc is overwritten by its new instance, with new fts(3) ABI
> >- the old find(1) is run by installworld and dumps core immediately.
> 
> The other option is to update the "copy old executables" part of
> installworld to also copy relevant old shared libraries and force
> their use for the "make reinstall" via LD_LIBRARY_PATH.
> 
> -- 
> Peter Jeremy



-- 
- Alfred Perlstein