A big thanks Waldek. I seem to have a gpc built with gcc 3.4.2.
Just a few minor hiccups which don't appear to have been too critical:
1) The man pages didn't build because help2man wasn't found. I'm not sure where this normally comes from, but the man pages have usually been built ok. 2) When I did 'cd gcc' and 'make pascal.install-with-gcc' , the gpc -v command gave me the correct build version, but a gpc compilation resulted in the error 'installation problem, cannot exec gpc1: no such file or directory'. Repeating the installation just using 'make install' solved the problem. 3) At the end of the install, I get the error /bin/sh: -ranlib: command not found. I presume the leading '-' is messing this up. I found ranlib in /usr/bin.
Apologies for the corporate nonsense that follows. I'll try to get our company policy changed but it's likely to be a David and Goliath battle!
Regards
David.
-----Original Message----- From: gpc-owner@gnu.de [mailto:gpc-owner@gnu.de]On Behalf Of Waldek Hebisch Sent: Wednesday, November 24, 2004 2:08 PM To: gpc@gnu.de Subject: Re: Building GPC with GCC 3.4.2 (in Fedora Core 3)
Wood David wrote:
I'm trying to compile gpc-20040516 with gcc-core-3.4.2 in
the hope it will
sort out a compatibility problem when linked with other
c-code we've built.
I found Waldek's patches to gpc proper and gcc 3.4.20041015
(I've also tried
the 3.4.0 patch) and applied these using $ patch -p1 <
XX.diff in the
respective source directories. However, the make crashes,
firstly with
../../gcc-3.4.2/gcc/p/mk_lang_opt: Permission denied.
In normal build `mk_lang_opt' should not run (it is needed only after a modification). The problem is due to limitation of `patch' (inabilty to set file mode or modification time) and microsecond timestamps in new kernels. Before the build you should touch `lang.opt' and `handle-opts.c' to mark them as up to date.
So I do a chmod +x on this file and type make again. The
next worry comes
when it says I should have 16 shift/reduce conflicts and 30
reduce/reduce
conflicts but I get 16 and 295!
That is harmless.
The final nail in the coffin appears when p/handle-opts.c
produces a string
of errors because the OPT_* components are undeclared.
Just before this,
lang.c reports a number of warnings about function
declarations not being
prototypes and no previous prototype for 'pascal_post-options' or 'pascal_handle_option'.
Trying to run `mk_lang_opt' had wiped-out pre-built `lang.opt' (you get empty file instead). `lang.opt' is needed to define `OPT_*' constants. Making `mk_lang_opt' executable _before_ the build should also correct the problem.
-- Waldek Hebisch hebisch@math.uni.wroc.pl
The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful.
Emails and other electronic communication with QinetiQ may be monitored. Calls to QinetiQ may be recorded for quality control, regulatory and monitoring purposes.