Combined toolchain build

Combined toolchain build

[Shaun Jackman]

I'm trying to build a combined tool-chain for arm-wince-pe. 

I build the source tree:
cd ../../binutils/binutils-2.14
find . | cpio -pdlm ../../combined/combined
cd ../../newlib/newlib-1.11.0
find . | cpio -pdlm ../../combined/combined
cd ../../gcc/gcc-3.2
find . | cpio -pdlmu ../../combined/combined

and configure it:
../combined/configure --target=arm-wince-pe --enable-languages=c++
--with-cpu=strongarm
--disable-shared --with-newlib --enable-multilib=no

When I run make, I get the following error:
gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -o ld-new ldgram.o ldlex.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o ldwrite.o ldexp.o ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o earmpe.o deffilep.o pe-dll.o  ../bfd/.libs/libbfd.a ../libiberty/libiberty.a ./../intl/libintl.a
ldmain.o(.text+0x11b): In function `main':
: undefined reference to `lrealpath'
ldmain.o(.text+0xe86): In function `set_scripts_dir':
: undefined reference to `make_relative_prefix'
ldmain.o(.text+0xed4): In function `set_scripts_dir':
: undefined reference to `make_relative_prefix'
ldfile.o(.text+0x16): In function `is_sysrooted_pathname':
: undefined reference to `lrealpath'

Any idea what's causing this?

Thanks,
Shaun

Re: Combined toolchain build

[Daniel Jacobowitz]

On Mon, Jun 30, 2003 at 03:55:10PM -0600, Shaun Jackman wrote:
> I'm trying to build a combined tool-chain for arm-wince-pe. 
> 
> I build the source tree:
> cd ../../binutils/binutils-2.14
> find . | cpio -pdlm ../../combined/combined
> cd ../../newlib/newlib-1.11.0
> find . | cpio -pdlm ../../combined/combined
> cd ../../gcc/gcc-3.2
> find . | cpio -pdlmu ../../combined/combined
> 
> and configure it:
> ../combined/configure --target=arm-wince-pe --enable-languages=c++
> --with-cpu=strongarm
> --disable-shared --with-newlib --enable-multilib=no
> 
> When I run make, I get the following error:
> gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -o ld-new ldgram.o ldlex.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o ldwrite.o ldexp.o ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o earmpe.o deffilep.o pe-dll.o  ../bfd/.libs/libbfd.a ../libiberty/libiberty.a ./../intl/libintl.a
> ldmain.o(.text+0x11b): In function `main':
> : undefined reference to `lrealpath'
> ldmain.o(.text+0xe86): In function `set_scripts_dir':
> : undefined reference to `make_relative_prefix'
> ldmain.o(.text+0xed4): In function `set_scripts_dir':
> : undefined reference to `make_relative_prefix'
> ldfile.o(.text+0x16): In function `is_sysrooted_pathname':
> : undefined reference to `lrealpath'
> 
> Any idea what's causing this?

The binutils 2.14 release needs newer versions of libiberty and include
than those provided by GCC 3.2.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

Re: Combined toolchain build

[Shaun Jackman]

I'm now using binutils-2.14 and gcc-3.3 and am receiving the following
error.

gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2 -o ld-new ldgram.o
ldlex.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o ldwrite.o ldexp.o ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o earmpe.o deffilep.o pe-dll.o  ../bfd/.libs/libbfd.a ../libiberty/libiberty.a ./../intl/libintl.a
ldmain.o(.text+0xf4): In function `main':
../../combined/ld/ldmain.c:243: undefined reference to `lrealpath'
ldfile.o(.text+0x93): In function `is_sysrooted_pathname':
../../combined/ld/ldfile.c:98: undefined reference to `lrealpath'
collect2: ld returned 1 exit status

If this is still caused by a libiberty version mismatch, which versions
of binutils and gcc are compatible on this front?

Alternatively, I'm currently using the gcc versions of the libraries as
"the one true version". Should I use another version instead perhaps?

Thanks,
Shaun


On Mon, 2003-06-30 at 15:59, Daniel Jacobowitz wrote:
> On Mon, Jun 30, 2003 at 03:55:10PM -0600, Shaun Jackman wrote:
> > I'm trying to build a combined tool-chain for arm-wince-pe. 
> > 
> > I build the source tree:
> > cd ../../binutils/binutils-2.14
> > find . | cpio -pdlm ../../combined/combined
> > cd ../../newlib/newlib-1.11.0
> > find . | cpio -pdlm ../../combined/combined
> > cd ../../gcc/gcc-3.2
> > find . | cpio -pdlmu ../../combined/combined
> > 
> > and configure it:
> > ../combined/configure --target=arm-wince-pe --enable-languages=c++
> > --with-cpu=strongarm
> > --disable-shared --with-newlib --enable-multilib=no
> > 
> > When I run make, I get the following error:
> > gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -o ld-new ldgram.o ldlex.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o ldwrite.o ldexp.o ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o earmpe.o deffilep.o pe-dll.o  ../bfd/.libs/libbfd.a ../libiberty/libiberty.a ./../intl/libintl.a
> > ldmain.o(.text+0x11b): In function `main':
> > : undefined reference to `lrealpath'
> > ldmain.o(.text+0xe86): In function `set_scripts_dir':
> > : undefined reference to `make_relative_prefix'
> > ldmain.o(.text+0xed4): In function `set_scripts_dir':
> > : undefined reference to `make_relative_prefix'
> > ldfile.o(.text+0x16): In function `is_sysrooted_pathname':
> > : undefined reference to `lrealpath'
> > 
> > Any idea what's causing this?
> 
> The binutils 2.14 release needs newer versions of libiberty and include
> than those provided by GCC 3.2.

Re: Combined toolchain build

[DJ Delorie]

In general, you should avoid doing a combined tree using released
branches of packages.  The combined tree is best when you're working
with the current development branches, because the common parts will
then be in sync.

If you're building released packages, it's best to build them in
separate trees, because of the problems you mention.  However, in the
case of libiberty, it's often possible to simply use whichever
libiberty seems newer, or in some cases, just use the development
version of libiberty and include from the binutils project (binutils'
include has more files than gcc's).