OpenAFS Master Repository branch, master, updated. openafs-devel-1_5_76-2231-ge582123
Gerrit Code Review
gerrit@openafs.org
Thu, 15 Mar 2012 08:42:44 -0700 (PDT)
The following commit has been merged in the master branch:
commit e5821239cde138f74f73bec1bd9a3880d08ac3df
Author: Andrew Deason <adeason@sinenomine.net>
Date: Wed Mar 7 16:36:57 2012 -0600
afs: Never #define away afsd_dynamic_vcaches
Some versions of the Solaris Studio compiler on SPARC (at least 12.2
and possibly others, but not 12.3) get a little confused by code like
this:
extern int foo;
int
somefunc(void) {
if (0) return foo;
return 0;
}
When optimization is turned off, this results in an undefined symbol
reference to 'foo' (which is normal), but the resulting object file
lacks a relocation entry for the symbol 'foo', so the symbol remains
undefined after linking. In the OpenAFS tree, this occurs in
afs_daemons.c which references afs_vcount and afs_cacheStats in this
manner due to afsd_dynamic_vcaches being defined as '0' on Solaris.
The end result is that the libafs kernel module is not loadable, since
it complains about afs_vcount and afs_cacheStats being undefined, even
though the symbol definitions are also in the module.
While this is a bug in Solaris Studio and has since been fixed, it is
simple to work around this so we are usable with more compilers. If we
just always declare afsd_dynamic_vcaches as a regular variable, it
works around this issue and keeps the code a tiny bit simpler. So, do
that.
Change-Id: I3f8fc6aafd52487d729289e393fc59dac84d36ea
Reviewed-on: http://gerrit.openafs.org/6888
Tested-by: Michael Meffie <mmeffie@sinenomine.net>
Reviewed-by: Michael Meffie <mmeffie@sinenomine.net>
Reviewed-by: Derrick Brashear <shadow@dementix.org>
src/afs/afs.h | 5 -----
src/afs/afs_init.c | 2 --
2 files changed, 0 insertions(+), 7 deletions(-)
--
OpenAFS Master Repository