[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-readline] underlinking of readline-6.3
From: |
Chet Ramey |
Subject: |
Re: [Bug-readline] underlinking of readline-6.3 |
Date: |
Tue, 04 Mar 2014 11:35:45 -0500 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 |
On 3/4/14 10:56 AM, Natanael Copa wrote:
> Ok. I figured it out now. What actually happened is that I only added
> SHLIB_LIBS=-lncurses during 'make' phase but not during 'make install'.
> Adding SHLIB_LIBS to 'make install' or adding ./configure --disable-static
> solved it. I guess that building static makes the shared lib relink during
> make install phase. possibly due to a gnu make race condition on multicores
> but I havent investigated that.
I can see a possibility of a race condition. However, when I first run
gmake everything SHLIB_LIBS=-lncurses
and then run
gmake install DESTDIR=/some/scratch/directory SHLIB_LIBS=-lncurses
the second invocation of make doesn't cause the libraries to be rebuilt.
The `everything' target doesn't matter -- it just builds the examples.
Leaving it out of the first gmake invocation doesn't cause the install
target to rebuild the shared libs. I can't find a way to cause the
install invocation to rebuild the shared libraries even when I don't
include the SHLIB_LIBS assignment either.
When I run the first make with SHLIB_LIBS and the second (install) without,
I get this:
Dynamic section at offset 0x3c170 contains 23 entries:
Tag Type Name/Value
0x0000000000000001 (NEEDED) Shared library: [libncurses.so.5]
I'm not running parallel makes in these examples, but a quick test using
gmake -j 4 duplicates the results. I'm using RHEL5. I don't know what
else to tell you.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU address@hidden http://cnswww.cns.cwru.edu/~chet/