From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 0/6] Clean up top-level directory structure
Date: Sat, 18 Jul 2009 18:39:25 +0200 [thread overview]
Message-ID: <20090718163925.GI30699@game.jcrosoft.org> (raw)
In-Reply-To: <1247935062.9174.14.camel@ptyser-laptop>
On 11:37 Sat 18 Jul , Peter Tyser wrote:
>
> > > I'd vote to get the directory structure changed as desired (in this
> > > release), then integrate the Kconfig-based build system in the next
> > > release once the directory layout is stable. Jean-Christophe is the
> > > most familiar with the Kbuild system and might have a better idea what
> > > its state is, how hard it would be to adapt to a new directory layout,
> > > etc. Do you have any input Jean-Christophe?
> > more we will be close to the linux organisation more easier it will be to
> > integrate it and update it
>
> Your sentence above implies you'd like the directory structure to match
> Linux's BEFORE adding Kconfig support...
>
> > the only really important think is to merge to KConfig first.
>
> But this sentence states you'd prefer to change the directory structure
> AFTER adding Kconfig support?
I do not care that much for the Kconfig
but we need to have it before the Kbuild support which is different
>
> I'd still vote for changing the directory structure in this release,
> then apply the Kconfig changes in the next one. The same Kconfig files
> you've already made could still be used regardless of directory layout,
> correct? ie all you'd have to do is change the "source oldpath" to
> "source newpath" in some Kconfig files and maybe update a Makefile or 2?
>
> In any case, one of us would have to fix up the Kconfig support to work
> with a new directory layout. In my opinion, if its not hard to update
> the Kconfigs to work with a new directory layout it would make more
> sense for you to do it at the same time as adding Kconfig support
> instead of me making both directory layout and Kconfig changes at the
> same time.
that's fine for me
Best Regards,
J.
next prev parent reply other threads:[~2009-07-18 16:39 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-10 16:03 [U-Boot] [PATCH v2 0/6] Clean up top-level directory structure Peter Tyser
2009-07-10 16:03 ` [U-Boot] [PATCH v2 1/6] Move architecture specific config.mk files into subdirs Peter Tyser
2009-07-20 22:12 ` Wolfgang Denk
2009-07-10 16:03 ` [U-Boot] [PATCH v2 2/6] Move lib_<ARCH> directories to lib/<ARCH> Peter Tyser
2009-11-22 20:54 ` Wolfgang Denk
2009-11-23 2:39 ` Peter Tyser
2009-12-07 21:32 ` Wolfgang Denk
2009-12-07 21:42 ` Scott Wood
2009-12-08 5:39 ` Peter Tyser
2009-07-10 16:03 ` [U-Boot] [PATCH v2 3/6] Move lib_generic to lib/generic Peter Tyser
2009-07-10 16:03 ` [U-Boot] [PATCH v2 4/6] Move libfdt to lib/libfdt Peter Tyser
2009-07-10 16:03 ` [U-Boot] [PATCH v2 5/6] Move examples/ to examples/standalone Peter Tyser
2009-07-10 17:07 ` Mike Frysinger
2009-07-20 22:13 ` Wolfgang Denk
2009-07-22 21:56 ` [U-Boot] [PATCH] Fix "ld: cannot find -lstubs" build error Wolfgang Denk
2009-07-10 16:03 ` [U-Boot] [PATCH v2 6/6] Move api_examples to examples/api Peter Tyser
2009-07-20 22:14 ` Wolfgang Denk
2009-07-11 0:03 ` [U-Boot] [PATCH v2 0/6] Clean up top-level directory structure Shinya Kuribayashi
2009-07-11 0:40 ` Peter Tyser
2009-07-11 1:20 ` Shinya Kuribayashi
2009-07-11 2:42 ` Mike Frysinger
2009-07-12 12:54 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-14 15:20 ` Peter Tyser
2009-07-15 3:25 ` Stefan Roese
2009-07-15 3:38 ` Shinya Kuribayashi
2009-07-15 4:39 ` Peter Tyser
2009-07-18 11:19 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-18 16:37 ` Peter Tyser
2009-07-18 16:39 ` Jean-Christophe PLAGNIOL-VILLARD [this message]
2009-07-18 18:07 ` Wolfgang Denk
2009-07-19 20:01 ` Peter Tyser
2009-07-19 20:16 ` Wolfgang Denk
2009-07-20 22:15 ` Wolfgang Denk
2009-07-20 23:09 ` Peter Tyser
2009-07-15 14:50 ` Rafal Jaworowski
2009-07-18 16:52 ` Peter Tyser
2009-07-18 18:10 ` Wolfgang Denk
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=20090718163925.GI30699@game.jcrosoft.org \
--to=plagnioj@jcrosoft.com \
--cc=u-boot@lists.denx.de \
/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