We have a solution. The problem was that I misread the directions and put the libgpc directory in the wrong place. However, I did have to hard copy it into the root of the gcc source directory tree instead of soft linking it due to confusion over parent directories. The README should be altered to reflect this reality.
SAV builds, so I'm happier. When I'm satisfied that it works, I'll be ready to try a Mac build.
John L. Ries 26215 197th Ave. SE Covington, WA 98042 (435) 867-8885
On Sun, May 17, 2020 at 9:54 PM John Ries john@theyarnbard.com wrote:
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