On Tue, Apr 8, 2014 at 6:28 PM, Steve Ellcey <sell...@mips.com> wrote: > On Tue, 2014-04-08 at 10:10 +0200, Dominique Dhumieres wrote: >> > richi asked for a testcase for 60731, and since we didn't already >> > have support for tests using dlopen, I had to add it. >> > Does this approach make sense? >> >> r209187 causes thousands of g++ test failures. AFAICT the failing tests are >> those with no >> explicit 'dg-do compile' directive which are now trying to give an >> executable while >> before r209187 they were using -S. On x86_64-apple-darwin13 the tests now >> fail with >> >> Undefined symbols for architecture ... >> >> TIA >> >> Dominique > > I am seeing failures on MIPS bare iron as well. This toolchain does not > support shared libraries and before the change it was not using '-fPIC > -shared' during C++ compilations. Now it is and that causes GCC to > generate an error message.
I see failures from last night on aarch64-none-elf and arm-none-eabi (both bare-metal) configurations even after moving up to dejagnu 1.5.1. If this can't be fixed easily should we consider reverting this patch in the interest of getting sane test results on bare-metal targets before the release ? Should we also update the prereqs page to say dejagnu 1.5.1 ? (http://gcc.gnu.org/install/prerequisites.html) regards Ramana > > Steve Ellcey >
