Hi,
>> LUA integration.
>> LUA is quite powerful, it's more suitable to do complicated task than
>> sh script. For example, we can use it to detect os at runtime,
>> implement simple commands, or draw the graphic menu.
>
> I don't mind LUA being supported, but I think it's unnecessarily big
> for
On Fri, Jul 03, 2009 at 07:35:15PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> If worst-case scenarios don't fit into mbr gap we may consider another
> approaches
> 1) progressive loading (e.g. FS-parsing bootsectors in worst case
> bring some kind of stage1.5 back)
> 2) replace lzma with xz
> 3)
On Sat, 2009-07-04 at 22:11 +0200, Robert Millan wrote:
> On Wed, Jul 01, 2009 at 11:14:55AM -0400, Pavel Roskin wrote:
> > On Mon, 2009-06-29 at 15:19 +0200, Robert Millan wrote:
> > > This patch gets rid of util/$(target_cpu)/$(platform)/misc.c by
> > > integrating
> > > them into util/misc.c.
>
On Thu, Jul 02, 2009 at 04:48:56PM +0800, Bean wrote:
> Hi,
>
> Here are some of my ideas about the new features of grub.
>
> Move kernel to a module.
> This make it possible to relocate the kernel. For example, we can use
> it to move grub-pc to upper memory, and free conventional memory for
> u
On Wed, Jul 01, 2009 at 11:14:55AM -0400, Pavel Roskin wrote:
> On Mon, 2009-06-29 at 15:19 +0200, Robert Millan wrote:
> > This patch gets rid of util/$(target_cpu)/$(platform)/misc.c by integrating
> > them into util/misc.c.
> >
> > It paves the way for unification of grub-emu.
>
> The patch br
On Wed, Jul 01, 2009 at 09:20:49AM -0400, Pavel Roskin wrote:
> Quoting Robert Millan :
>
>> On Tue, Jun 30, 2009 at 08:35:09PM -0400, Pavel Roskin wrote:
>>> +if (modlist != "") {
>>
>> Are you sure this does what you expect? I read it as "compare this
>> char * with this const char *", which
On Wed, Jul 01, 2009 at 04:33:25PM +0200, Felix Zielcke wrote:
> Am Montag, den 01.06.2009, 21:39 +0200 schrieb Felix Zielcke:
> > Am Mittwoch, den 06.05.2009, 17:12 +0200 schrieb Vladimir 'phcoder'
> > Serbinenko:
> > > Don't we already have a function which transforms host directory into
> > > gr
>>> And with library,
>>> symlist.c is not needed as well, which saves another 3k.
>>
>> Perhaps I misunderstand something in your proposal. I don't see how
>> introducing a library would eliminate symlist.c.
>>
>> We'll need a list of symbols for modules to use, whether those symbols are
>> in th
On Sat, Jul 4, 2009 at 10:27 PM, Pavel Roskin wrote:
> Quoting Bean :
>
>> The biggest part is kern/misc.c, all are library function, many
>> function in startup can also be moved to library.
>
> It doesn't matter by itself. If the modules linked into the the kernel
> image use most functions in t
Quoting Bean :
The biggest part is kern/misc.c, all are library function, many
function in startup can also be moved to library.
It doesn't matter by itself. If the modules linked into the the
kernel image use most functions in that library, there will be little
of no saving.
And with
On Sat, Jul 4, 2009 at 12:26 PM, Pavel Roskin wrote:
> On Sat, 2009-07-04 at 09:48 +0800, Bean wrote:
>> Hi,
>>
>> Library is an archive file that contains unlinked object files. We can
>> use library function both statically or dynamically. In the former
>> case, we link the objects together to fo
11 matches
Mail list logo
