On Wednesday 26 April 2006 02:10, Hollis Blanchard wrote:
> 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 renamin
On Wednesday 26 April 2006 01:22, Hollis Blanchard wrote:
> Is there a reason not to use the runtime debugging infrastructure we
> have? Most of that is "intensive" as well...
What do you mean by "the runtime debugging infrastructure"? If you mean
grub_dprintf, it is not enough, since you cannot
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> On Wednesday 26 April 2006 01:22, Hollis Blanchard wrote:
>> Is there a reason not to use the runtime debugging infrastructure we
>> have? Most of that is "intensive" as well...
>
> What do you mean by "the runtime debugging infrastructure"? If yo
On Wednesday 26 April 2006 10:57, Marco Gerards wrote:
> "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> > On Wednesday 26 April 2006 01:22, Hollis Blanchard wrote:
> >> Is there a reason not to use the runtime debugging infrastructure we
> >> have? Most of that is "intensive" as well...
> >
> >
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> On Wednesday 26 April 2006 10:57, Marco Gerards wrote:
>> "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
>> > On Wednesday 26 April 2006 01:22, Hollis Blanchard wrote:
>> >> Is there a reason not to use the runtime debugging infrastructure we
>>
On Wednesday 26 April 2006 12:00, Marco Gerards wrote:
> How about using a macro as a wrapper. So something like:
>
> #define grub_malloc(x)\
> { \
> grub_dprintf (...); \
> grub_malloc_int (...)\
> }
>
> In that case you can use the
On Wednesday 26 April 2006 10:47, Yoshinori K. Okuji wrote:
> No, this problem happens only because grubof_symlist.c is not regenerated
> when you rerun configure. That is, this is a dependency problem in the
> Makefile.
Nope. I'm wrong. The problem is that the cpp conditionals are not evaluated
