[OpenAFS-devel] problems with rxgen changes... ubik_tid, ubik_version doubly defined...

[Neulinger, Nathan]

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.=20

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Neulinger, Nathan=20
> Sent: Tuesday, February 26, 2002 10:42 AM
> To: Nickolai Zeldovich; openafs-devel@openafs.org
> Subject: RE: [OpenAFS-devel] problems with rxgen changes...=20
> ubik_tid, ubik_version doubly defined...
>=20
>=20
> Really? I just did an update a couple minutes ago... I'll try=20
> again...=20
>=20
> -- Nathan
>=20
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  nneul@umr.edu
> University of Missouri - Rolla         Phone: (573) 341-4841
> Computing Services                       Fax: (573) 341-4216
>=20
>=20
> > -----Original Message-----
> > From: Nickolai Zeldovich [mailto:kolya@MIT.EDU]=20
> > Sent: Tuesday, February 26, 2002 10:41 AM
> > To: openafs-devel@openafs.org
> > Subject: Re: [OpenAFS-devel] problems with rxgen changes...=20
> > ubik_tid, ubik_version doubly defined...
> >=20
> >=20
> > > They are getting defined in both ubik.h and ubik_int.h:
> > > [...]
> >=20
> > 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.
> >=20
> > 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.
> >=20
> > -- kolya
> > _______________________________________________
> > OpenAFS-devel mailing list
> > OpenAFS-devel@openafs.org
> > https://lists.openafs.org/mailman/listinfo/openafs-devel
> >=20
> _______________________________________________
> OpenAFS-devel mailing list
> OpenAFS-devel@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-devel
>=20