Date: Fri, 11 Apr 1997 11:02:54 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: chuckr@glue.umd.edu (Chuck Robey) Cc: msmith@atrad.adelaide.edu.au, ports@freebsd.org Subject: Re: detecting shared lib versions Message-ID: <199704110132.LAA07928@genesis.atrad.adelaide.edu.au> In-Reply-To: <Pine.OSF.3.95q.970410082953.23062A-100000@downlink.eng.umd.edu> from Chuck Robey at "Apr 10, 97 08:38:40 am"
next in thread | previous in thread | raw e-mail | index | archive | help
Chuck Robey stands accused of saying:
> >
> > Now, I can write a RUN_DEPENDS rule that depends on a _particular_
> > libc version (ie. a specific file), but what I need is a way to handle
> > shared-library-like numbering on libraries that aren't managed by
> > ldconfig (a regexp like like LIB_DEPENDS would probably do it).
> >
> > Failing that, it's Tcl time 8)
> >
> > locate_compatShlib linux libc 5.4.4 -greaterok
>
> Back when I did the first kaffe port, it depended on a specific version of
> the jdk being at a specific spot. I think that's congruent to your
> problem, since the linux libs are restricted to a specific name/spot also.
> I just had a short script that did an md5 on the jdk and compared the
> return with a stored value (I think in ${FILESDIR}/classes.zip.1.02.md5}.
> If it failed the check, it printed an error message and quit. Would this
> work for you?
No; maybe I wasn't clear about what I want - I have a port that
requires "at least version 5.4.4" of the Linux libc. The 2.3
linux_lib port contains libc.so.5.3.12, which is symlinked by the
linux 'ldconfig' as 'libc.so.5'. The most current libc erich could
find was libc.so.5.4.23, which works fine.
In some future time, another linux_lib distribution is likely to contain
yet another libc version; it would be nice not to have to 'fix' the
StarOffice port at that point to require the new library, ie. it should be
happy with "anything" later then 5.4.4.
For now, I think I'll just depend on the soon-to-be-committed linux_lib-2.4
libc and worry about it if/when things change next time. Off to commit
the monster. Do I get marks for 'big' ports? 8)
--
]] Mike Smith, Software Engineer msmith@gsoft.com.au [[
]] Genesis Software genesis@gsoft.com.au [[
]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[
]] realtime instrument control. (ph) +61-8-8267-3493 [[
]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199704110132.LAA07928>