Ticket #120 (closed task: fixed)

Opened 1 year ago

Last modified 2 weeks ago

Embedded ARM uClibc-0.9.29 Build Problem

Reported by: tomo Assigned to: jciccone
Priority: blocker Milestone: CLFS Embedded 1.0.0
Component: BOOK Version: CLFS Embedded 1.0.0
Keywords: uClibc-0.9.29, make, headers, -mbig-endian Cc:

Description

Book: Version SVN-0.0.1-20070214-arm Section: 6.7.1 Host: Fedora 7, 2.6.21-1.3228.fc7 #1 SMP Tue Jun 12 15:37:31 EDT 2007 i686 i686 i386 GNU/Linux

the "make headers" command fails with the following error:

[root@man-o-war uClibc-0.9.29]# make ARCH=arm headers make[1]: `conf' is up to date. cc1: error: unrecognized command line option "-mbig-endian" cc1: error: unrecognized command line option "-mbig-endian"

this looks like the modifiers are for ARM whereas we are trying to build the headers using the host CC. Does anyone know of a workaround for now?

I apologise in advance if I don't have the ticket properties correct as I'm new to CLFS :-)

tomo

Change History

(in reply to: ↑ description ) 07/07/07 05:49:40 changed by tianna1121

i have the same problem...can somebody help? Replying to tomo:

Book: Version SVN-0.0.1-20070214-arm Section: 6.7.1 Host: Fedora 7, 2.6.21-1.3228.fc7 #1 SMP Tue Jun 12 15:37:31 EDT 2007 i686 i686 i386 GNU/Linux the "make headers" command fails with the following error: [root@man-o-war uClibc-0.9.29]# make ARCH=arm headers make[1]: `conf' is up to date. cc1: error: unrecognized command line option "-mbig-endian" cc1: error: unrecognized command line option "-mbig-endian" this looks like the modifiers are for ARM whereas we are trying to build the headers using the host CC. Does anyone know of a workaround for now? I apologise in advance if I don't have the ticket properties correct as I'm new to CLFS :-) tomo

(follow-up: ↓ 3 ) 11/20/07 08:53:02 changed by frankie

Here you are: the procedure detailed in the book is roughly wrong. You have NOT to create/install uclibc headers before the cross-compiler, because it needs the cross-compiler to do that. So simply ignore the headers step and go straight on. That is wrong with both uclibc and glibc AFAIK since many years. See a recent post like http://uclibc.org/lists/uclibc/2007-July/018217.html, but anyway that is the same suggested in other sources.

(in reply to: ↑ 2 ) 11/21/07 13:22:47 changed by frankie

To be more complete, the intermediate step should be removed, but the successive bootstrap gcc configuration should include --without-headers --with-newlib. Historically, there is at least one version (3.2.x) where --without-headers was broken and a pre-installation of headers was indeed required for both uclibc and glibc as a possible work around. But the book deals with 4.x and it is not broken on that regard. Note that it was ok with gcc 2.95. The use of newlib is not problematic even if the regular gcc will use the ulibc.

11/08/08 07:27:02 changed by jciccone

  • owner changed from clfs-commits@lists.cross-lfs.org. to jciccone.

11/08/08 07:27:23 changed by jciccone

Fix in progress, will commit within the next few days.

11/08/08 07:37:54 changed by jciccone

  • status changed from new to closed.
  • resolution set to fixed.

This issue should now be resolved.

r4070