From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sfi-mx-3.v28.ch3.sourceforge.com ([172.29.28.123] helo=mx.sourceforge.net) by 3yr0jf1.ch3.sourceforge.com with esmtp (Exim 4.69) (envelope-from ) id 1MyWHa-00008i-Uk for ltp-list@lists.sourceforge.net; Thu, 15 Oct 2009 19:46:42 +0000 Date: Thu, 15 Oct 2009 21:46:30 +0200 From: Cyril Hrubis Message-ID: <20091015194630.GC2875@schrodinger.suse.cz> References: <20091014115618.7801.69877.sendpatchset@subratamodak.linux.ibm.com> <20091015162356.GB4152@schrodinger.suse.cz> <20091015173026.GA25999@schrodinger.suse.cz> <364299f40910151155x646bcf38naa53e5af4aad75b3@mail.gmail.com> <364299f40910151209s4a75e999he76b9c1d9b58a88a@mail.gmail.com> <364299f40910151211r48d7510fnfc3c69a685923ca5@mail.gmail.com> <20091015192053.GA2875@schrodinger.suse.cz> <364299f40910151225lea3392fj9e36f4afe43fe67d@mail.gmail.com> <364299f40910151228n23d96e98g3850bfa9e78bd987@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <364299f40910151228n23d96e98g3850bfa9e78bd987@mail.gmail.com> Subject: Re: [LTP] [PATCH] Re: compile fails for libcpuset.c on SLES-11 s390x with ltp-full-20090930 List-Id: Linux Test Project General Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Errors-To: ltp-list-bounces@lists.sourceforge.net To: Garrett Cooper Cc: LTP Mailing List , Mark Ver , Sachin P Sant Hi! > >> Hmm, may be we should really move testcases/kernel/include into > >> $(topdir)/include or better move them them to subdir in $(topdir)/incl= ude and > >> put the generated header into $(topdir)/include, it would save us some= more > >> complexity when creating makefiles. > > > > Cyril, > > =A0 =A0Files generated at build time should _never_ live in the source > > directory. Otherwise tidiness becomes a serious issue, esp with source > > control. > > =A0 =A0This can be corrected by adding this logic to a common Makefile = if > > you like, so that way it does get picked up from one common source. > > This makes more sense from a design perspective. > = > Ugh, I'm tired... yes, what you proposed above was correct, but > not complete from a submake perspective, but then again making > Makefiles aren't correct. I will implement the complete part this > weekend. Okay ;) -- = Cyril Hrubis chrubis@suse.cz ---------------------------------------------------------------------------= --- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay = ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list