diff options
author | Marc Espie <espie@cvs.openbsd.org> | 2005-04-28 22:16:28 +0000 |
---|---|---|
committer | Marc Espie <espie@cvs.openbsd.org> | 2005-04-28 22:16:28 +0000 |
commit | 2cd2e96fbef16347e3c3126edfcdbe819d989396 (patch) | |
tree | c2d903b843700485130397b876d5a57f015f2e7b /gnu | |
parent | d3d82734ea76bc4beb7c812f653027eb16dbf1a5 (diff) |
bump major version, just to be sure.
I did check on i386 that the compiled code was identical.
However, nm shows different symbols in old libobjc compiled with gcc 2.95
versus symbols in new libobjc compiled with gcc 3.3.5.
Since that makes Theo uneasy, and since I didn't remember to ask miod
to verify nm before/after the libobjc change on all architectures,
let's crank the major number.
This is probably 99.9% unnecessary, but the crank takes care of the
0.1% chance that I fucked up and that this change will break, say,
the Objective C ABI on mvme88k.
Fucked up process on my part. Theo's right to remind me.
Diffstat (limited to 'gnu')
-rw-r--r-- | gnu/lib/libobjc/shlib_version | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/gnu/lib/libobjc/shlib_version b/gnu/lib/libobjc/shlib_version index b52599a164f..012c14171d3 100644 --- a/gnu/lib/libobjc/shlib_version +++ b/gnu/lib/libobjc/shlib_version @@ -1,2 +1,2 @@ -major=2 +major=3 minor=0 |