Hi,
 
Compiling on the target should be possible but very slow. When on the target 
you need to remember that you are no longer cross compiling. This does assume 
that the NFS file system is 'sane' as far as 'gcc' is concerned, it is 
ceratinly big enough at over 1G (for an embedded system).
 
The only reason for the [EMAIL PROTECTED] linux-2.6.10_mvl401]#.  prompt was I 
happened to be logged into the host where I was preparing a custom set of 
kernel modules & device files for inclusion into a root filesystem (produced by 
DevRocket). I need to be root to get the permissions right on the target files. 
You should be able to build the kernel & modules as non-root although 
installing the modules requires root permission to chown the files to uid:0 
gid:0 before using them.
 
Very rarely do you gain much by re installing in the Linux world. If the 
machine boots you should be able to add/remove packages with the package 
management tools that the Linux distribution has. The *buntu series has one of 
the better tools for doing this - you need the 'package manager' rather than 
'add/remove software'. AFAIK it is the same tool with a different 'view'
 
I would fire it up and make sure that you have installed all the relavant 
'devel' packages, particularly 'glibc-headers' (that is the Fedora/Redhat 
name). That should put the host header files under /usr/include. I don't 
understand why your build is failing - it would seem to be finding the 
files...in that it references line numbers within limits.h for example. It is 
the 'no include path' bit I don't get - being that /usr/include is *the* well 
known path for include files. It could be a partial install of gcc??
 
Have a look in /usr/include/limits.h to see what it is complaining about. I 
have attached the Fedora 8 version for comparison - I think you will find the 
Ubuntu limits.h is trying to load another file of the same name and it is this 
file that cannot be found.
 
If you decide to switch to Fedora, I would either wait for Fedora 9 to be 
officially released, use Fedora 8 or given you are effectively building a 
server try CentOS.
 
Regards
 
Phil Q
 
Phil Quiney, Senior Software Engineer
Trinity Convergence
Cambridge Business Park
Cowley Road
Cambridge CB4 0WZ, UK
T: +44(0)1223-435536
F: +44(0)1223-435560
www.trinityconvergence.com <http://www.trinityconvergence.com/> 

 

________________________________

From: YangZhijun [mailto:[EMAIL PROTECTED] 
Sent: 07 May 2008 10:43
To: Phil Quiney; [email protected]
Subject: RE: problem on building a new linux kernel


Thanks Phil, 

I checked the hidden files in my /workdir/lsp directory, a copy dir of the  MV  
LSP in my home  dir.  There are  .mvl_cross_compile, .mvl_target_cpu and  
.mvl_target_installdir already in the dir which contain  arm_v5t_le-,  arm  and 
 arm/v5t_le  respectively. I then use


make mrproper

It seems this make does some cleaning things all right. But still I got the 
following errors when I compile,


[EMAIL PROTECTED]:~/workdir/lsp/ti-davinci$ make V=1 davinci_dm355_evm_defconfig
make -f scripts/Makefile.build obj=scripts/basic
  gcc -Wp,-MD,scripts/basic/.fixdep.d -Wall -Wstrict-prototypes -O2 
-fomit-frame-pointer         -o scripts/basic/fixdep scripts/basic/fixdep.c
In file included from scripts/basic/fixdep.c:113:
/usr/include/limits.h:125:26: error: no include path in which to search for 
limits.h
In file included from /usr/include/bits/socket.h:31,
                 from /usr/include/sys/socket.h:35,
                 from /usr/include/netinet/in.h:24,
                 from /usr/include/arpa/inet.h:23,
                 from scripts/basic/fixdep.c:115:
/usr/include/limits.h:125:26: error: no include path in which to search for 
limits.h
make[1]: *** [scripts/basic/fixdep] Error 1
make: *** [scripts_basic] Error 2

I saw you compiled with a command line prompt like, [EMAIL PROTECTED] 
linux-2.6.10_mvl401]#.  I'm wondering if I should compile in the console 
emulation window connecting to the EVM board via RS232 with my prompt "[EMAIL 
PROTECTED]" (i.e., target $ in the guide), and use the workdir which has 
subdirs of filesys and lsp as the shared file system. But if my gcc package has 
any bug, then I don't think I can pass compilation even using shared file 
system. 

I am using Ubuntu linux 7.04, I did not perceive any mis-operation in my last 
installation but do you think it help if I re-install ubuntu or another linux 
such as Fedora 9 Beta? Any suggestions would be appreciated.

Cheers,

Michael 




________________________________

        Subject: RE: problem on building a new linux kernel
        Date: Tue, 6 May 2008 14:11:15 +0100
        From: [EMAIL PROTECTED]
        To: [EMAIL PROTECTED]; [email protected]
        
        
        Hi
         
        Can you do the following at the top of your kernel source tree.....
         
        echo "arm_v5t_le-" > .mvl_cross_compile
        echo "arm" > .mvl_target_cpu
        echo "arm/v5t_le" > .mvl_target_installdir
        make mrproper
        make V=1 davinci_dm355_evm_defconfig
         
        The 'echo' commands set up the tree so you no longer need to specify 
ARCH= & CROSS_COMPILE= options. MV added this to the Makefile so might as well 
use it. 
         
        The V=1 increases verbosity of the kernel build. This should give more 
information as to what is going wrong
         
        My guess is there is something wrong with your host tools (that is 
native gcc for the PC). The host compiler is needed even when cross compiling 
so that the kernel configuration menus can be built.
         
        For reference my kernel tree does this.....
         
        [EMAIL PROTECTED] linux-2.6.10_mvl401]# make V=1 
davinci_dm355_evm_defconfig
        make -f scripts/Makefile.build obj=scripts/basic
          gcc -Wp,-MD,scripts/basic/.fixdep.d -Wall -Wstrict-prototypes -O2 
-fomit-frame-pointer -I/opt/mv_pro_4.0.1/montavista/pro/bin//../include        
-o scripts/basic/fixdep scripts/basic/fixdep.c
         
        for the file you were having problems with.
        
        Regards
         
        Phil Q
         
         
        Phil Quiney, Senior Software Engineer
        Trinity Convergence
        Cambridge Business Park
        Cowley Road
        Cambridge CB4 0WZ, UK
        T: +44(0)1223-435536
        F: +44(0)1223-435560
        www.trinityconvergence.com <http://www.trinityconvergence.com/> 
        
         

________________________________

        From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of 
YangZhijun
        Sent: 04 May 2008 17:45
        To: [email protected]
        Subject: problem on building a new linux kernel
        
        
        Dear All,
        
        When following the getting started guide of DM355 DVEVM to build a new 
linux kernel, 
        after entering, 
        
        $ make ARCH=arm CROSS_COMPILE=arm_v5t_le- davinci_dm355_evm_defconfig
        
        I got the following errors,
        
          HOSTCC  scripts/basic/fixdep
        In file included from scripts/basic/fixdep.c:113:
        /usr/include/limits.h:125:26: error: no include path in which to search 
for limits.h
        In file included from /usr/include/bits/socket.h:31,
                         from /usr/include/sys/socket.h:35,
                         from /usr/include/netinet/in.h:24,
                         from /usr/include/arpa/inet.h:23,
                         from scripts/basic/fixdep.c:115:
        /usr/include/limits.h:125:26: error: no include path in which to search 
for limits.h
        make[1]: *** [scripts/basic/fixdep] Error 1
        make: *** [scripts_basic] Error 2
        Any suggestions about this pr oblem? Thanks. 
        
        Michael
        
        
        
________________________________

        “七件武器,七种完美” 立刻体验! <http://get.live.cn>  


________________________________

用 Windows Live Spaces 展示个性自我,与好友分享生活! 了解更多信息! <http://spaces.live.com/?page=HP> 
 

Attachment: limits.h
Description: limits.h

_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Reply via email to