summaryrefslogtreecommitdiff
path: root/gnu
diff options
context:
space:
mode:
authorMarc Espie <espie@cvs.openbsd.org>2005-04-28 22:16:28 +0000
committerMarc Espie <espie@cvs.openbsd.org>2005-04-28 22:16:28 +0000
commit2cd2e96fbef16347e3c3126edfcdbe819d989396 (patch)
treec2d903b843700485130397b876d5a57f015f2e7b /gnu
parentd3d82734ea76bc4beb7c812f653027eb16dbf1a5 (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_version2
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