Good afternoon all! First of all -- thanks for being patient with me. I haven't done UNIX Admin since the early 1990's. I'm actually a DBA. But, since I'm the one in the office with the UNIX experience, I'm the SA. I tried to post this on Wednesday, March 1, but it looks like it never made it to the blog site. Not sure why, but I thought I'd try again. And, I have some new thoughts, albeit they're probably off! Resubmission - Apologies if duplicated. Well -- here it is, almost a month later, and I still haven't been able to compile GCC 6.3.0. I have made progress though. I have updated or installed all of the prerequisites that I could determine so the rest of the utilities/tools should be up-to-date. The only one that evades me seems to be ELF. I'm following the instructions laid out in https://gcc.gnu.org/install/index.html and a few other sites. The error I'm getting is for Undefined Symbols. I'm guessing that means I'm missing a library somewhere. Or have an incorrect version at a minimum. Below is the last part of the "make" dialog. You'll see the message about "wrong ELF class: ELFCLASS64" and "g++: unrecognized option `-no-pie'" there too. The current compiler version is 3.4.3. I thought that perhaps I'm just trying to take too big of an upgrade leap & might need to do this in stages. If y'all could point me in the right direction, it would be greatly appreciated. NEW THOUGHT: Not being one to sit idle while waiting for assistance, I've been trying to research this issue. My thoughts are that there are some libraries that the compile wants in the specific 32-bit or 64-bit format and the one that is being grabbed 1st is the wrong one. How can I tell exactly which library is breaking the make? Thanks in advance & have a wonderful weekend( was Wednesday)! <]8-) John ========= Make Snippet ================ TARGET_CPU_DEFAULT="" \ HEADERS="auto-host.h ansidecl.h" DEFINES="" \ /bin/bash ../../gcc-6.3.0/gcc/mkconfig.sh bconfig.h g++ -std=gnu++98 -c -g -DIN_GCC -fno-strict-aliasing -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild -I../../gcc-6.3.0/gcc -I../../gcc-6.3.0/gcc/build -I../../gcc-6.3.0/gcc/../include -I./../intl -I../../gcc-6.3.0/gcc/../libcpp/include \ -o build/genmddeps.o ../../gcc-6.3.0/gcc/genmddeps.c cc1plus: warning: -Wmissing-format-attribute ignored without -Wformat g++ -std=gnu++98 -c -g -DIN_GCC -fno-strict-aliasing -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild -I../../gcc-6.3.0/gcc -I../../gcc-6.3.0/gcc/build -I../../gcc-6.3.0/gcc/../include -I./../intl -I../../gcc-6.3.0/gcc/../libcpp/include \ -o build/read-md.o ../../gcc-6.3.0/gcc/read-md.c cc1plus: warning: -Wmissing-format-attribute ignored without -Wformat g++ -std=gnu++98 -c -g -DIN_GCC -fno-strict-aliasing -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild -I../../gcc-6.3.0/gcc -I../../gcc-6.3.0/gcc/build -I../../gcc-6.3.0/gcc/../include -I./../intl -I../../gcc-6.3.0/gcc/../libcpp/include \ -o build/errors.o ../../gcc-6.3.0/gcc/errors.c cc1plus: warning: -Wmissing-format-attribute ignored without -Wformat g++ -std=gnu++98 -g -DIN_GCC -fno-strict-aliasing -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -no-pie -o build/genmddeps \ build/genmddeps.o build/read-md.o build/errors.o ../build-sparc-sun-solaris2.10/libiberty/libiberty.a g++: unrecognized option `-no-pie' ld: warning: file ../build-sparc-sun-solaris2.10/libiberty/libiberty.a(concat.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file unlock_std_streams build/read-md.o htab_hash_pointer build/read-md.o htab_create build/read-md.o concat build/read-md.o _obstack_begin build/read-md.o _sch_istable build/read-md.o _obstack_newchunk build/read-md.o htab_traverse build/read-md.o htab_find build/read-md.o lbasename build/read-md.o xstrndup build/read-md.o _sch_toupper build/read-md.o htab_hash_string build/read-md.o htab_find_slot build/read-md.o xmalloc build/genmddeps.o xstrdup build/read-md.o ld: fatal: symbol referencing errors. No output written to build/genmddeps collect2: ld returned 1 exit status make[3]: *** [Makefile:2691: build/genmddeps] Error 1 make[3]: Leaving directory '/utl/gcc-build/gcc' make[2]: *** [Makefile:4385: all-stage1-gcc] Error 2 make[2]: Leaving directory '/utl/gcc-build' make[1]: *** [Makefile:19768: stage1-bubble] Error 2 make[1]: Leaving directory '/utl/gcc-build' make: *** [Makefile:909: all] Error 2 ================= END SNIPPET ==================== //SIGNED// John D. Namias, MCP, Security+ Planned Systems International (PSI) AFLCMC/HIBD Medical Resource Systems Database Administrator Comm. - 334-416-3686 DSN - 596-3686 eMail - John.Namias.ctr@xxxxxxxxx OUR POLICY REQUIRES ENCRYPTION OF ANY E-MAIL CONTAINING PROTECTED HEALTH INFORMATION (PHI) or PERSONALLY INDENTIFIABLE INFORMATION (PII). DO NOT SEND PHI/PII TO ME WITHOUT ENCRYPTING. -----Original Message----- From: Jonathan Wakely [mailto:jwakely.gcc@xxxxxxxxx] Sent: Friday, February 03, 2017 10:56 AM To: NAMIAS, JOHN D CTR USAF AFMC AFLCMC/HIBD <john.namias.ctr@xxxxxxxxx> Cc: gcc-help@xxxxxxxxxxx; PossumJohn@xxxxxxxxxxx Subject: Re: GCC Compiling Issue On 3 February 2017 at 16:09, NAMIAS, JOHN D CTR USAF AFMC AFLCMC/HIBD wrote: > Hello all! > > I apologize if this is posted in the wrong place. I am attempting to compile OpenSSL 1.1.od so that I can eventually install Apache 2.4.25. I have run the " ./Configure solaris64-sparcv9-gcc" and followed up with the "make". During the "make" process I see "gcc: unrecognized option `-pthread'" at the end of each command-line processed. (see below) I should tell y'all that this is a Solaris 10 OS on a Sun server. The version of GCC that is installed is GCC 3.4.3 (also below). My question is -- Will upgrading to the newest version of GCC correct these errors? If not -- do you have any suggestions on how to correct them? Ancient versions of GCC for Solaris only understand -pthreads not -pthread. More recent releases (anything since GCC 4.1 onwards) accept either option, with the same meaning. So you could either adjust the build process to use -pthreads instead of -pthread, or update to a newer GCC.
