Building readline-4.3-r6 fails under Mac OS X Tiger during the linking phase. The linking scripts are looking for a libcc_dynamic library that does not exist. Reproducible: Always Steps to Reproduce: 1. emerge readline Actual Results: Build failure. Error message: [...snip...] /usr/bin/libtool -dynamic -arch_only `/usr/bin/arch` -install_name /usr/lib/libreadline.4.3.dylib - current_version 4.3 -compatibility_version 4 -v -o libreadline.4.3.dylib readline.so vi_mode.so funmap.so keymaps.so parens.so search.so rltty.so complete.so bind.so isearch.so display.so signals.so util.so kill.so undo.so macro.so input.so callback.so terminal.so text.so nls.so misc.so xmalloc.so history.so histexpand.so histfile.so histsearch.so shell.so mbutil.so tilde.so compat.so -lSystem - lncurses -lcc_dynamic /usr/bin/libtool: can't locate file for: -lcc_dynamic /usr/bin/libtool: file: -lcc_dynamic is not an object file (not allowed in a library) Expected Results: Successful build and install.
Under Panther (and possibly earlier versions of OSX), gcc3.3 shipped with libcc_dynamic as a symlink to a statically linked libgcc, which was often necessary for certain applications. For some reason, this is no longer needed in the gcc4.0 that is shipped with Tiger. Including the -lcc_dynamic flag causes links under Tiger to fail. I will post a patch to the ebuild that fixes this problem and installs correctly under Tiger.
Created attachment 61781 [details, diff] Proposed patch This patch should create a readline-4.3-r7 ebuild that patches as before when using <=10.3, and patches without -lcc_dynamic when using 10.4.
I should point out that this libreadline still has a file collision with the pre-installed libreadline, but that is independent of this bug. You'll still need to turn of collision protection to get the qmerge to succeed.
Bug #97243 deals with readline-5*. I consider this bug out of date, and I think there is no particular interest in fixing this given there is a newer version out. Thanks for the report anyway!
