This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


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

Re: sys/resource.h on latest Linux kernel


>>>>> Dave Gilbert writes:

 > Hi,
 >   As reported previously I have had problems compiling recent GCC snaps;
 > (Linux/Alpha with recent 2.3. kernel).

 > The problem appears to be that the configuration scripts are failing to
 > detect the presence of sys/resource.h but still defining HAVE_GETRUSAGE.

 > Looking further, in the config.log I can see:
 > configure:2010: checking for sys/resource.h
 > configure:2020: gcc -E  conftest.c >/dev/null 2>conftest.out
 > In file included from /usr/include/sys/resource.h:25, 
 >                  from configure:2016:
 > /usr/include/bits/resource.h:109: warning: `RLIM_INFINITY' redefined
 > /usr/include/asm/resource.h:26: warning: this is the location of the
 > previous definition
 > configure: failed program was:
 > #line 2015 "configure"
 > #include "confdefs.h"
 > #include <sys/resource.h>


 > -------

 > So I have some questions:
 >    1) Why is the configuration not setting HAVE_SYS_RESOURCE_H - after all
 > the compiler only gave a warning.

 >    2) Shouldn't the test for GETRUSAGE be consistent with the test for
 > SYS_RESOURCE ?

 >    3) Is this a glibc problem, a kernel problem or a mix of the two?
The kernel has changed - and therefore glibc needs also to change.

This should be fixed with glibc 2.1.3 - if not send a bug report with
the glibcbug script.

Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.rhein-neckar.de

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