[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Suggestion] GNUstep-test for quality control (WAS: Re: deferred dealloc

From: Yen-Ju Chen
Subject: [Suggestion] GNUstep-test for quality control (WAS: Re: deferred deallocation)
Date: Tue, 14 Oct 2003 19:18:56 -0400

From: "Alex Perez" <address@hidden>
To: <address@hidden>
Subject: [Fwd: Re: deferred deallocation of local objects]
Date: Tue, 14 Oct 2003 13:52:08 -0700 (PDT)
> Checking that code works BEFORE actually commiting it to CVS is the
> issue here.
Exactly. It's about quality control, or the lack thereof, and nothing

 Since it is difficult for anyone to test GNUstep on multiple platforms,
 I would like to suggest a GNUstep-test for testing.
 I know there are some testing code in GNUstep,
 and some of them use guile which I will never try to use.
 Something like "gmake test" would be more easy for normal user.
 "gmake test" is used in some of the library.

By doing that, everyone can more easily test the GNUstep pre-release or CVS.
 After downloading and compiling GNUstep,
 use "gmake test" will report the bug if any.
 Because it is so easy, everyone can do it,
and report his result and information of platform and libraries such as XML, ffi or ffcall.

GNUstep-base is quite good for this test because the interface is pretty much stable.
 I think it would be a good way for quality control.


Never get a busy signal because you are always connected with high-speed Internet access. Click here to comparison-shop providers. https://broadband.msn.com

reply via email to

[Prev in Thread] Current Thread [Next in Thread]