Re: split check target into check and test targets

2010-03-02 Thread Ralf Wildenhues
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

Re: split check target into check and test targets

2010-03-02 Thread Steffen Dettmer
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... What is with having AC_SUBST(TESTS) in configure.in and running: $ make check

Re: split check target into check and test targets

2010-02-24 Thread Baurzhan Ismagulov
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 dependen

Re: split check target into check and test targets

2010-02-24 Thread Daily, Jeff A
> 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_PRO

Re: split check target into check and test targets

2010-02-24 Thread Ralf Wildenhues
* 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 [...] > >http://www.opensubscriber.com/message/a

RE: split check target into check and test targets

2010-02-24 Thread Daily, Jeff A
> > 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

Re: split check target into check and test targets

2010-02-24 Thread Ralf Wildenhues
* 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? Ho

Re: split check target into check and test targets

2010-02-24 Thread John Calcote
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

RE: split check target into check and test targets

2010-02-24 Thread Daily, Jeff A
> > 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-te

Re: split check target into check and test targets

2010-02-24 Thread Baurzhan Ismagulov
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 chec

Re: split check target into check and test targets

2010-02-23 Thread Bob Friesenhahn
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 us