Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-alt
Navigation:
Lists: gentoo-alt: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-alt@g.o
From: Perry Smith <pedzsan@...>
Subject: Re: AIX linking adventure
Date: Thu, 10 Feb 2011 15:13:06 -0600
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br><div><div>On Feb 10, 2011, at 11:26 AM, Michael Haubenwallner wrote:</div><blockquote type="cite"><div><font class="Apple-style-span" color="#000000"><br></font><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Although runpath search is affected by LIBPATH, I'm just fine with that.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">This is the outcome of using "-L" and "-l" linker flags together.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">I thought this was one of your objectives based on the fact that java sets LIBPATH<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">to something weird and it breaks everything.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Nope. The problem with LIBPATH set by java was that there is nothing<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">like "soname". Iff my binary had searched for the /file/ "libiconv.so.2"<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">(either archive or not) instead of "libiconv.a(libiconv.so.2)", even with<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">LIBPATH set to "/usr/lib" it would not have found "/usr/lib/libiconv.a"<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">(without "libiconv.so.2" member), but continued along LIBPATH + runpath<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">until it found the "libiconv.so.2" file in its usual place.<br></blockquote></blockquote><blockquote type="cite">Hmmm... ok. &nbsp;I had forgotten that detail.<br></blockquote><br>Yes, a detail - but a really important one for package managers.<br></div></blockquote><div><br></div>Are you oppose to hardcoded paths? &nbsp;Over the past month or so,</div><div>I've come to like them.</div><div><br><blockquote type="cite"><div><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Seems we have to agree on some terms to be used first.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Yes. &nbsp;<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">I like "fixed" for entries not affected by runtime search.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">"fixed" = "hardcoded" (see above).<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">The other tact would be to note that PATH is either empty or not.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">"A path dependency with no path" or "a dependency with a path" ?<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Which "PATH" ("path") do you refer to here that can be either empty or not?<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">In the dump -H output above, there is a column called PATH. &nbsp;That PATH. &nbsp;I apologize for being<br></blockquote><blockquote type="cite">so consistently vague.<br></blockquote><br>Ah, ok. But what is a "path dependency with no path" ?<br></div></blockquote><div><br></div>That should have been just "a dependency with no path"</div><div><br><blockquote type="cite"><div><font class="Apple-style-span" color="#540000"><br></font>Yes, "/staging" is the same as "/image" - apparently I've missed<br>a few when replacing "/staging" by "/image". Sorry for confusion.<br>But that's not the reason you got lost, is it?<br></div></blockquote><div><br></div>"lost" maybe wasn't the right term. &nbsp;When I figured out image and staging</div><div>where probably the same, I got back on track.</div><div><br></div><br></div></body></html>
References:
AIX linking adventure
-- Perry Smith
Re: AIX linking adventure
-- Michael Haubenwallner
Re: AIX linking adventure
-- Perry Smith
Re: AIX linking adventure
-- Michael Haubenwallner
Re: AIX linking adventure
-- Perry Smith
Re: AIX linking adventure
-- Michael Haubenwallner
Re: AIX linking adventure
-- Perry Smith
Re: AIX linking adventure
-- Michael Haubenwallner
Re: AIX linking adventure
-- Perry Smith
Re: AIX linking adventure
-- Michael Haubenwallner
Navigation:
Lists: gentoo-alt: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: AIX linking adventure
Next by thread:
Re: AIX linking adventure
Previous by date:
Re: Breaking news: Need to start over on AIX
Next by date:
Re: Breaking news: Need to start over on AIX


Updated Jun 18, 2012

Summary: Archive of the gentoo-alt mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.