This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] ppc64 utmp changes

From: Jakub Jelinek <jakub at redhat dot com>
To: Roland McGrath <roland at redhat dot com>
Cc: Steve Munroe <sjmunroe at us dot ibm dot com>, libc-alpha at sources dot redhat dot com
Date: Mon, 30 Sep 2002 22:38:11 +0200
Subject: Re: [PATCH] ppc64 utmp changes
References: <OFF52FA419.4CCD4809-ON86256C44.0064FE5A@rchland.ibm.com> <200209301928.g8UJS7500309@magilla.sf.frob.com>
Reply-to: Jakub Jelinek <jakub at redhat dot com>

On Mon, Sep 30, 2002 at 12:28:07PM -0700, Roland McGrath wrote:
> > I would prefer to define __timeval32 (or __timeval_32t) since there are at
> > least two places (structs utmp and utmpx) that need it.
> > 
> > But it also seems to work with the following in utmp/utmpx:
> 
> Let's do the anonymous struct for now.

Now an important question is whether we want to do something similar
on x86-64, s390/s390x and sparc/sparc64.
Because when both 32-bit and 64-bit programs will use utmp/utmpx,
the files will contain garbage.

	Jakub

Follow-Ups:
- Re: [PATCH] ppc64 utmp changes
  - From: Roland McGrath

References:
- Re: [PATCH] ppc64 utmp changes
  - From: Steve Munroe
- Re: [PATCH] ppc64 utmp changes
  - From: Roland McGrath

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]