That's more in place on grub-devel.
19.04.2016 03:27, Eric Andrew Lewis пишет:
> I'm trying to build a patched version of Grub from source on a Mac. I've
> installed all the requirements in the INSTALL file, but got an error while
> running ./configure
>
> configure: error: objconv not found whic
On Sun, Apr 17, 2016 at 2:27 PM, Mike Gilbert wrote:
> Depending on the OS/libc, device macros are defined in different
> headers.
>
> sys/mkdev.h - BSD, Sun
> sys/sysmacros.h - glibc (Linux)
It seems I was wrong about BSD; it is defined directly in sys/types.h
on FreeBSD at least.
https://svnwe
Hello,
I have one mystery that I can't find an answer to. I see that most distros
keep kernel/initramfs images on the same partition as the root file system.
Isn't this unsafe in a scenario where there is a power cut and then next
time when booting, GRUB will be reading kernel/initramfs from an
in
On 2016.04.18 12:49, Vladimir 'phcoder' Serbinenko wrote:
In any case it's
not 2.02 material, so I put it lower in my priority list
Thanks for considering it further - much appreciated.
I should point out that there's obviously nothing blocking for me, so
I'm fine with any delay.
On 2016.04
Le 18 avr. 2016 20:36, "Andrei Borzenkov" a écrit :
>
> On Mon, Apr 18, 2016 at 1:13 PM, Pete Batard wrote:
> > On 2016.04.18 07:50, Vladimir 'phcoder' Serbinenko wrote:
> >>
> >> You can use asm to get around msvc limitations. Sth like
> >>
> >> .global memcpy
> >> memcpy:
> >>jmp grub_m
On Mon, Apr 18, 2016 at 1:13 PM, Pete Batard wrote:
> On 2016.04.18 07:50, Vladimir 'phcoder' Serbinenko wrote:
>>
>> You can use asm to get around msvc limitations. Sth like
>>
>> .global memcpy
>> memcpy:
>>jmp grub_memcpy
>
>
> Yes I'm well aware I could try to create my own library (or
On 2016.04.18 07:50, Vladimir 'phcoder' Serbinenko wrote:
You can use asm to get around msvc limitations. Sth like
.global memcpy
memcpy:
jmp grub_memcpy
Yes I'm well aware I could try to create my own library (or equivalent)
that redefines memcpy/memset, using some workaround to avoid