This is the mail archive of the libc-hacker@sourceware.cygnus.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.


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

Re: rlimit changes


Jakub Jelinek <jakub@redhat.com> writes:

|> On Mon, Dec 13, 1999 at 10:25:09AM +0100, Andreas Schwab wrote:
|> > Ulrich Drepper <drepper@cygnus.com> writes:
|> > 
|> > |> It is not possible to fix the Alpha problems without removing the
|> > |> generic stuff.
|> > 
|> > This is wrong.  Only the lines
|> > 
|> > ifeq ($(subdir),resource)
|> > sysdep_routines += oldgetrlimit64 oldsetrlimit64
|> > endif
|> > 
|> > should be moved to the 32 bit arch subdirs.  Everything else is ok.
|> 
|> What's so generic about getrlimit.c? It will work on i386, ppc, won't work on alpha,
|> sparc, sparc64. For other architectures it depends what will be written.

It should work on all platforms that still use the old RLIM_INFINITY, and
those that define ugetrlimit.  That should currently be all 2.2 kernels.

|> sparc32 at the moment does not define any ugetrlimit syscall, but defines
|> getrlimit and old_getrlimit.

So sparc32 probably needs it's own getrlimit.  That does not require
removing the generic getrlimit.

Andreas.

-- 
Andreas Schwab                                  "And now for something
SuSE Labs                                        completely different."
schwab@suse.de
SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg

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