Compiling GCC from CVS on various targets

[Albert Chin-A-Young <china at thewrittenword dot com>]

alpha-dec-osf4.0d:
stage1/xgcc -Bstage1/ -B/opt/TWWfsw/gcc30/alpha-dec-osf4.0d/bin/ -c
-DIN_GCC    -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes   -DHAVE_CONFIG_H    -I. -Ijava -I../../gcc
-I../../gcc/java -I../../gcc/config -I../../gcc/../include
../../gcc/java/parse.c -o java/parse.o
Virtual memory exhausted: Not enough space
gmake[2]: *** [java/parse.o] Error 1

alpha-dec-osf5.0 (5.0A):
checking for enabled ISO C99 support... no
checking for enabled long long support... no
checking for c header strategy to use... c_std
checking for thread model used by GCC... single
checking for exception model to use... configure: error: unable to
detect exception model
gmake[1]: *** [configure-target-libstdc++-v3] Error 1

mips-sgi-irix6.2 (32-bit), mips-sgi-irix6.5 (32-bit):
gmake[4]: Leaving directory `/opt/build/gcc-3.0/objdir/gcc'
./xgcc -B./ -B/opt/TWWfsw/gcc30/mips-sgi-irix6.5/bin/ -isystem
/opt/TWWfsw/gcc30/mips-sgi-irix6.5/include -O2   -DIN_GCC    -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem
./include   -g1  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -shared
-nodefaultlibs -Wl,-soname,libgcc_s_mabi=64.so.0 -o
libgcc_s_mabi=64.so  -mabi=64  libgcc/mabi=64/_muldi3.o
libgcc/mabi=64/_divdi3.o libgcc/mabi=64/_moddi3.o
libgcc/mabi=64/_udivdi3.o libgcc/mabi=64/_umoddi3.o
libgcc/mabi=64/_negdi2.o libgcc/mabi=64/_lshrdi3.o
libgcc/mabi=64/_ashldi3.o libgcc/mabi=64/_ashrdi3.o
libgcc/mabi=64/_ffsdi2.o libgcc/mabi=64/_clz.o
libgcc/mabi=64/_udiv_w_sdiv.o libgcc/mabi=64/_udivmoddi4.o
libgcc/mabi=64/_cmpdi2.o libgcc/mabi=64/_ucmpdi2.o
libgcc/mabi=64/_floatdidf.o libgcc/mabi=64/_floatdisf.o
libgcc/mabi=64/_fixunsdfsi.o libgcc/mabi=64/_fixunssfsi.o
libgcc/mabi=64/_fixunsdfdi.o libgcc/mabi=64/_fixdfdi.o
libgcc/mabi=64/_fixunssfdi.o libgcc/mabi=64/_fixsfdi.o
libgcc/mabi=64/_fixxfdi.o libgcc/mabi=64/_fixunsxfdi.o
libgcc/mabi=64/_floatdixf.o libgcc/mabi=64/_fixunsxfsi.o
libgcc/mabi=64/_fixtfdi.o libgcc/mabi=64/_fixunstfdi.o
libgcc/mabi=64/_floatditf.o libgcc/mabi=64/__gcc_bcmp.o
libgcc/mabi=64/_bb.o libgcc/mabi=64/_clear_cache.o
libgcc/mabi=64/_trampoline.o libgcc/mabi=64/__main.o
libgcc/mabi=64/_exit.o libgcc/mabi=64/_absvsi2.o
libgcc/mabi=64/_absvdi2.o libgcc/mabi=64/_addvsi3.o
libgcc/mabi=64/_addvdi3.o libgcc/mabi=64/_subvsi3.o
libgcc/mabi=64/_subvdi3.o libgcc/mabi=64/_mulvsi3.o
libgcc/mabi=64/_mulvdi3.o libgcc/mabi=64/_negvsi2.o
libgcc/mabi=64/_negvdi2.o libgcc/mabi=64/_ctors.o
libgcc/mabi=64/_pack_sf.o libgcc/mabi=64/_unpack_sf.o
libgcc/mabi=64/_addsub_sf.o libgcc/mabi=64/_mul_sf.o
libgcc/mabi=64/_div_sf.o libgcc/mabi=64/_fpcmp_parts_sf.o
libgcc/mabi=64/_compare_sf.o libgcc/mabi=64/_eq_sf.o
libgcc/mabi=64/_ne_sf.o libgcc/mabi=64/_gt_sf.o
libgcc/mabi=64/_ge_sf.o libgcc/mabi=64/_lt_sf.o
libgcc/mabi=64/_le_sf.o libgcc/mabi=64/_unord_sf.o
libgcc/mabi=64/_si_to_sf.o libgcc/mabi=64/_sf_to_si.o
libgcc/mabi=64/_negate_sf.o libgcc/mabi=64/_make_sf.o
libgcc/mabi=64/_sf_to_df.o libgcc/mabi=64/_thenan_sf.o
libgcc/mabi=64/_sf_to_usi.o libgcc/mabi=64/_usi_to_sf.o
libgcc/mabi=64/_pack_df.o libgcc/mabi=64/_unpack_df.o
libgcc/mabi=64/_addsub_df.o libgcc/mabi=64/_mul_df.o
libgcc/mabi=64/_div_df.o libgcc/mabi=64/_fpcmp_parts_df.o
libgcc/mabi=64/_compare_df.o libgcc/mabi=64/_eq_df.o
libgcc/mabi=64/_ne_df.o libgcc/mabi=64/_gt_df.o
libgcc/mabi=64/_ge_df.o libgcc/mabi=64/_lt_df.o
libgcc/mabi=64/_le_df.o libgcc/mabi=64/_unord_df.o
libgcc/mabi=64/_si_to_df.o libgcc/mabi=64/_df_to_si.o
libgcc/mabi=64/_negate_df.o libgcc/mabi=64/_make_df.o
libgcc/mabi=64/_df_to_sf.o libgcc/mabi=64/_thenan_df.o
libgcc/mabi=64/_df_to_usi.o libgcc/mabi=64/_usi_to_df.o
libgcc/mabi=64/unwind-dw2.o libgcc/mabi=64/unwind-dw2-fde.o
libgcc/mabi=64/unwind-sjlj.o -lc && rm -f libgcc_s_mabi=64.so.0 && ln
-s libgcc_s_mabi=64.so libgcc_s_mabi=64.so.0
ld64: FATAL   9  : I/O error (-lc): No such file or directory

	[System in question does not have 64-bit anything but
	GCC always wants to build 64-bit support. This is
	addressed in http://gcc.gnu.org/ml/gcc/2000-11/msg00893.html]

-- 
albert chin (china@thewrittenword.com)