[lsb-discuss] Trying to link libreadline.a, LSB 4.0 on SLES11

Dallman, John john.dallman at siemens.com
Wed Apr 20 11:38:37 UTC 2016


Mats wrote:

> as I mentioned, they're normally resolved by libtinfo, which is part of curses.

Well, -lncurses does not resolve them, even if I put multiple copies on the link line, before or after the -lreadline that gets the LSB libbattery libreadline.a. You tell me that libtinfo is supposed to supply this, and I believe you, but I don't have it.

The files that the SLES11sp1 readline-devel package provides include a libreadline.a and a libhistory.a, and corresponding .so files, but no libtinfo.

I looked on SLES12, where there is a libtinfo.so.5, which comes from package libncurses5-5.9-40.124.x86_64, and a libtinfo.a, which  comes from ncurses-devel-5.9-40.124.x86_64. Both are in /usr/lib64.

So either SLES11 doesn't provide a libtinfo at all, or it's part of some other package that I don't have installed. If there's a way to ask the package manager which un-installed package would provide a file, I have not been able to discover it. I've searched the package list on suse.com, and I can't see anything promising there.

Any suggestions?

--
John Dallman
DF PL TO OT PC PDE
Technology & Innovation

Siemens Industry Sector
Siemens Industry Software Limited
Francis House, 112 Hills Road,
Cambridge CB2 1DP, United Kingdom
Tel.      :+44 (1223) 371554
Fax       :+44 (1223) 371700
john.dallman at siemens.com
www.siemens.com/plm


-----Original Message-----
From: Mats Wichmann [mailto:mats at wichmann.us]
Sent: Tuesday, April 19, 2016 2:51 PM
To: Dallman, John (DF PL TO OT PC PDE); lsb-discuss at lists.linux-foundation.org
Subject: Re: [lsb-discuss] Trying to link libreadline.a, LSB 4.0 on SLES11

On 04/19/2016 05:28 AM, Dallman, John wrote:
> OK, I have the library battery installed for trials, and my link is picking it up. I'm now only missing symbols BC, PC and UP.
>
> I can't find them in any of the archive or sharable libraries in /opt/lsb/lib64.
>
> readelf -sW /lib64/*.so* | grep -w UP shows me:
>
>    573: 00000000002479e8     8 OBJECT  GLOBAL DEFAULT   25 UP
>    573: 00000000002479e8     8 OBJECT  GLOBAL DEFAULT   25 UP
>    587: 000000000023f608     8 OBJECT  GLOBAL DEFAULT   25 UP
>    587: 000000000023f608     8 OBJECT  GLOBAL DEFAULT   25 UP
>    671: 0000000000253ba8     8 OBJECT  GLOBAL DEFAULT   25 UP
>    671: 0000000000253ba8     8 OBJECT  GLOBAL DEFAULT   25 UP
>    685: 000000000024c7c8     8 OBJECT  GLOBAL DEFAULT   25 UP
>    685: 000000000024c7c8     8 OBJECT  GLOBAL DEFAULT   25 UP
>     66: 0000000000000000     0 OBJECT  GLOBAL DEFAULT  UND UP
>     66: 0000000000000000     0 OBJECT  GLOBAL DEFAULT  UND UP
>
> which looks as if they exist in some of the shared objects in there, and writing a bit of shell script tells me that they are from the various incarnations of libncurses. I'll see if I can get them to be picked up...


as I mentioned, they're normally resolved by libtinfo, which is part of curses.  LSB doesn't have a libtinfo as it was considered legacy interfaces that weren't needed.  I looked at "our" copy of libreadline.a from 4.1 and it looks like there's still a reference there. Not sure what the story is...
-----------------
Siemens Industry Software Limited is a limited company registered in England and Wales.
Registered number: 3476850.
Registered office: Faraday House, Sir William Siemens Square, Frimley, Surrey, GU16 8QD.


More information about the lsb-discuss mailing list