This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Successful build of gcc-3.3 on alpha-dec-osf4.0f
- From: "Arnold Vogelsang" <vogelsang at interactive-instruments dot de>
- To: <gcc at gcc dot gnu dot org>
- Date: Tue, 1 Jul 2003 12:30:32 +0200
- Subject: Successful build of gcc-3.3 on alpha-dec-osf4.0f
Greetings,
Arnold
Successful bootstrap build of gcc-3.3. Some tweaks were necessary.
Output from config.guess:
alpha-dec-osf4.0f
Output from gcc -v:
Reading specs from ./../lib/gcc-lib/alpha-dec-osf4.0f/3.3/specs
Configured with: /temp/gcc-3.3/configure --prefix=/usr/local/gcc-3.3
--enable-version-specific-runtime-libs --enable-threads=posix
--enable-shared --enable-languages=c,c++,f77,objc,java,ada
--enable-libgcj
--with-gc=simple --enable-nls --enable-interpreter
--with-libiconv-prefix=/usr/local/libiconv-1.8
Thread model: posix
gcc version 3.3
Bootstrap build was started using gcc (version 2.95.3) and GNU make
(version 3.79.1)
(When trying to do the bootstrap build using "native" alpha cc command I
ran into trouble with
iconv-library. The link step in first stage crashed.)
The following problems occured during compiler bootstrap:
The well known "virtual memory exhausted" case forced me to use the
-with-gc=simple
configuration option
$srcdir/libjava/include/posix.h
after line 65 inserted a line containing the declaration of usleep
(copied from unistd.h):
extern void usleep __((unsigned int));
$srcdir/libjava/include/posix-threads.h:
changed in line 251: #include <asm/pal.h> to #include <machine/pal.h>
there is no asm directory present; there is an asm.h file instead
that inlcudes machine/pal.h
The following two files took a VERY long time to compile during
bootstrap:
$srcdir/libstdc++-v3/testsuite/abi_check.cc
$srcdir/libjava/verify.cc
According to output of ps-command these candidates wasted approximately
2 hours cpu time
mostly reported being in an uninterruptible sleeping state. Compilation
time could be speeded up a
little by renicing the compilation process, but the overall bootstrap
time lasted over more than 3 days.
Does anyone have an idea why this happens?
On the other hand, please be patient...
--
Arnold Vogelsang <vogelsang@interactive-instruments.de>
interactive instruments - Trierer Str. 70-72 - D-53115 Bonn
Tel.: +49 (0)228 91410 79 Fax: +49 (0)228 91410 90