I had this problem yesterday as well. Gettext is a nasty one to have this problem because a lot of ports depend on it. When I tried rebuilding some more complicated dependent ports, I was getting failures in tools such as bison that are run during the configure process. I agree with David Glasser, there is probably a better way to handle this situation. To start with, what about adding a 'dry-run' mode to the tool, so it would use the same dependency-following algorithms based on your option selections, and return just which ports would be affected by your action? Frank On Sep 25, 2006, at 5:18 PM, Mark Hattam wrote:
Yes, it broke my php4 too ... but it's working again after a force rebuild.
Mark
--
At 15:45 -0400 25/9/06, David Glasser wrote:
I did a "port upgrade installed" this morning, which upgraded gettext. gettext used to provide /opt/local/lib/libintl.3.dylib, and now provides /opt/local/lib/libintl.8.dylib. This broke a lot of ports, including subversion, subversion-perlbindings, gawk, gnupg, wget, and bitlbee:
dyld: Library not loaded: /opt/local/lib/libintl.3.dylib Referenced from: /opt/local/bin/wget Reason: image not found Trace/BPT trap
--dave
-- David Glasser | glasser@mit.edu | http://www.davidglasser.net/ _______________________________________________ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
_______________________________________________ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users