Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #14817

RE: bash will not link against ncursesw and readline in /usr/local

Path csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From John Frankish <john.frankish@outlook.com>
Newsgroups gnu.bash.bug
Subject RE: bash will not link against ncursesw and readline in /usr/local
Date Wed, 14 Nov 2018 06:07:59 +0000
Lines 51
Approved bug-bash@gnu.org
Message-ID <mailman.4015.1542175690.1284.bug-bash@gnu.org> (permalink)
References <AM6PR04MB509540C3AC9E4D674B43A0B5F3C00@AM6PR04MB5095.eurprd04.prod.outlook.com> <8077dc26-90a5-3665-673e-5fdee1351915@case.edu>
NNTP-Posting-Host lists.gnu.org
Mime-Version 1.0
Content-Type text/plain; charset="utf-8"
Content-Transfer-Encoding base64
X-Trace usenet.stanford.edu 1542175691 3151 208.118.235.17 (14 Nov 2018 06:08:11 GMT)
X-Complaints-To action@cs.stanford.edu
Cc "chet.ramey@case.edu" <chet.ramey@case.edu>
To "bug-bash@gnu.org" <bug-bash@gnu.org>
Envelope-to bug-bash@gnu.org
DKIM-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=amCL3T4O/ZuRf0afurU5BI++bh8hIzWjNVXt1QjIB3c=; b=NwJi2CGQwtIxmSPslvCYDmS6Ry/e6xEu802I7yaoVJXgUHSA60KJ1Yxdt1UDaF/v1FOxkU2BgQggxJai2VcZO/O/etJmiQ4dX8uNyCfNWrIgowXaTAPiiolN/IHuNmuXoJlK1fDhvAUwupluQJYRs0fLU4ogWmZhe2GxxuWQhhYSJb3jbmDG8UbKxW9gF4W4XoDVFxuuHYTOFqbQ+kuHuj+gxtxwewiuO69wvTpXW7t5kaAkdxFhSWNHiMdN4AilNkbOjv1tc33YytHDEmgkT83jU6dTjPGJBFXEFY2t2Q2ViIEsnrgLyBMF8m+tdFl6GVP5YMU1grFq3StWRmBqGw==
Thread-Topic bash will not link against ncursesw and readline in /usr/local
Thread-Index AdR5sVFl47L85iIOSH6AN82mHZ5NlgA4JquAAFNHHzA=
In-Reply-To <8077dc26-90a5-3665-673e-5fdee1351915@case.edu>
Accept-Language en-US
Content-Language en-US
X-MS-Has-Attach
X-MS-TNEF-Correlator
x-incomingtopheadermarker OriginalChecksum:802F0547983282A1F1FA3D55257064B89117822B580A254BBF8064D7C741756C; UpperCasedChecksum:C3808C3634BABE3F6D423B60210447DE21B0DE8658191964018FC3BA837FE2BD; SizeAsReceived:7149; Count:46
x-tmn [MAq1W5cglE4eHnkTLMPmK5CmmKPs7YCj]
x-ms-publictraffictype Email
x-microsoft-exchange-diagnostics 1; DB5EUR03HT205; 6:FyLl7nHl+Bkfzeq4aupVCFldXLD7wYZp1KNETUSGsUp2kyVQU+HGpnCiAfOwqoz1x3CZMJN3SJnn/Zh+ga1hZhnPbEy480uKV0xDp2Jkr0WvgkXk0XbPL8QfG/COqOx/yb/DkNYhHZaL7UXAXR7Yh0BDH9NuXUKywuwm8KrglB8Xb/6WR17NypUGkZv0+RAv66VZkZpdTsVsEh+Q+Zsrws7CMLFfl4Ga7Qm3GgeUXZH/mkFmY1IzTZkN2EM9Os9Mcmbu0hEVXIb4gWqxe/q3EJ43DWmC2lchBpdCr+OSW+xT9Xn+b0DBQDpJ2plnVVF/lTUy2F4E9412SOFjNAgoP7RmNFYFouSqXctcf7dj7RShZSsIM1iCEVa2bpKXPl9FeiCs0UO7XswY24EzHulbcTRlhoExBW2zED1R8KeK9AGH06aVcfWQxoB55caE7ojqF300laOyNc9l1SbwSGEMqQ==; 5:JKMtkbhZlFKziz+ynnXNsKme23TOixIBhp4puobB2EkT84tNTfCtnxTlUswhTeu21cD2HmTSnTTzV/WvEqf946LxnC6W/6NLmpZaztjBjs9KtewjgiLIdBas8IZXuPgF3lf6YfuutnSLhh48JWTbsh96piw+Lfzqq+1Y5MjCRG4=; 7:f2HcR2j/22HuY4Y3Z9pqLZ7uP6u5co0oRXr6igQkuM8Bg4daVbZovpEd2rAoz/Kw/zZ19B9jh5zoVSb6E4ovXfXWOHVNClNN5Fo83S/c9Hvq/m3kxQIXVHaq89Wu3Px8+JYtOfDZy+EdA2nanYf5wQ==
x-incomingheadercount 46
x-eopattributedmessage 0
x-microsoft-antispam BCL:0; PCL:0; RULEID:(2390098)(7020095)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125500)(1603101475)(1701031045); SRVR:DB5EUR03HT205;
x-ms-traffictypediagnostic DB5EUR03HT205:
x-exchange-antispam-report-cfa-test BCL:0; PCL:0; RULEID:(4566010)(82015058); SRVR:DB5EUR03HT205; BCL:0; PCL:0; RULEID:; SRVR:DB5EUR03HT205;
x-microsoft-antispam-message-info zGBYcle85OsIGKz5UH9eyl1kITVxMbQBZWfUK4rP0pZdr/rKsdyyTkk5ToZONOaY
X-OriginatorOrg outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg 9a4e3081-9524-43cf-bfc3-dcaef82d5da1
X-MS-Exchange-CrossTenant-Network-Message-Id 28ca0a06-9a07-4372-19d3-08d649f7877e
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg 9a4e3081-9524-43cf-bfc3-dcaef82d5da1
X-MS-Exchange-CrossTenant-originalarrivaltime 14 Nov 2018 06:07:59.7181 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader Internet
X-MS-Exchange-CrossTenant-id 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped DB5EUR03HT205
X-detected-operating-system by eggs.gnu.org: Windows 7 or 8 [fuzzy]
X-Received-From 40.92.70.43
X-BeenThere bug-bash@gnu.org
X-Mailman-Version 2.1.21
Precedence list
List-Id Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org>
List-Unsubscribe <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe>
List-Archive <http://lists.gnu.org/archive/html/bug-bash/>
List-Post <mailto:bug-bash@gnu.org>
List-Help <mailto:bug-bash-request@gnu.org?subject=help>
List-Subscribe <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe>
Xref csiph.com gnu.bash.bug:14817

Show key headers only | View raw


> > Using bash-4.4.18
> > Intel core i7 laptop running 32-bit or 64-bit linux Using gcc-8.2.0
> > 
> > The configure script does not find libncursesw on a system where
> > only the wide version of ncurses exists  - even when readine is linked against ncursesw.
> >
> I haven't seen a distro where ncursesw is installed without a link to ncurses.
> Which distribution are you using?
> 
The 64-bit version of tinycorelinux - all non-base packages are installed to /usr/local.
Since ncursesw is now the default, I'm trying to compile against that.

> I could add a check for ncursesw, but that's the kind of thing the distro usually does.
>
If ncursesw is now the default, maybe it would make sense to check for that rather than a symlink?

> > The configure scripts does not find libreadline when it is compiled to
> > /usr/local and when using the configure switch "--with-installed-readline=/usr/local"
> > 
> I don't have any trouble finding readline in /usr/local/lib/libreadline.so after
> installing it, editing /etc/ld.so.conf, and running ldconfig. I tried with readline-8.0-beta
> and bash-5.0-beta, so at least it will be working when those hit release status.
>
It appears that the readline check relies on the ncurses check being successful.

If I configure without an ncurses symlink the check for readline fails.

If I add an ncurses symlink the check for readline succeeds.

checking for tgetent... no
checking for tgetent in -ltermcap... no
checking for tgetent in -ltinfo... no
checking for tgetent in -lcurses... no
checking for tgetent in -lncurses... no
checking which library has the termcap functions... using gnutermcap
checking version of installed readline library... configure: WARNING: Could not test version of installed readline library.
configure: WARNING: installed readline library is too old to be linked with bash
configure: WARNING: using private bash version

configure:5194: result: no
configure:5213: checking which library has the termcap functions
configure:5216: result: using gnutermcap
configure:5242: checking version of installed readline library
configure:5296: gcc -flto -fuse-linker-plugin -mtune=generic -Os -pipe -o conftest -g -O2 -Wno-parentheses -Wno-format-security -I/usr/local/include   -L./lib/termcap -L/usr/local/lib conftest.c  -lreadline ./lib/termcap/libtermcap.a >&5
gcc: error: ./lib/termcap/libtermcap.a: No such file or directory

$ cd /usr/local/lib
$ sudo ln -s libncursesw.so.6.1 libncurses.so
$ sudo ldconfig

checking for tgetent... no
checking for tgetent in -ltermcap... no
checking for tgetent in -ltinfo... no
checking for tgetent in -lcurses... no
checking for tgetent in -lncurses... yes
checking which library has the termcap functions... using libncurses
checking version of installed readline library... 7.0

Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread


Thread

RE: bash will not link against ncursesw and readline in /usr/local John Frankish <john.frankish@outlook.com> - 2018-11-14 06:07 +0000

csiph-web