This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
Re: Problem running make check?
- From: Steve Ellcey <sellcey at mips dot com>
- To: Carlos O'Donell <carlos at redhat dot com>
- Cc: <libc-help at sourceware dot org>
- Date: Fri, 12 Sep 2014 14:45:53 -0700
- Subject: Re: Problem running make check?
- Authentication-results: sourceware.org; auth=none
- References: <c8e401ee-0a67-4d0c-864e-5eb4d2098455 at BAMAIL02 dot ba dot imgtec dot org> <541237AA dot 2000009 at redhat dot com>
On Thu, 2014-09-11 at 20:00 -0400, Carlos O'Donell wrote:
> On 09/11/2014 07:23 PM, Steve Ellcey wrote:
> > Has anyone seen these errors when running 'make check' on glibc?
> >
> > make[2]: *** No rule to make target `/home/sellcey/gcc/glibc_le/obj-test-mipsel-linux-gnu/glibc/obj_default/localedata/sort-test.out', needed by `tests'.
> >
> > make[2]: *** No rule to make target `/home/sellcey/gcc/glibc_le/obj-test-mipsel-linux-gnu/glibc/obj_default/localedata/tst-locale.out', needed by `tests'.
>
> Never seen this.
OK, I think I see what the problem is. 'make check' thinks I am doing
cross-compile testing. In this case the '$(objpfx)sort-test.out' and
'$(objpfx)tst-locale.out' rules are not seen because they are under a
'ifeq ($(run-built-tests),yes)' test and run-built-tests is set to no
because cross-compile is set to yes. So this is probably a bug
involving cross-compile testing.
Now, I am not actually trying to do cross-compile testing, glibc only
thinks I am. Before, I would build what I call a 'native
cross-compiler', the toolchain looks like a cross compiler but the
objects it generates do run on the machine I am building on. I mostly
did this so I could use the same build tools/setup to build a mips
compiler on an x86 linux box or a mips linux box. Now it looks like
I need to tweak that to make the compiler look native.
Steve Ellcey
sellcey@mips.com