Re: Help needed for installing gcc 4.0.3

Re: Help needed for installing gcc 4.0.3

[熊俊]

Thanks for Kai Ruottu's detailed explaination. The method of adding a new target
template seems too professional for me. So I have to give up the idea to install
gcc 4.x on alpha-dec-osf1. On the other hand, what I need is to install g95 on
alpha-dec-osf1 and g95 only needs libbackend.a and libgcc.a from gcc, I figure out
two ways that might work:
(1) build gcc 3.x and then try to build g95;
or
(2) build gcc-4.0.3 on supported new system, i.e. alpha-dec-osf5.1d, copy the
needed files (libbackend.a and libgcc.a) back to alpha-dec-osf1, and then build
g95.
Any suggestions?

Jun Xiong

Re: Help needed for installing gcc 4.0.3

[Kai Ruottu]

?? kirjoitti:
> Thanks for Kai Ruottu's detailed explaination. The method of adding a new target
> template seems too professional for me.
Maybe so, therefore here is the diff for the new 'alpha*-dec-osf*' 
target/host template in 'gcc-4.0.3/gcc/config.gcc' :

----------------------------------- clip 
----------------------------------------
*** config.gcc.orig 2005-08-09 13:57:04.000000000 +0300
--- config.gcc 2006-06-20 11:35:54.139869176 +0300
***************
*** 592,598 ****
target_cpu_default="MASK_GAS"
tmake_file="alpha/t-alpha alpha/t-ieee"
;;
! alpha*-dec-osf[45]*)
if test x$stabs = xyes
then
tm_file="${tm_file} dbx.h"
--- 592,598 ----
target_cpu_default="MASK_GAS"
tmake_file="alpha/t-alpha alpha/t-ieee"
;;
! alpha*-dec-osf*)
if test x$stabs = xyes
then
tm_file="${tm_file} dbx.h"
***************
*** 602,612 ****
extra_passes="mips-tfile mips-tdump"
fi
use_collect2=yes
! tmake_file="alpha/t-alpha alpha/t-ieee alpha/t-crtfm alpha/t-osf4"
! tm_file="${tm_file} alpha/osf.h"
extra_headers=va_list.h
case ${target} in
*-*-osf4*)
# Set target_cpu_default except on 4.0a.
case ${target} in
*-*-osf4.0a) ;;
--- 602,619 ----
extra_passes="mips-tfile mips-tdump"
fi
use_collect2=yes
! tmake_file="alpha/t-alpha alpha/t-ieee alpha/t-crtfm"
extra_headers=va_list.h
case ${target} in
+ *-*-osf1*)
+ tm_file="${tm_file} alpha/osf.h alpha/osf12.h alpha/osf2or3.h"
+ ;;
+ *-*-osf[23]*)
+ tm_file="${tm_file} alpha/osf.h alpha/osf2or3.h"
+ ;;
*-*-osf4*)
+ tm_file="${tm_file} alpha/osf.h"
+ tmake_file="$tmake_file alpha/t-osf4"
# Set target_cpu_default except on 4.0a.
case ${target} in
*-*-osf4.0a) ;;
***************
*** 614,620 ****
esac
;;
*-*-osf5*)
! tm_file="${tm_file} alpha/osf5.h"
target_cpu_default=MASK_SUPPORT_ARCH
;;
esac
--- 621,628 ----
esac
;;
*-*-osf5*)
! tm_file="${tm_file} alpha/osf.h alpha/osf5.h"
! tmake_file="$tmake_file alpha/t-osf4"
target_cpu_default=MASK_SUPPORT_ARCH
;;
esac
----------------------------------- clip 
----------------------------------------

The extra 'alpha/osf12.h' and 'alpha/osf2or3.h' config headers must be 
copied from
the gcc-3.2.3 into gcc-4.0.3. And after that you could try to configure 
and build the
'alpha-dec-osf1' targeted GCC. And then "see from where the smoke rises"...

The previous was only a quick edit and maybe something was forgotten. 
The goal
was that the earlier 'osf[45]' support would remain as it was, but the 
new 'osf[1-3]'
"support" would be added by simple "cut and paste" methods...

I really don't know how radical changes there could be between OSF1 - 
OSF[45] and
if they could spoil the previous simple scheme. The real "professionals" 
could tell it
but it is however easy to see what happens if one tries to build GCC for 
OSF1.... The
previous only lets the target name 'alpha-dec-osf1' being accepted and 
tried.

With the 'alpha/osf2or3.h' I did some editing because trying a 
crosscompiler, the
'real code' in it was made to be :

----------------------------------- clip 
----------------------------------------
/* In OSF 2 or 3, linking with -lprof1 doesn't require -lpdf. */

#undef LIB_SPEC
#define LIB_SPEC "%{p:-lprof1} %{pg:-lprof1} %{a:-lprof2} -lc"

/* As of OSF 3.2, as still can't subtract adjacent labels. */
/* #undef TARGET_AS_CAN_SUBTRACT_LABELS */
/* #define TARGET_AS_CAN_SUBTRACT_LABELS 0 */

/* The frame unwind data requires the ability to subtract labels. */
/* #undef DWARF2_UNWIND_INFO */
/* #define DWARF2_UNWIND_INFO 0 */
----------------------------------- clip 
----------------------------------------

The 'alpha/alpha.h' seemed to define the first commented thing as 
'TARGET_GAS', ie.
if using GNU as, "TARGET_AS_CAN_SUBTRACT_LABELS" is true... Maybe the latter
should be defined similarly. So I expected these already being defined 
"right"....

Okeydokey, my own try stopped with :

/data1/home/src/gcc-4.0.3/build/gcc/xgcc 
-B/data1/home/src/gcc-4.0.3/build/gcc/-B/usr/local/alpha-dec-osf1/bin/ 
-B/usr/local/alpha-dec-osf1/lib/ -isystem 
/usr/local/alpha-dec-osf1/include -isystem 
/usr/local/alpha-dec-osf1/sys-include -O2 -DIN_GCC -DCROSS_COMPILE -W 
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes 
-Wold-style-definition -isystem ./include -pthread -DHAVE_GTHR_DEFAULT 
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc 
-frandom-seed=gcc-crtfastmath -c \
-o crtfastmath.o ../../gcc/config/alpha/crtfastmath.c
/tmp/ccJKlMCx.s: Assembler messages:
/tmp/ccJKlMCx.s:34: Fatal error: unhandled relocation type (null)
make[1]: *** [crtfastmath.o] Error 1
make[1]: Leaving directory `/data1/home/src/gcc-4.0.3/build/gcc'


The binutils used were "2.14.90.0.8 20040114". Continuing my try after 
updating
these old ones into "2.16.91" or something a little newer ones...

Re: Help needed for installing gcc 4.0.3

[Kai Ruottu]

Kai Ruottu wrote:
> Okeydokey, my own try stopped with :
>
> /data1/home/src/gcc-4.0.3/build/gcc/xgcc 
> -B/data1/home/src/gcc-4.0.3/build/gcc/-B/usr/local/alpha-dec-osf1/bin/ 
> -B/usr/local/alpha-dec-osf1/lib/ -isystem 
> /usr/local/alpha-dec-osf1/include -isystem 
> /usr/local/alpha-dec-osf1/sys-include -O2 -DIN_GCC -DCROSS_COMPILE -W 
> -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes 
> -Wold-style-definition -isystem ./include -pthread -DHAVE_GTHR_DEFAULT 
> -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc 
> -frandom-seed=gcc-crtfastmath -c \
> -o crtfastmath.o ../../gcc/config/alpha/crtfastmath.c
> /tmp/ccJKlMCx.s: Assembler messages:
> /tmp/ccJKlMCx.s:34: Fatal error: unhandled relocation type (null)
> make[1]: *** [crtfastmath.o] Error 1
> make[1]: Leaving directory `/data1/home/src/gcc-4.0.3/build/gcc'
>
>
> The binutils used were "2.14.90.0.8 20040114". Continuing my try after 
> updating
> these old ones into "2.16.91" or something a little newer ones...
Didn't help at all :-(

Deja'vu... As the messages found via Google :

   http://sourceware.org/ml/binutils/2005-04/msg00564.html
and
   http://sourceware.org/ml/crossgcc/2002-10/msg00002.html

will tell, this problem appeared earlier too...  But no solution seen 
yet, my
previous try with gcc-3.2.3 gave as the result :

kai@Dell:/usr/local/lib/gcc-lib/alpha-dec-osf1/3.2.3> ls -l
total 4208
drwxr-xr-x  3 root root    4096 2005-05-23 21:01 ./
drwxr-xr-x  3 root root    4096 2005-05-23 21:01 ../
-rwxr-xr-x  1 root root 1816904 2005-05-23 21:01 cc1*
-rwxr-xr-x  1 root root 2247356 2005-05-23 21:01 cc1plus*
-rwxr-xr-x  1 root root   72404 2005-05-23 21:01 collect2*
-rwxr-xr-x  1 root root   81204 2005-05-23 21:01 cpp0*
-rw-r--r--  1 root root       0 2005-05-23 20:48 crtfastmath.o
drwxr-xr-x  3 root root    4096 2005-05-23 21:01 include/
-rw-r--r--  1 root root       0 2005-05-23 20:54 libgcc.a
-rw-r--r--  1 root root    4561 2005-05-23 20:47 specs
-rwxr-xr-x  1 root root   45124 2005-05-23 21:01 tradcpp0*

and empty 'crtfastmath.o' and 'libgcc.a' and quite the same result
with the 'alpha-dec-osf4' target...

My tries will stop here, let's hope xiongjun could succeed  with
the native 'as' !
 

Help needed for installing gcc 4.0.3

[熊俊]

I'm installing gcc-core-4.0.3 on alpha-dec-osf. When executing the command "make
bootstrap", it encountered errors and stoped. The last lines of messages
displayed
on screen are as below:

checking whether times is declared... yes
checking for struct tms... yes
checking for clock_t... yes
checking for .preinit_array/.init_array/.fini_array support... no
checking if mkdir takes one argument... no
*** Configuration alphaev6-dec-osf1 not supported
Bootstrapping the compiler
gmake[1]: Entering directory `/home/d2805/jsy4681/usr/bak/build/gcc'
gmake[1]: *** No rule to make target `bootstrap'.  Stop.
gmake[1]: Leaving directory `/home/d2805/jsy4681/usr/bak/build/gcc'
gmake: *** [bootstrap] Error 2

The "Host/Target specific installation notes for GCC" (http://gcc.gnu.org/install/specific.html#alpha-dec-osf)
says that "As of GCC 3.2, versions before alpha*-dec-osf4
are no longer supported". Does this statement apply to gcc 4.x too? Could I work
around it and achieve the installation somehow?

Thanks in advance!

Re: Help needed for installing gcc 4.0.3

[Kai Ruottu]

?? kirjoitti:
> I'm installing gcc-core-4.0.3 on alpha-dec-osf. When executing the command "make
> bootstrap", it encountered errors and stoped.
> *** Configuration alphaev6-dec-osf1 not supported
> The "Host/Target specific installation notes for GCC" (http://gcc.gnu.org/install/specific.html#alpha-dec-osf)
> says that "As of GCC 3.2, versions before alpha*-dec-osf4
> are no longer supported". Does this statement apply to gcc 4.x too?
Yes, the support for Alpha/OSF[1-3] seemed to stop in gcc-3.2 so this 
being the last where your
target could have worked 'as is'...

>  Could I work around it and achieve the installation somehow?
>   
Probably... But this needs some 'novice' level know-how like being 
capable to add a new target
template into the 'gcc/config.gcc'. This then requires capability to use 
an editor and to use the
'cp' command and such :-( Nowadays the GCC builders are not expected to 
do things like these,
only capable to add more options to the GCC configure command. If you 
can edit the 'gcc/config.gcc'
and can copy (for instance from gcc-3.2.3) the missing osf[1-3] config 
headers, 'gcc/config/alpha/osf12.h',
'gcc/config/alpha/osf2or3.h' etc. the support there used, then things in 
the beginning are in a good
condition....

But getting the build to succeed can be only the beginning... Whether 
there are other issues related
to the OSF1 libraries etc. is unclear. The biggest problem is that these 
OSF* systems are very
"protected", not any freely available stuff for them like with the Sun 
Solarises, SGI Irix etc. So not
so many can ever try anything for the OSF* systems. I once tried to find 
something from Compaq
but couldn't find anything. What would be needed for a (cross) GCC for 
OSF* are its target headers
and libraries, without having them it is quite vain to try any GCC for 
these systems.

What people could support, that they could support, a very simple fact! 
For some reason DEC/Compaq
hasn't wanted their OSF* being supported by those who don't buy these 
systems first.

> Thanks in advance!
>
>
>
>
>
>
>