> From: Alexandre Oliva <ol...@adacore.com> > Date: Wed, 27 May 2020 16:30:07 +0200
> On May 26, 2020, Hans-Peter Nilsson <h...@axis.com> wrote: > > >> Here's a proper patch submission. > > > And here's an improper bug report. > > :-) > > Thanks, H-P, > > > xgcc: error: : No such file or directory > > Interesting... If you cut&paste the command line that you included in > your so-called improper bug report ;-) do you get this error? Aha: no. > I ask because this error suggests an empty argument passed to > GCC. And ignored before your rewrite? Maybe. If so, I'm guessing there are lots of build systems out there carrying this kind of gem. > This > test is the very kind of scenario (with multiple compiler inputs) in > which the testsuite would implicitly arrange to pass "-dumpbase ''" to > the compiler driver. I don't see -dumpbase in the command line, though, > but there might somehow be a '' not visible in gcc.log. > > Could I possibly ask what build and host systems you've used, and what > your dejagnu board configuration file looks like? Debian 9, x86_64. (Nothing Canadian.) Oops, I'm using a local baseboard file, but it looks mostly like the cris-sim.exp baseboard file in Debian's dejagnu-1.6-1.1 (I'd guess also the official dejagnu-1.6; I doubt there are CRIS-specific distro diffs). Diffs are in the copyright header, some ";" cleanups, and some target selector supposed-cleanup. To wit, the lines set cris_ldopt "-sim3" and set_board_info ldflags "[libgloss_link_flags] [newlib_link_flags] $cris_ldopt" are the same. > > -L/netapp/hp3_storage/hp/autotest/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib > > -sim3 -lm -o > > Is it correct to assume that -sim3 is NOT a separate command-line > option, No, see above: it's a separate command-line option. > and that there is a directory named newlib-sim3 ? No, see cris.h:LIB_SPEC and STARTFILE_SPEC. > > Can you please have a look? > > Sure, thanks! Sorry about this undesirable surprise. Thanks for looking. brgds, H-P
