On Monday 18 February 2008 06:43:22 Andy Dougherty wrote: > The problem here looks relatively simple: The symbol _Parrot_conv_i2_i > is defined in two places: myops_ops.o and > /usr/local/lib/libparrot.dylib(core_ops.o) > > That '/usr/local/lib/libparrot.dylib' shouldn't be there. It's probably a > remnant of an old installation. Uninstalling the old libparrot should fix > this problem.
Ah, you're right. > This is also a good example of why parrot shouldn't be installed at > present, and why I think attempts to make it easy to install (e.g via yum, > macports, rpm, apt-get, etc.) are not a good idea at this time. We have to fix it eventually. What kind of solution do you think is best? Will re-arranging the order of library include paths to the linker fix it, or is there something even better? -- c
