Re: Dependency hell with cURL and libiconv.a

[Charles Wilt <charles.wilt@xxxxxxxxx>]

Same here...

Well, at least since I learned about it :)

Charles


On Wed, Sep 3, 2014 at 4:33 PM, Mike Cunningham <mike.cunningham@xxxxxxx>
wrote:

> We never have to recompile an RPG program because we added a field to a
> file. All RPG's access files via logicals and no logical is allowed to
> contain all fields by no listing any fields.
>
> Mike C
>
> -----Original Message-----
> From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
> Matt Olson
> Sent: Wednesday, September 03, 2014 4:29 PM
> To: 'Midrange Systems Technical Discussion'
> Subject: RE: Dependency hell with cURL and libiconv.a
>
> Recompile is the name of the game in unix and IBM i land.
>
> Change a file (like add a field) and your RPG program broke? Recompile.
>
> What your experiencing is DLL hell, but with a unix flare.  They actually
> called it dependency hell on the unix side of things.
>
> http://en.wikipedia.org/wiki/Dependency_hell
>
>
> -----Original Message-----
> From: Matt Lavinder [mailto:mlavinder@xxxxxxxxxxxxxxxxxxx]
> Sent: Wednesday, September 03, 2014 3:00 PM
> To: midrange-l@xxxxxxxxxxxx
> Subject: Dependency hell with cURL and libiconv.a
>
> I have been playing on and off with getting several common Unix commands
> working on the system.  Many seem to be working, but I get this when I try
> to use cURL (which impacts many other commands and scripts):
>
> exec(): 0509-036 Cannot load program curl because of the following
> errors:
>      0509-022 Cannot load module
>               /opt/freeware/lib/libidn.a(libidn.so.11).
>      0509-150 Dependent module
>               /usr/lib/libiconv.a(libiconv.so.2) could not be loaded.
>      0509-152 Member libiconv.so.2 is not found in archive
>      0509-022 Cannot load module curl.
>      0509-150 Dependent module
>               /opt/freeware/lib/libidn.a(libidn.so.11) could not be
>               loaded.
>      0509-022 Cannot load module.
>
>
> What bothers me is I think this means that libidn.a is looking at /usr/lib
> for libiconv.a and is finding the wrong version.  I believe /usr/lib
> contains the libraries and dependencies provided by IBM, so I don't think I
> want to mess with any thing there.
>
> What is the safest way to get libidn.a the right version of libiconv.a?
>   I want my cURL command to work without breaking stuff.  I sort of get
> Unix dependencies and such, but not well enough (yet) to know a way to fix
> this.  Every suggestion I see online from AIX gurus involves recompiling.
>
> I hope there is an easier solution.
>
> --
> Matt
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
> unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
> moment to review the archives at http://archive.midrange.com/midrange-l.
>
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.