Nope... your patch took it from net_version to ubik_version, ubik_tid, but I'm getting double defines of ubik_version and ubik_tid cause of it being in ubik.p.h. Simply commenting the defs out of ubik.p.h seems to fix build in the ubik dir, but haven't checkout outside yet.
-- Nathan ------------------------------------------------------------ Nathan Neulinger EMail: [EMAIL PROTECTED] University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 > -----Original Message----- > From: Neulinger, Nathan > Sent: Tuesday, February 26, 2002 10:42 AM > To: Nickolai Zeldovich; [EMAIL PROTECTED] > Subject: RE: [OpenAFS-devel] problems with rxgen changes... > ubik_tid, ubik_version doubly defined... > > > Really? I just did an update a couple minutes ago... I'll try > again... > > -- Nathan > > ------------------------------------------------------------ > Nathan Neulinger EMail: [EMAIL PROTECTED] > University of Missouri - Rolla Phone: (573) 341-4841 > Computing Services Fax: (573) 341-4216 > > > > -----Original Message----- > > From: Nickolai Zeldovich [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, February 26, 2002 10:41 AM > > To: [EMAIL PROTECTED] > > Subject: Re: [OpenAFS-devel] problems with rxgen changes... > > ubik_tid, ubik_version doubly defined... > > > > > > > They are getting defined in both ubik.h and ubik_int.h: > > > [...] > > > > If you cvs update, you should notice this particular problem > > (and a few others having to do with rxgen prototypes) have > > been fixed in the mainline. > > > > There's still a more annoying problem in afsfileprocs.c where > > CallPreamble magically turns an rx_call into rx_connection, > > and the arguments to the SRXAFS functions aren't what the > > prototypes say they should be. In particular, most SRXAFS > > functions type their first arg as "struct rx_connection *" > > when the prototypes consider them to be "struct rx_call *". > > I haven't fixed this one yet. > > > > -- kolya > > _______________________________________________ > > OpenAFS-devel mailing list > > [EMAIL PROTECTED] > > https://lists.openafs.org/mailman/listinfo/openafs-devel > > > _______________________________________________ > OpenAFS-devel mailing list > [EMAIL PROTECTED] > https://lists.openafs.org/mailman/listinfo/openafs-devel > _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
