https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #130 from dave.anglin at bell dot net --- On 2020-02-01 5:12 p.m., peter.bisroev at groundlabs dot com wrote: > At this point I have noticed that the objdump could not be executed while > running tests. Adding binutils-2.32 that I have compiled earlier to the PATH > allowed all the weak tests to pass. I obviously made some mistake running > $ make check-c check-c++ > initially, so I just kicked of another test run to see what the results will > be > using this command > $ gmake -j8 check-c check-c++ RUNTESTFLAGS="-v" I don't usually provide RUNTESTFLAGS. I only use it when I want to run a specific set of test. > > Will update you once I get the results. > > In the meantime, I wanted to ask you. Is it OK for me to add to the PATH > directory containing binutils-2.32 compiled with aCC prior to bootstrapping > GCC > 4.7.4? For bootstrapping I have provided actual utilities to configure script > directly with a flag such as `--with-as`. Currently this directory contains: > addr2line > ar > as > c++filt > elfedit > gprof > nm > objcopy > objdump > ranlib > readelf > size > strings > strip > As expected ld is missing from the above as on HPUX we need to use HP's > linker. > But what about the rest of the binaries? Will using them over comparable HP > ones cause any issues? I am asking as I have had issues with using binutils > provided binaries over system based ones when bootstrapping gcc on AIX. Yes. I do it all the time. I also configure with "--with-gnu-as --with-as=/opt/gnu/bin/as". It is import to use GNU as as it has same options and directives as it does on linux. The other programs aren't used much in the build but they are useful for debugging. > > The other question I wanted to ask, is my make check command above acceptable > or is there a better way to run these tests and get more information? There is more info in the "testsuite" directory. For example, for the c tests, look in <builddir>/gcc/testsuite/gcc/gcc.log. There similar log files for every language and library. Dave
