The dénouement. I spoke with Allison in the course of #parrotsketch yesterday and subsequently off-line. She recommended that I upgrade to Xcode 2.5 Developer Tools (https://connect.apple.com/cgi-bin/WebObjects/MemberSite.woa/wa/getSoftware?bundleID=19907). The 2.5 version, among other things, is described by Apple as appropriate for OS X 10.4, to which I had upgraded two years ago. The 2.5 version includes both gcc 3.3 and gcc 4.0.1.
Allison also speculated that there might be some library corruption somewhere. So I signed up for an Apple Developer Connection online account and downloaded Xcode 2.5. (Hint: allocate 60-90 minutes for this process.) I then tried to configure Parrot by substituting in 4.0 instead of 3.3 in my shell script. And I got exactly the same failures as I had been getting since the PDD 17 branch was merged into trunk! Determining if your platform supports readline...dyld: lazy symbol binding failed: Symbol not found: _rl_get_keymap Referenced from: /Users/jimk/work/26335/./test Expected in: dynamic lookup dyld: Symbol not found: _rl_get_keymap Referenced from: /Users/jimk/work/26335/./test Expected in: dynamic lookup .......................no. Feeling very frustrated, I began googling for the error message. It turns out I am the only person to report the '_rl_get_keymap' aspect of the error messages. However, focusing on the 'dyld: Symbol not found' aspect brought up several links where the problem -- not in Parrot -- was related to readline. I had installed readline 4.3-28 via Fink some time ago, but, curiously, it was never detected by Configure.pl -- even when I was using the non-throwing-warnings version of config/init/hints/darwin.pm that was in trunk before the PDD 17 merge. I decided to uninstall readline 4.3-28 and, since a more recent version (5.0-4) was available to install that. That finally did the trick. I was able to run Configure.pl -- now using gcc 4.0 -- and get the auto::readline step to run without throwing any warnings and have it correctly detect the presence of readline where Fink had installed it. Then, for good measure, I re-configured with gcc 3.3 instead of 4.0, but with the new readline -- and configured successfully there as well. My inference is that there was never a problem with gcc 3.3; the problem was found solely in some incompatibility between the post-PDD 17 version of config/init/hints/darwin.pm and the older version of readline I had on my disk. Since I now have an Apple-built gcc 4.0 compiler on my iBook, going forward I will be using that rather than 3.3. But since the problem was not 3.3 after all, I don't think we should abandon it and I will from time to time try to build with that version. If I hear no objection soon I will resolve this ticket. Thank you very much. kid51
