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
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
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
> 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
* 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
> > 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
* 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
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
> > 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
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
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
11 matches
Mail list logo