Bootstrapped gcc 3.2.1 on Tru64 with native make and gcc

Bootstrapped gcc 3.2.1 on Tru64 with native make and gcc

[Paul Hughett]

Successfully bootstrapped and installed gcc 3.2.1 on the
alphaev6-dec-osf4.0f platform using the native make and cc.  Only the
C compiler was built, and two manual tweaks to the build process were
required.  Separate source and bin directories were used.

The specific configuration used was 

   ../gcc-3.2.1/configure --prefix=/usr/local/gcc-3.2.1 \
      --disable-threads --with-gc=simple --enable-languages=c \
      --enable-version-specific-runtine-libs

An attempt to compile c++ was unsuccessful, failing with a file not found
error while attempting to compile libstdc++.  Other languages were not
attempted.


Tweak #1: After configure but before make bootstrap, create a link from
$bindir/gcc/intl/plural.c to $srcdir/gcc/intl/plural.c.


Tweak #2: After configure but before make install, in the file

   $bindir/gcc/intl/Makefile

change the line

   INSTALL = ../../gcc-3.2.1/gcc/../install-sh -c

to

   INSTALL = ../../../gcc-3.2.1/gcc/../install-sh -c


Paul Hughett

===========================================================
Paul Hughett, Ph.D.              Research Associate
Neuropsychiatry Section          
10th floor Gates Building                    
Hospital of the University       
    of Pennsylvania              
3400 Spruce Street                  
Philadelphia PA 19104            hughett@bbl.med.upenn.edu

        A rose by any other name confuses the issue.
                                  -Patrick E. Raume
===========================================================

Re: Bootstrapped gcc 3.2.1 on Tru64 with native make and gcc

[Joe Buck]

> Successfully bootstrapped and installed gcc 3.2.1 on the
> alphaev6-dec-osf4.0f platform using the native make and cc.  Only the
> C compiler was built, and two manual tweaks to the build process were
> required.  Separate source and bin directories were used.

It appears that the tweaks you used were related to problems in
internationalization support.  If you don't need support for non-English
locales, I suggest that you try passing

--disable-nls 

to configure.  You might get further (please try this and see if you
can build C++).

> The specific configuration used was 
> 
>    ../gcc-3.2.1/configure --prefix=/usr/local/gcc-3.2.1 \
>       --disable-threads --with-gc=simple --enable-languages=c \
>       --enable-version-specific-runtine-libs
> 
> An attempt to compile c++ was unsuccessful, failing with a file not found
> error while attempting to compile libstdc++.  Other languages were not
> attempted.
> 
> 
> Tweak #1: After configure but before make bootstrap, create a link from
> $bindir/gcc/intl/plural.c to $srcdir/gcc/intl/plural.c.
> 
> 
> Tweak #2: After configure but before make install, in the file
> 
>    $bindir/gcc/intl/Makefile
> 
> change the line
> 
>    INSTALL = ../../gcc-3.2.1/gcc/../install-sh -c
> 
> to
> 
>    INSTALL = ../../../gcc-3.2.1/gcc/../install-sh -c

Ouch.  Perhaps the need for Tweak #2 wasn't obvious because other
platforms detect a usable install program, so they don't need the
install-sh in the distribution?

Re: Bootstrapped gcc 3.2.1 on Tru64 with native make and gcc

[Paul Hughett]

Joe,

>> Successfully bootstrapped and installed gcc 3.2.1 on the
>> alphaev6-dec-osf4.0f platform using the native make and cc.  Only the
>> C compiler was built, and two manual tweaks to the build process were
>> required.  Separate source and bin directories were used.

> It appears that the tweaks you used were related to problems in
> internationalization support.  If you don't need support for non-English
> locales, I suggest that you try passing

> --disable-nls 

> to configure.  You might get further (please try this and see if you
> can build C++).

I regret to report that this is only a partial fix.  It gets through the
first impasse with plural.c but still fails while attempting to build
libstdc++ with the following error:

...
rm -fr .libs/libstdc++.lax/libmath.a
mkdir .libs/libstdc++.lax/libmath.a
(cd .libs/libstdc++.lax/libmath.a && ar x /apps/admin/src/gcc-3.2.1.bin/alphaev6-dec-osf4.0f/libstdc++-v3/src/../libmath/.libs/libmath.a)
rm -fr .libs/libstdc++.lax/libsupc++convenience.a
mkdir .libs/libstdc++.lax/libsupc++convenience.a
(cd .libs/libstdc++.lax/libsupc++convenience.a && ar x /apps/admin/src/gcc-3.2.1.bin/alphaev6-dec-osf4.0f/libstdc++-v3/src/../libsupc++/.libs/libsupc++convenience.a)
/apps/admin/src/gcc-3.2.1.bin/gcc/g++ -B/apps/admin/src/gcc-3.2.1.bin/gcc/ -nostdinc++  -L/apps/admin/src/gcc-3.2.1.bin/alphaev6-dec-osf4.0f/libstdc++-v3/src -L/apps/admin/src/gcc-3.2.1.bin/alphaev6-dec-osf4.0f/libstdc++-v3/src/.libs -B/usr/local/gcc-3.2.1/alphaev6-dec-osf4.0f/bin/ -B/usr/local/gcc-3.2.1/alphaev6-dec-osf4.0f/lib/ -isystem /usr/local/gcc-3.2.1/alphaev6-dec-osf4.0f/include -shared -nostdlib  ${wl}-expect_unresolved ${wl}\*   .libs/bitset.o .libs/codecvt.o .libs/complex_io.o .libs/concept-inst.o .libs/ctype.o .libs/ext-inst.o .libs/fstream.o .libs/fstream-inst.o .libs/functexcept.o .libs/globals.o .libs/io-inst.o .libs/ios.o .libs/istream-inst.o .libs/limits.o .libs/locale.o .libs/locale-inst.o .libs/localename.o .libs/misc-inst.o .libs/ostream-inst.o .libs/sstream-inst.o .libs/stdexcept.o .libs/stl-inst.o .libs/streambuf-inst.o .libs/string-inst.o .libs/strstream.o .libs/valarray-inst.o .libs/vterminate.o .libs/wstring-inst.o .libs/codecvt_members.o .libs/coll!
ate_members.o .libs/ctype_members.o .libs/messages_members.o .libs/monetary_members.o .libs/numeric_members.o .libs/time_members.o .libs/basic_file.o .libs/c++locale.o .libs/libstdc++.lax/libmath.a/stubs.o .libs/libstdc++.lax/libmath.a/nan.o .libs/libstdc++.lax/libmath.a/signbit.o .libs/libstdc++.lax/libmath.a/signbitf.o  .libs/libstdc++.lax/libsupc++convenience.a/del_op.o .libs/libstdc++.lax/libsupc++convenience.a/del_opnt.o .libs/libstdc++.lax/libsupc++convenience.a/del_opv.o .libs/libstdc++.lax/libsupc++convenience.a/del_opvnt.o .libs/libstdc++.lax/libsupc++convenience.a/eh_alloc.o .libs/libstdc++.lax/libsupc++convenience.a/eh_aux_runtime.o .libs/libstdc++.lax/libsupc++convenience.a/eh_catch.o .libs/libstdc++.lax/libsupc++convenience.a/eh_exception.o .libs/libstdc++.lax/libsupc++convenience.a/eh_globals.o .libs/libstdc++.lax/libsupc++convenience.a/eh_personality.o .libs/libstdc++.lax/libsupc++convenience.a/eh_terminate.o .libs/libstdc++.lax/libsupc++convenience.a/eh_throw!
.o .libs/libstdc++.lax/libsupc++convenience.a/eh_type.o .libs/libstdc++.lax/libsupc++convenience.a/new_handler.o .libs/libstdc++.lax/libsupc++convenience.a/new_op.o .libs/libstdc++.lax/libsupc++convenience.a/new_opnt.o .libs/libstdc++.lax/libsupc++convenience.a/new_opv.o .libs/libstdc++.lax/libsupc++convenience.a/new_opvnt.o .libs/libstdc++.lax/libsupc++convenience.a/pure.o .libs/libstdc++.lax/libsupc++convenience.a/tinfo.o .libs/libstdc++.lax/libsupc++convenience.a/tinfo2.o .libs/libstdc++.lax/libsupc++convenience.a/vec.o .libs/libstdc++.lax/libsupc++convenience.a/cxa_demangle.o .libs/libstdc++.lax/libsupc++convenience.a/dyn-string.o   -L/apps/admin/src/gcc-3.2.1.bin/alphaev6-dec-osf4.0f/libstdc++-v3/src -L/apps/admin/src/gcc-3.2.1.bin/alphaev6-dec-osf4.0f/libstdc++-v3/src/.libs -lm ../libmath/.libs/libmath.a -lm ../libsupc++/.libs/libsupc++convenience.a -lm -L/apps/admin/src/gcc-3.2.1.bin/gcc -L/usr/local/gcc-3.2.1/lib/gcc-lib/alphaev6-dec-osf4.0f/3.2.1 -L/usr/lib/cmplrs/c!
c -L/usr/local/gcc-3.2.1/lib/gcc-lib/alphaev6-dec-osf4.0f/3.2.1/../../.. -lstdc++ -lm -lgcc_s -lc -lgcc_s -lm -lstdc++ -lm -lgcc_s -lc -lgcc_s     -Wl,-msym -Wl,-soname -Wl,libstdc++.so `test -n "5.0.1:5.0" && echo -Wl,-set_version -Wl,5.0.1:5.0` -Wl,-update_registry -Wl,.libs/so_locations -o .libs/libstdc++.so.5.0.1
/usr/ucb/ld:
Can't locate file for: -lstdc++
collect2: ld returned 1 exit status


It sure looks like a path error of some sort, possibly due to differences
between Tru64 make and Gnu make.

For myself, I intend to try rebootstrapping gcc using the gcc and gnu make
that I've just installed and see if it works any better.  If you'd like me
to test some proposed fixes, just send me the patch files and I can try
them out here.  I've isolated the gnu software in its own directories, so
changing my path will let me use either the native or gnu tools.

By the way, I've reported the two tweaks as bugs #8796 and #8800.  If we
find a fix, you'll want to clear those.


>> change the line
>> 
>>    INSTALL = ../../gcc-3.2.1/gcc/../install-sh -c
>> 
>> to
>> 
>>    INSTALL = ../../../gcc-3.2.1/gcc/../install-sh -c

> Ouch.  Perhaps the need for Tweak #2 wasn't obvious because other
> platforms detect a usable install program, so they don't need the
> install-sh in the distribution?

Yup, that would explain why this error wasn't caught earlier.  You know
how it is--once you've been using a system for a while, it's hard to
remember exactly what you've improved over the original install.  Maybe
I should also add the gnu install.


Paul Hughett

Re: Bootstrapped gcc 3.2.1 on Tru64 with native make and gcc

[Joe Buck]

Paul Hughett writes:

> >> Successfully bootstrapped and installed gcc 3.2.1 on the
> >> alphaev6-dec-osf4.0f platform using the native make and cc.  Only the
> >> C compiler was built, and two manual tweaks to the build process were
> >> required.  Separate source and bin directories were used.

I wrote:
> > It appears that the tweaks you used were related to problems in
> > internationalization support.  If you don't need support for non-English
> > locales, I suggest that you try passing
> 
> > --disable-nls 
> 
> > to configure.  You might get further (please try this and see if you
> > can build C++).

Paul:
> I regret to report that this is only a partial fix.  It gets through the
> first impasse with plural.c but still fails while attempting to build
> libstdc++ with the following error:
[ stuff ]
> It sure looks like a path error of some sort, possibly due to differences
> between Tru64 make and Gnu make.

> For myself, I intend to try rebootstrapping gcc using the gcc and gnu make
> that I've just installed and see if it works any better.

I suspect that it will; many vendor makes have oddities and only Gnu Make
gets a lot of testing.