On Thu, 18 Jun 2020 at 12:26, Kai Ruottu <kai.ruottu@xxxxxxxxxxx> wrote: > > Jonathan Wakely via Gcc-help kirjoitti 18.6.2020 klo 13.52: > > On Thu, 18 Jun 2020 at 09:59, Jouk Jansen via Gcc-help > > <gcc-help@xxxxxxxxxxx> wrote: > >> Hi, > >> > >> I'm trying to build a cross-compiler which should be running on a Fedora 32 > >> system building objects for a IA64-OpenVMS system. I'm running the > >> compilation on a "up-to-date" Fedora 32 system. > >> > >> What do I do wrong? > >> > >> ./configure --prefix=/home/joukj/openvms --exec-prefix=/home/joukj/openvms --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=ia64-hp-openvms > > Don't run configure in the source tree, see > > https://gcc.gnu.org/wiki/InstallingGCC > > > > > >> make > >> > >> > >> ... > >> g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtt > >> i -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qu > >> al -Wno-error=format-diag -Wmissing-format-attribute -Woverloaded-virtual -pedan > >> tic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_ > >> H -DGENERATOR_FILE -fno-PIE -I. -Ibuild -I../.././gcc -I../.././gcc/build -I../ > >> .././gcc/../include -I../.././gcc/../libcpp/include \ > >> -o build/genmodes.o ../.././gcc/genmodes.c > >> ./as: line 106: exec: -I: invalid option > > This means you don't have an assembler for the cross target. > > I would guess this coming somehow from configuring in the source > directory. The 'genmodes' > executable is produced for the BUILD system so the 'as' required here > would be the native one. > The './as' script is somehow broken. And the way it's broken is that one of the variables like ORIGINAL_AS_FOR_TARGET is empty, meaning that trying to exec it fails. And the usual way that happens is that the assembler (or linker, or nm) is not found during configure. Look in the gcc/as script in the build tree, and see if ORIGINAL_AS_FOR_TARGET is set correctly. If not, look at the logs generated by the configure step (probably the gcc/config.log one) and look for the results related to the assembler.
