Dear Ken,          thank you very much for your advices. I have to say that following the instruction given in clfs-1.0 is very easy and consequently the installation of all the recommended packages is straightforward. The only issue I have is with the kernel. The industrial computer I'm using is embedding a bridge to a communication bus that requires kernel modifications to be supported. So this is binding me to use the kernel version (and patches) provided by Motorola.

Yesterday, few minutes after I wrote my message to the list, I receive another message from motorola, suggesting to using a much newer kernel version (2.6.20), this seems to fix the issue. (Temporary) Perl compiled properly, and when I left yesterday evening, glib was compiling.

Once again I was a version mismatch between the headers and the kernel, but reading your message I've understood that using kernel newer than the header is a bit safer than the other way round.  Anyway, I'll keep you all informed....

<br><br>Cheers,<br><br>Antonio<br><br><div class="gmail_quote">On Dec 11, 2007 12:50 AM, Ken Moffat <<a href="mailto:zarniwhoop@ntlworld.com">zarniwhoop@ntlworld.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

----- Forwarded message from Ken Moffat <<a href="mailto:zarniwhoop@ntlworld.com">zarniwhoop@ntlworld.com</a>> -----<br> The fscking list list-headers got the better of me this time.<br>Forwarding a copy to the list.

<br><div><div></div><div class="Wj3C7c"><br>On Mon, Dec 10, 2007 at 05:20:21PM +0100, Antonio Bulgheroni wrote:<br>> Dear all,<br>><br>>     first of all, I would like to thank all the developers for making cross

<br>> builbing linux from scratch an easy task!  Unfortunately I'm here to report<br>> a problem I'm not able to fix.<br>><br>> A brief intro first. I'm using CLFS because I have a single board computer

<br>> called MVME6100 with a Motorola ppc processor and I want to run linux on top<br>> of that. I don't have any other ppc computer, so the only duable way is<br>> cross-compiling. Motorola is (unofficially) distributing a patch for the

<br>> linux kernel (2.6.14) to make it compatible with MVME6100 and using CFLS I<br>> managed to boot up into the temporary system and start refining the<br>> installation toward the final system. Instead of compiling the kernel you

<br>> suggest, I'm using the Motorola patched one and also I'm not using UDEV.<br>><br> You already have more experience than I do (otherwise you wouldn't<br>have got this far), so please forgive me if I suggest things you

have already looked at.  The problems seem to happen as soon as perl's configure system gets into the kernel headers.  I think you are probably using ARCH=ppc in the kernel (2.6.14 was, I think, before ARCH=powerpc).

<br>Unfortunately, your kernel is too old to provide its own sanitised<br>headers, so I can't suggest that you use the headers from the<br>patched kernel sources.<br><br> The clfs linux-headers have had little usage on embedded ppc, so

<br>it's possible there is a breakage hiding amongst them.  But equally,<br>I have to say the same thing about the older linux-libc-headers.<br>What is absolutely certain is that you cannot safely use newer<br>headers than the kernel.  So in this case, headers from 

2.6.14 or older.  You should also look _in_detail_ at the kernel patch to see if any of the userspace headers need to be altered, e.g. perhaps there are new #ifdef options in the kernel headers to support this processor.

<br>Probably, start by looking at /usr/include/{,linux/,sys/}time.h to<br>see what they all reference and look to see if any of it is affected<br>by the Motorola patch.  If it was me, I'd probably give up :-(<br><br> Hmm, it's also possible that gcc is doing the wrong thing -

<br>mainstream 32-bit powerpc is reasonably well tested against recent<br>versions of gcc-4.1 and 4.2, but a recent compiler with an old<br>kernel could open up a load of new problems.  Is this board merged,<br>or close to being merged, in recent kernels or did public

development stop at 2.6.14 ?  Maybe you could try an older version of gcc - with the appropriate patches.  You haven't mentioned which version of the book you started from, but I suppose clfs-1.0 is probably as old as I can recommend for this.

<br><br>ĸen<br>--<br>das eine Mal als Tragödie, das andere Mal als Farce<br><br></div></div>----- End forwarded message -----<br><div class="Ih2E3d"><br>--<br>das eine Mal als Tragödie, das andere Mal als Farce<br></div>_______________________________________________

<br>Clfs-support mailing list<br><a href="mailto:Clfs-support@lists.cross-lfs.org">Clfs-support@lists.cross-lfs.org</a><br><a href="http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org" target="_blank">http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org

</a> </blockquote></div> <br clear="all"> --  Antonio Bulgheroni, PhD Computers have a lot in common with air conditioners: Once you open WINDOWS, they stop working properly.