This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]