On Tue, Mar 4, 2014 at 5:35 PM, Chet Ramey <
address@hidden> wrote:
>
> 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
...
> 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.
I suppose that 12 cores with hyper threading, make -j24 and ccache makes the difference.
I think I have found it. from:
http://git.savannah.gnu.org/cgit/readline.git/commit/shlib/Makefile.in?id=7628b745a813aac53586b640da056a975f1c443e
@@ -350,9 +377,12 @@ terminal.so: $(topdir)/rlprivate.h
text.so: $(topdir)/rlprivate.h
undo.so: $(topdir)/rlprivate.h
util.so: $(topdir)/rlprivate.h
-vi_mode.so: $(topdir)/rlprivate.h
+vi_mode.so: $(topdir)/
+colors.so: $(topdir)/rlprivate.h
+parse-colors.so: $(topdir)/rlprivate.h
bind.so: $(topdir)/xmalloc.h
+callback.so: $(topdir)/xmalloc.h
complete.so: $(topdir)/xmalloc.h
display.so: $(topdir)/xmalloc.h
funmap.so: $(topdir)/xmalloc.h
I think it is the vi_mode.so: $(topdir)/ that does it.