Re: egcs-19990629 bombs looking for make_temp_file

[<joel at OARcorp dot com>]

On Sat, 10 Jul 1999, Jeffrey A Law wrote:

> 
>   In message <Pine.LNX.4.10.9907091614250.25202-100000@oar3remote>you write:
>   > gcc -DCROSS_COMPILE -DIN_GCC     -O2 -g  -DHAVE_CONFIG_H  -o xgcc gcc.o
>   > gccspec.o intl.o \
>   >   prefix.o version.o  obstack.o        ../libiberty/libiberty.a
>   > gcc.o: In function `do_spec_1':
>   > /usr1/rtems/work/tools/build-i386-tools/gcc/../../src/gcc/gcc.c:3692:
>   > undefined reference to `make_temp_file'
>   > gmake[1]: *** [xgcc] Error 1
>   > gmake[1]: Leaving directory `/usr1/rtems/work/tools/build-i386-tools/gcc'
>   > gmake: *** [all-gcc] Error 2
>   > 
>   > 
>   > This did not happen with 1.1.2 and is a regression.
> make_temp_file should be satisifed by choose-temp.o in libiberty.  We need to
> figure out why it did not get included into your libiberty.a library?

I think I found this.  I do one tree builds and build the "src"
directory with symbolic links to the various components.  

>From time to time, I have to switch packages for the source of
common stuff like libiberty.  I was getting it from binutils 2.9.1.  
The list of things that could be impacted when doing a one tree build of
egcs/gcc, binutils, and newlib are:

config config.guess config.sub configure configure.in \
        config-ml.in Makefile.in install-sh move-if-change \
        mkinstalldirs libiberty

To do the one tree build, I have to link these packages into "src" and
then build.  The script just got old versions.

And the US$64 question .. how to avoid this problem?  Something tells me
it is just a recurrent issue. ;)

--joel