On Wed, Feb 24, 2010 at 7:17 PM, John Calcote john.calc...@gmail.com wrote:
Alexander's solution is great, though. I'm going to use that one myself.
For this, you'd need to change all Makefile.ams and it isn't working
recursively...
What is with having
AC_SUBST(TESTS)
in configure.in and
Hello,
* Steffen Dettmer wrote on Tue, Mar 02, 2010 at 11:00:39AM CET:
On Wed, Feb 24, 2010 at 7:17 PM, John Calcote wrote:
Alexander's solution is great, though. I'm going to use that one myself.
For this, you'd need to change all Makefile.ams and it isn't working
recursively...
Yes.
* Baurzhan Ismagulov wrote on Wed, Feb 24, 2010 at 11:11:28PM CET:
On Wed, Feb 24, 2010 at 08:49:26PM +0100, Ralf Wildenhues wrote:
Dunno if you've heard of the parallel-tests option
...
It also allows you to sort of rerun only tests that are out of date
Wow! Does it work with DejaGNU?
On Tue, Feb 23, 2010 at 04:05:47PM -0800, Daily, Jeff A wrote:
I attempted to split the make check target into make check (build
check_PROGRAMS) and make test (run check_PROGRAMS). However, I get
warnings that check-am was overridden. How might I split the building
and running of
I attempted to split the make check target into make check
(build check_PROGRAMS) and make test (run check_PROGRAMS).
However, I get warnings that check-am was overridden. How might I
split the building and running of check_PROGRAMS and still use the
generated parallel-tests using
On 2/24/2010 1:50 AM, Baurzhan Ismagulov wrote:
On Tue, Feb 23, 2010 at 04:05:47PM -0800, Daily, Jeff A wrote:
I attempted to split the make check target into make check (build
check_PROGRAMS) and make test (run check_PROGRAMS). However, I get
warnings that check-am was overridden. How
* Daily, Jeff A wrote on Wed, Feb 24, 2010 at 07:09:36PM CET:
If you use a different target name then there should be no problem:
checkprogs : check_PROGRAMS
test : check
Ok, fair enough. But what's the easiest way to create a new recursive
target such as checkprogs? Hopefully
Ok, fair enough. But what's the easiest way to create a new
recursive
target such as checkprogs? Hopefully there's a more or less
automatic
way using automake.
No, it's not, which is a real bummer. Best you can do is somehow copy
the $(RECURSIVE_TARGETS) rule as a fragment file and
* John Calcote wrote on Wed, Feb 24, 2010 at 07:17:08PM CET:
On 2/24/2010 1:50 AM, Baurzhan Ismagulov wrote:
On Tue, Feb 23, 2010 at 04:05:47PM -0800, Daily, Jeff A wrote:
I attempted to split the make check target into make check (build
[...]
Just add your own rule that depends on $(check_PROGRAMS):
.PHONY: check-norun
check-norun: $(check_PROGRAMS)
and type `make check-norun' instead of `make check'.
I copied the above from the link since I had trouble navigating to it.
This is a great solution for building the check_PROGRAMS
On Wed, Feb 24, 2010 at 08:49:26PM +0100, Ralf Wildenhues wrote:
Dunno if you've heard of the parallel-tests option
...
It also allows you to sort of rerun only tests that are out of date
Wow! Does it work with DejaGNU? Which automake version is required?
(once you have formulated
I attempted to split the make check target into make check (build
check_PROGRAMS) and make test (run check_PROGRAMS). However, I get warnings
that check-am was overridden. How might I split the building and running of
check_PROGRAMS and still use the generated parallel-tests using TESTS?
On Tue, 23 Feb 2010, Daily, Jeff A wrote:
I attempted to split the make check target into make check
(build check_PROGRAMS) and make test (run check_PROGRAMS).
However, I get warnings that check-am was overridden. How might I
split the building and running of check_PROGRAMS and still use the
13 matches
Mail list logo