From: Michal Simek <michal.simek@petalogix.com>
To: Mike Frysinger <vapier@gentoo.org>
Cc: LTP <ltp-list@lists.sourceforge.net>, Jiri Palecek <jpalecek@web.de>
Subject: Re: [LTP] Installing outside LTP source
Date: Sun, 31 May 2009 21:27:47 +0200 [thread overview]
Message-ID: <4A22DA33.5050601@petalogix.com> (raw)
In-Reply-To: <200905301816.32273.vapier@gentoo.org>
Mike Frysinger wrote:
> On Saturday 30 May 2009 10:28:48 Michal Simek wrote:
>
>> Mike Frysinger wrote:
>>
>>> On Thursday 28 May 2009 05:24:23 Michal Simek wrote:
>>>
>>>> I would to ask you if someone works or worked on moving LTP to Kbuild.
>>>>
>>> the Subject line doesnt really seem to line up with this question. what
>>> exactly do you want to do and why do you think Kbuild is the solution ?
>>> saying "let's switch to Kbuild!" without any rhyme or reason sounds like
>>> a lot of work for no gain.
>>>
>> I wanted to wrote two emails instead of one - that's why was there 2
>> different things.
>> 1. disable compilation "verbose" mode and turn on it with V=1.
>>
>
> meh. `make -s` seems to work fine enough for me. most people arent reviewing
> the output for warnings and similar issues, so i dont really see much point of
> having quiet output in LTP.
>
People don't do it because that warnings are hidden in huge log. It will
be good to run
sparse too.
>
>> 2. Move all binaries outside of LTP source code O=/path
>>
>
> you mean out-of-tree compilation. you can use lndir to get the same
> functionality, but it isnt really an optimal method.
>
>
>> 3. I use only some parts of LTP for my testing and it will be good to
>> enable/disable just tests which you want to use.
>>
>
> you can run `make` in only the dirs you care about. how deep do you actually
> want to get ? having Kconfig entries for every single test (i.e.
> kernel/syscalls/{getsid,pipe}0{1,2} .....) is crazy.
>
Yes, I agree that make no sense to add all syscalls test for example to
Kconfig but
I can imagine tests for noMMU as are currently wrote in Makefile. For
example will be good for all to know
why are some tests exclude for noMMU.
Maybe any handling for older glibc with missing some syscalls to prevent
build failure.
Setup global cflags and cross compiler.
If you look to runtest for testing description, make sense to me have
all that filenames as Kconfig option and
enable/disable that tests.
>
>> 4. If is possible clean all Makefiles
>>
>
> dont really know what that means
>
this point depended on descriptions below. I think we talked about once
in past.
There are a lot of additions like CFLAGS, LDLIBS.
CFLAGS += -I../../../../include -Wall
LDLIBS += -L../../../../lib -lltp
I think that install and clean parts could be possible to clean too and
have Makefiles with
one or two lines like test-y +=test_name
Is it possible to do with Kbuild? That the same question as I had in
previous email.
>
>> I don't have much experience with Kbuild I had just quick look. I looked at
>> uClinux distribution
>>
>
> the uClinux distro is really an example you should look at. the kconfig comes
> from the kernel, but all of the Makefiles are custom done.
yes, but for example in LTP we don't need to use many custom Makefiles
(There are some like ebizzy, boost, preempt-test and some others)
the rest are LTP specific Makefiles.
Michal
> the features it
> has arent terribly relevant.
> -mike
>
--
Michal Simek, Ing. (M.Eng)
PetaLogix - Linux Solutions for a Reconfigurable World
w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
next prev parent reply other threads:[~2009-05-31 19:27 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-28 9:24 [LTP] Installing outside LTP source Michal Simek
2009-05-29 12:54 ` Subrata Modak
2009-05-29 13:12 ` Mike Frysinger
2009-05-30 14:28 ` Michal Simek
2009-05-30 22:16 ` Mike Frysinger
2009-05-31 19:27 ` Michal Simek [this message]
2009-06-01 4:44 ` Mike Frysinger
2009-06-01 7:13 ` Michal Simek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A22DA33.5050601@petalogix.com \
--to=michal.simek@petalogix.com \
--cc=jpalecek@web.de \
--cc=ltp-list@lists.sourceforge.net \
--cc=vapier@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox