The binary installation creates a different
installation vs the make install, where a link/alias is
created for Wish Shell.app in /Applications/Utilities.
The source make install tries to install Wish Shell.app
in /Application/Utilities directly, and chokes on the
alias during install and fails. Understandably the
project maintainers may not have any involvement in the
development of binary installs but if you provide
binaries from the project, either installation should
be standardized or the source installs should account
for this condition.
Logged In: YES
user_id=90580
as mentioned on tcl-mac, this is really due to a bug in Xcode, and we
cannot get control in the Xcode project early enough to prevent it.
The only possible workaround I can think of would be do remove the
symlink in tk/macosx/Makefile before we call Xcode, would that work for
your purposes? (of course this will not prevent the error when installing
from within Xcode)