Thank you for confirming that clang doesn't change anything.  I'll follow the directions above.

John L. Ries

26215 197th Ave. SE

Covington, WA  98042

(435) 867-8885

On Sun, May 17, 2020 at 2:06 PM Waldek Hebisch <hebisch@math.uni.wroc.pl> wrote:

On Sun, May 17, 2020 at 01:41:01PM -0700, John Ries wrote:
> I tried using sum2.diff, but it caused make to look for a non-existent
> object file, so it doesn't appear to be necessary under Fedora.  I
> therefore backed it out.  Thereon I rebuilt using the system GCC and
> searched for something under the built directory with a name resembling
> "libgpc.a".  It doesn't exist.
>
> $ find . -name "*gpc*"
> ./gcc/gpc1
> ./gcc/xgpc
> ./gcc/gpc-run
> ./gcc/p/gpcpp.o
> ./gcc/p/gpc-lex.o
> ./gcc/p/gpc.o
> ./prev-gcc/gpc1
> ./prev-gcc/xgpc
> ./prev-gcc/gpc-run
> ./prev-gcc/p/gpcpp.o
> ./prev-gcc/p/gpc-lex.o
> ./prev-gcc/p/gpc.o
>
> So it looks like I get to give clang a shot.

clang is unlikely to change anything.  First, check that you
have correctly setup sources.  When you look at gcc-4.x.x
source tree you should see several libsomething subdirectories.
For patched gcc in gcc-4.3.6.nn2 directory I see:

$ ../gcc-4.3.6.nn2

ABOUT-NLS           README.SCO    install-sh    libtool-ldflags
COPYING             boehm-gc      intl          libtool.m4
COPYING.LIB         compile       libada        ltgcc.m4
COPYING3            config        libcpp        ltmain.sh
COPYING3.LIB        config-ml.in  libdecnumber  ltoptions.m4
ChangeLog           config.guess  libffi        ltsugar.m4
ChangeLog.tree-ssa  config.rpath  libgcc        ltversion.m4
INSTALL             config.sub    libgfortran   lt~obsolete.m4
LAST_UPDATED        configure     libgomp       maintainer-scripts
MAINTAINERS         configure.ac  libgpc        missing
MD5SUMS             contrib       libiberty     mkdep
Makefile.def        depcomp       libjava       mkinstalldirs
Makefile.in         fixincludes   libmudflap    move-if-change
Makefile.tpl        gcc           libobjc       symlink-tree
NEWS                gnattools     libssp        ylwrap
README              include       libstdc++-v3  zlib

Note 'libgpc' there.  It is not present in gcc sources.  README
says:

: To build with gcc-4.y copy the libgpc subdirectory into toplevel gcc
: directory (that is into gcc-4.y.z) and ...

If you forget this step, then 'libgpc' directory above will be
missing and clearly there will be no way to make 'libgpc.a'.

OTOH if you followd the instruction and 'libgpc' is present, then
we will have to examine messages coming from build (it is useful
to redirect messages to a file so that one can look at them
without re-running the build).

--
                              Waldek Hebisch