On May 8, 2004, at 4:57 PM, jfm wrote:


The 2 cases were from a local program, that linked both readline and ncurses _ in this order.
Clearly the order is important for the trouble _ but you need also that one of the object files does
reference one of those 3 symbols...
A quick sampling (yes _ the script is fast...):
for f in bc cadaver-ssl calc ekg-ssl gftp-ssl ghc guile guile16 hugs librep mutella mysql nickle \
octave-forge octave pilot-link9 python22 python23 r-base rpy-py23 ruby ruby18 samba-ldap \
units yafc yap singular hx term-readline-gnu-pm581 emacs21-xaw3d xemacs bash ; do echo $f; \
dlocate -L $f| xargs file | grep 'Mach\-O' | cut -f 1 -d ':' | xargs nm|grep -F '_BC
_UP
_PC' ; done


yielded only hx in addition (and indeed the command hx breaks as shown yesterday)

A more extensive test _ with all (remaining) pkgs where my log-file shows linking with readline,
plus their splitoffs _
[algae clisp dynagraph fvwm2 gftp gnut gretl guile-shlibs guile16-shlibs gwydion-dylan gwydion-dylan-bootstrap iverilog jpilot-ssl kdeedu3 kdeedu3-base kdeedu3-common kdeedu3-dev flashkard kalzium kbruch keduca khangman kig kiten klettres kmessedwords kmplot kpercentage kstars ktouch kverbos kvoctrain kdepim3 kdepim3-base kdepim3-common kdepim3-dev kaddressbook kalarm kandy karm kmail knode knotes kontact korganizer korn kpilot ksync ktnef kstars lftp-ssl libgda libgda-dev libgda-shlibs librep librep-dev librep-shlibs libxml mutella mysql mysql-shlibs mysql12-shlibs mysql12-dev mysql-client pari-gp pilot-link9 pilot-link9-bin pilot-link9-perl581 pilot-link9-py22 pilot-link9-shlibs pnet postgresql-ssl python python22 python22-shlibs python22-socket-ssl python23 python23-shlibs python23-socket-ssl r-base rlwrap ruby ruby18 ruby18-dev ruby18-shlibs sendfile socat swi-prolog swi-prolog-lite unixodbc2 unixodbc2-shlibs wcalc zssh]
turned up only pari-gp (the executable)_ and that's no problem, since otool shows gp links only with ncurses.


This must already cover a fair number of your 70 pkgs ...

Best,

Jean-Francois



-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to