On Sun, Jan 11, 2009 at 12:04 PM, Matt Benjamin <[email protected]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi, > > Looks like this issue is also RT 119118, filed Oct. 3. I support the > suggestion. However, wouldn't the preferred name be "struct afs_conn"? > > With regard to the gmake story, I'm suspicious. I'm told gmake is the > 'correct' make, for the solaris builds, but for me libafs.o is not built > without an equivalent change to the declaration of struct conn. The > libafs.nonfs.o is built, however, possibly your friend doesn't use the > nfs translator and didn't notice? > > (btw, didn't jake do some work with solaris function prototypes > recently? don't see them in RT...) > > Matt > > Joel wrote: >> I agree, ``conn'' is probably not the best choice, especially inside a >> commonly included header file. >> >> Interestingly enough, I was trying to think of reasons this compiled >> fine for a friend of mine, but not me. Since this is a new OpenSolaris >> install, GNU make wasn't around, so typing make invoked Sun's make. >> Using gmake made everything compile fine. I haven't really looked into >> why this is, but it worked. >> >> Joel >> > > > - -- > > Matt Benjamin > > The Linux Box > 206 South Fifth Ave. Suite 150 > Ann Arbor, MI 48104 > > http://linuxbox.com > > tel. 734-761-4689 > fax. 734-769-8938 > cel. 734-216-5309 > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJajSwJiSUUSaRdSURCFDeAJsGhln4HBJcFJ6gR0risZ9mg0NkxACfQDSE > jFde5EHSE7rUaUYD34YriaE= > =X89W > -----END PGP SIGNATURE----- >
Indeed, libafs.o was not built. I've only ever used libafs.nonfs.o, which is why I didn't notice this before. RT 119118 is the issue I saw, and the file in question appears to be rpc_rdma.h Joel _______________________________________________ OpenAFS-devel mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-devel
