Skip to content

make errors while compiling

3 messages · Kieran Healy, Brian Ripley, Peter Dalgaard

Kieran Healy
# 
Dear R users -

I am a first-time R user trying to compile v.0.90.0 under Caldera
OpenLinux 2.3, on a Dell PII400/128. I've encountered a problem with the
make file. 

First, I run configure, which appears to complete properly. (I had to
download an updated gcc library from caldera for this to happen though.)
At the end of its run, config reports:
Then I run make. It terminates after a few lines as follows:

[ -- some initial lines snipped -- ]
making Rsock.d from Rsock.c
In file included from /usr/include/bits/posix1_lim.h:126,
                 from /usr/include/limits.h:30,
                 from
/usr/lib/gcc-lib/i386-linux/egcs-2.91.66/include/limits.h:117,
                 from
/usr/lib/gcc-lib/i386-linux/egcs-2.91.66/include/syslimits.h:7,
                 from
/usr/lib/gcc-lib/i386-linux/egcs-2.91.66/include/limits.h:11,
                 from Rsock.c:28:
/usr/include/bits/local_lim.h:27: linux/limits.h: No such file or
directory
In file included from /usr/include/errno.h:36,
                 from Rsock.c:32:
/usr/include/bits/errno.h:25: linux/errno.h: No such file or directory
In file included from /usr/include/signal.h:294,
                 from Rsock.c:156:
/usr/include/bits/sigcontext.h:28: asm/sigcontext.h: No such file or
directory
make[3]: *** [Rsock.d] Error 1
make[3]: Leaving directory `/root/R-0.90.0/src/appl'
make[2]: *** [R] Error 2
make[2]: Leaving directory `/root/R-0.90.0/src/appl'
make[1]: *** [R] Error 1
make[1]: Leaving directory `/root/R-0.90.0/src'
make: *** [R] Error 1                                 

[ -- end -- ]

The files make appears to be complaining about do exist on my system. In
each case make seems to find the file (eg, /usr/include/bits/errno.h)
but then complains seems to refer to a different directory --
linux/errno.h --- and says `No such file'. If linux/ and asm/ are meant
to be directories with these files inside, they don't exist on my
system. I've tried several clean installs and get the same result each
time.

RPM says I'm using the following C and Fortran packages:

egcs-2.91.66-5
egcs-c++-2.91.66-5
egcs-objc-2.91.66-5
glib-devel-static-1.2.3-2
glibc-devel-static-2.1.1-1
glibc-devel-2.1.1-1
glibc-localedata-2.1.1-1
g77-2.91.66-6                      

I don't have much experience compiling files of this sort, so I can't
interpret the error messages properly. I'd be very grateful for advice
on what I'm doing wrong, and how to remedy it.

Thanks,

Kieran Healy
Brian Ripley
#
On Sat, 11 Dec 1999, Kieran Healy wrote:

            

      
      
      
    

        
Well, not with the make file but with your system. On our RedHat Linux
boxes, both asm/sigcontext.h and linux/limits.h are in the rpm
kernel-headers-*, so I suggest you try installing that. However, again on
our systems, glibc-devel requires kernel-headers.  So either Caldera have
got their dependencies wrong (and we have encountered missing files on
Caldera systems before) or you did not allow dependencies to be installed.
Try

rpm -q --requires glibc-devel

to see if kernel-headers is a dependency.  I vaguely recall there are ways
to check for any missing required packages on RPM-based systems, but as I
have never had need of them, I can't recall the details.

  
    

      
      
    

  


  


      

    

    

      
      

        


  

        

      Peter Dalgaard
    

    

      
      #
    

  


  

      
Prof Brian D Ripley <ripley at stats.ox.ac.uk> writes:

            

      
      
      
    

        
Yes. On some older versions of RedHat and Slackware, I believe that
the asm and linux directories pointed directly into the kernel
sources, so if there's nothing like kernel-headers on your CD, it
might be the kernel sources themselves that need to be installed.

Let us know if (and how) you get this to work. The OpenLinux systems
seem to be gaining popularity because of its user-friendliness,
although at least in 2.2 it turned out that the
programmer-friendliness wasn't quite up to it...