[Slackbuilds-users] Direct linking so files instead of linked so files?
molbolom at gmail.com
Sun Aug 14 02:13:58 UTC 2016
Well, took me a few seconds to find out it wasn't equalx that was the
problem, but it may crop up some time so not a completely wasted question.
And yeah, I know a rebuild would be necessary for something large, say
Texlive (Which is where the problem lies. Hoo boy! That's going to have
to wait til I'm back home), but it's something I'm curious about for
something small that shouldn't need the whole cornucopia of routines within
On Sat, Aug 13, 2016 at 9:09 PM, Willy Sudiarto Raharjo <
willysr at slackbuilds.org> wrote:
> > Ok, first off this is a rhetorical question. I'm away from my home
> > and will have to research it from there. However, however, if anyone has
> > any words of wisdom about this, by no means does this question need to be
> > answerless. (My brain works in horrible ways, and this happens to work
> > me, so meh, make of it what you will, HAH).
> > Anyhoo! While trying to run an app I maintain (equalx) I realized that
> > latest upgrade to 14.2 (which was current back those many moons ago) kind
> > of broke because of the symlink to libpoppler. libpoppler.so.58 was the
> > originally linked library, but now I have libpoppler.so.62. Sooo, in the
> > offchance that certain particular routines in a library for a piece of
> > software wouldn't need an upgrade, what could be searched in the Makefile
> > to force it to compile using the non-linked library in order to diff and
> > patch?
> normally a simple rebuilt will fix the issue
> Willy Sudiarto Raharjo
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the SlackBuilds-users