From mboxrd@z Thu Jan 1 00:00:00 1970 From: Aneesh V Date: Tue, 28 Jun 2011 12:24:11 +0530 Subject: [U-Boot] SPL framework re-design In-Reply-To: <20110627212200.76E8316A1C77@gemini.denx.de> References: <4DF9B9E0.8020206@ti.com> <20110616104716.762DD19E5AC3@gemini.denx.de> <4DFA00B8.7000807@gmail.com> <20110627092731.3532D202C61@gemini.denx.de> <20110627133435.31cd3271@schlenkerla.am.freescale.net> <20110627205046.BF6FB177DBA4@gemini.denx.de> <20110627155535.4217b15b@schlenkerla.am.freescale.net> <20110627211033.783351A23C39@gemini.denx.de> <20110627161803.16783c48@schlenkerla.am.freescale.net> <20110627212200.76E8316A1C77@gemini.denx.de> Message-ID: <4E097A93.6020900@ti.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Tuesday 28 June 2011 02:52 AM, Wolfgang Denk wrote: > Dear Scott Wood, > > In message<20110627161803.16783c48@schlenkerla.am.freescale.net> you wrote: >> >>>>> But if we do not create a new hierarchy of target directories we will >>>>> have the "normal" and the "spl" objects in parallel (and I don't want >>>>> to delete one when building the other). >>>> >>>> What's wrong with creating a new hierarchy of target directories? It >>>> would be like specifying a different output directory. >>> >>> The question came up what we need it for. >> >> Just seems cleaner to me than jamming it into the file extension. If we're >> treating it as a separate build, it should go into a separate place. It's >> not really a different type of file. > > I'm fine with that as well. I too think this approach is cleaner. This is essentially Daniel's approach. So, we can use some of his code. There are couple of open points though: 1. If there are SPL customized generic files like the nand_spl/nand_boot.c where do we keep them? I suggest that we keep them in spl/nand, spl/onenand etc. And for the object file hierarchy let's have something like spl/obj. How about that? 3. I hope partially linked libraries is fine. Or do you want to link all object files in a single stage? Is there any advantage in doing that? Shall I re-work my series using this framework? best regards, Aneesh