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
[email protected]
www.siemens.com/plm


-----Original Message-----
From: Mats Wichmann [mailto:[email protected]]
Sent: Tuesday, April 19, 2016 2:51 PM
To: Dallman, John (DF PL TO OT PC PDE); [email protected]
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.
_______________________________________________
lsb-discuss mailing list
[email protected]
https://lists.linuxfoundation.org/mailman/listinfo/lsb-discuss

Reply via email to