Upgrading gettext breaks many ports

[Frank McPherson]

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 at mit.edu | http://www.davidglasser.net/
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo/macports-users
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-users