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] |
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] |