[Buildroot] [PATCH 04/10] binutils: make it a proper package

Thomas Petazzoni thomas.petazzoni at free-electrons.com
Mon Jan 3 09:14:58 UTC 2011


On Wed, 29 Dec 2010 17:41:58 -0300
Gustavo Zacarias <gustavo at zacarias.com.ar> wrote:

> >  Gustavo>  $(GCC_BUILD_DIR2)/.configured: $(GCC_DIR)/.patched
> >  Gustavo>  	mkdir -p $(GCC_BUILD_DIR2)
> >  Gustavo> -	-rmdir $(STAGING_DIR)/usr/$(REAL_GNU_TARGET_NAME)/lib
> >  Gustavo> -	mkdir -p $(STAGING_DIR)/lib
> >  Gustavo> -	ln -snf ../../lib $(STAGING_DIR)/usr/$(REAL_GNU_TARGET_NAME)/lib
> >  Gustavo> -	$(if $(BR2_ARCH_IS_64),mkdir -p $(STAGING_DIR)/lib64)
> >  Gustavo> -	$(if $(BR2_ARCH_IS_64),ln -snf ../../lib64 $(STAGING_DIR)/usr/$(REAL_GNU_TARGET_NAME)/lib64)
> > 
> > Why remove this ARCH_IS_64 stuff?
> 
> This is from commit 3c77bab2eeace3ee675bd745ca335fa3dd1630bb which does
> a symlink trick to make libstdc++ available. It's simpler to just copy
> libstdc++ (and libgcj/libgcc while at it) to the sysroot which is fixed
> in patch #5 from my series.

I am not sure about this justification, since I don't see what change
in the toolchain build procedure removes the need for this symbolic
link. Have you actually tested building WebKit on x86_64 for example ?

Thanks,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com



More information about the buildroot mailing list