At 22:39 Uhr +0900 15.01.2003, Peter O'Gorman wrote:
It should be sent upstream I guess, but before we do that, I wanted to a) hear what other people think (don't want to embarass myself too much in their eyes :-) and b) make sure that fix is working as I think it should and finally c) it should be compatible to the existing stuff...On Wednesday, January 15, 2003, at 10:03 PM, Max Horn wrote:Yes, I missed that intervening mail, sorry. I also thought (don't know why) that you were making a gal-22 package.
Uhm, the version of gal I used works just fine with an AGE of 1, using this code:
# Darwin ld doesn't like 0 for these options...
major_plus_one=`expr $current - $age + 1`
verstring="-compatibility_version $major_plus_one -current_version $major_plus_one.$age.$revision"
Are you going to send your fix to libtool upstream, it is a major bug?
The above will *not* generate identical versions inside the dylib, even if AGE is 0. However, that should not matter, I believe, as the compatibility version will be the same - provided AGE is 0.
So, the only case to worry about is when AGE is non zero. As I see it, the new code should behave completly correct in that case, while the old code was simply wrong. The question is, what happens to compatibility with this change... well, anything that had a non-ZERO AGE will suddenly have a *lower* compatibility version. So potentially, problems might occur if a library with a non-zero AGE is rebuilt, but its dependencies aren't. Not sure how to make a smooth transition in that case.
But still, this is bug, which breaks binary compatible in cases where it is not necessari to break it, forcing us to make many new packages (gal19, gal21, gal22) when there really is no need (well no need for gal22). So IMHO it should be fixed, even if the transition is not completly painless.
The question is, how many packages do use AGE at all? If it's only a relatively small number, it's easier to transist than otherwise.
Max
--
-----------------------------------------------
Max Horn
Software Developer
-------------------------------------------------------
This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate - our easy online guide will show you how. Click here to get started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
