On Apr 25, 2006, at 3:08 PM, Yoshinori K. Okuji wrote:
Also, this change adds an
intensive debugging feature for the memory manager via the
configure option "--enable-mm-debug".
... and finally, the debug functions seem to introduce runtime breakage
(out of memory erro
On Apr 21, 2006, at 4:15 AM, Marco Gerards wrote:
Hollis Blanchard <[EMAIL PROTECTED]> writes:
This patch renames "grubof", the executable name for PPC and Sparc, to
"grub". I'm still not sure what the naming convention should be for
the executable output by grub-mkimage; I'm thinking maybe
"g
On Apr 25, 2006, at 3:08 PM, Yoshinori K. Okuji wrote:
Also, this change adds an
intensive debugging feature for the memory manager via the
configure option "--enable-mm-debug".
I fixed the breakage from renaming "abort".
However, the build is now broken when not using
On Apr 25, 2006, at 3:08 PM, Yoshinori K. Okuji wrote:
A new machine-specific function "grub_machine_set_prefix" is
defined. This is called after loading modules, so that a prefix
initialization can use modules.
I think you broke grub-emu with this change, because grub-
On Tue, 2006-04-25 at 22:32 +0200, Marco Gerards wrote:
> "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
>
> > Why does the gpt partition map count partitions from one instead of zero,
> > unlike other partition maps in GRUB? I don't object to changing the base
> > number to one in GRUB 2, but
Vesa Jääskeläinen <[EMAIL PROTECTED]> writes:
> Marco Gerards wrote:
>> "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
>>
>>> On Monday 24 April 2006 18:49, Marco Gerards wrote:
> 4) What is the best way for dealing with languages and translations
> when developing?
We are thinking
Marco Gerards wrote:
> "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
>
>> On Monday 24 April 2006 18:49, Marco Gerards wrote:
4) What is the best way for dealing with languages and translations
when developing?
>>> We are thinking about i18n support. This is something about this on
>
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> Why does the gpt partition map count partitions from one instead of zero,
> unlike other partition maps in GRUB? I don't object to changing the base
> number to one in GRUB 2, but they should be at least consistent.
This most likely would be a
On Tue, 2006-04-25 at 21:44 +0200, Yoshinori K. Okuji wrote:
> Why does the gpt partition map count partitions from one instead of zero,
> unlike other partition maps in GRUB? I don't object to changing the base
> number to one in GRUB 2, but they should be at least consistent.
I would *love* to
Why does the gpt partition map count partitions from one instead of zero,
unlike other partition maps in GRUB? I don't object to changing the base
number to one in GRUB 2, but they should be at least consistent.
Okuji
___
Grub-devel mailing list
Grub
10 matches
Mail list logo