[Solved] Re: How to test the git clone without "make install" ?
Hi,
i wrote:
> > So i will start a new thread with the question:
> > How do i convince the git clone to produce programs and ISO for 64 bit
> > EFI.
Vladimir 'phcoder' Serbinenko wrote:
> ./configure --with-platform=efi --target=x86_64
Fast and concise as ever. :))
Thanks, Vladimir.
It works if i do beforehand
make clean
Without "make clean" i get from the subsequent "make":
symlist.h:30:10: fatal error: ../include/grub/machine/pxe.h: No such file or
directory
30 | #include <../include/grub/machine/pxe.h>
Trying to revoke the change by
./configure && make
yields:
symlist.c: In function ‘grub_register_exported_symbols’:
symlist.c:66:31: error: ‘grub_acpi_find_fadt’ undeclared (first use in this
function)
66 | {"grub_acpi_find_fadt", grub_acpi_find_fadt, 1},
---
Well, now that i know the magic words, i find them in the manual under
"8 Porting".
Possibly it would be worthwhile to put some of this into a new chapter
"1.1 Building from the git clone"
together with a warning about re-configuring without clean-making.
Have a nice day :)
Thomas
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
Re: [Solved] Re: How to test the git clone without "make install" ?
Le ven. 14 juin 2024, 19:27, Thomas Schmitt via Grub-devel < grub-devel@gnu.org> a écrit : > Hi, > > Maximilian Stendler wrote: > > to keep the host installation clean, I would probably use a container. > > Yes, a virtual machine came to my mind. Easy to clone and to dispose. > But there must be some better way to test a utility built from git > independenly of systemwide directories. > > > Vladimir 'phcoder' Serbinenko wrote: > > Set pkgdatadir environment variable > > Ahum ... > rm /usr/local/share/grub > pkgdatadir=. ./grub-mkrescue -o /dvdbuffer/test.iso > yields indeed an ISO with EFI boot equipment. > > But what to do about /usr/local/lib/grub ? > I found option -d meanwhile. After some forth and back i came to > > > pkgdatadir=. ./grub-mkrescue -o /dvdbuffer/test.iso -d ./grub-core > > > which to my surprise creates an ISO with boot equipment for legacy BIOS: > > $ xorriso -indev /dvdbuffer/test.iso -report_el_torito plain > -report_system_area plain > ... > El Torito images : N Pltf B Emul Ld_seg Hdpt Ldsiz LBA > El Torito boot img : 1 BIOS y none 0x 0x00 41397 > El Torito img path : 1 /boot/grub/i386-pc/eltorito.img > El Torito img opts : 1 boot-info-table grub2-boot-info > ... > System area summary: MBR protective-msdos-label grub2-mbr cyl-align-off > ... > MBR partition table: N Status TypeStart Blocks > MBR partition : 1 0x80 0xcd113783 > > While i used the Debian system directories it was EFI: > > El Torito images : N Pltf B Emul Ld_seg Hdpt Ldsiz LBA > El Torito boot img : 1 UEFI y none 0x 0x00 5760 52 > El Torito img path : 1 /efi.img > ... > System area summary: MBR protective-msdos-label cyl-align-off GPT APM > ... > MBR partition table: N Status TypeStart Blocks > MBR partition : 1 0x00 0xee118015 > ... and a GPT and an Apple Partition Map for HFS+ ... > > > So i will start a new thread with the question: > How do i convince the git clone to produce programs and ISO for 64 bit > EFI. > ./configure --with-platform=efi --target=x86_64 > > > > Have a nice day :) > > Thomas > > > ___ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel > ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
[Solved] Re: How to test the git clone without "make install" ?
Hi, Maximilian Stendler wrote: > to keep the host installation clean, I would probably use a container. Yes, a virtual machine came to my mind. Easy to clone and to dispose. But there must be some better way to test a utility built from git independenly of systemwide directories. Vladimir 'phcoder' Serbinenko wrote: > Set pkgdatadir environment variable Ahum ... rm /usr/local/share/grub pkgdatadir=. ./grub-mkrescue -o /dvdbuffer/test.iso yields indeed an ISO with EFI boot equipment. But what to do about /usr/local/lib/grub ? I found option -d meanwhile. After some forth and back i came to pkgdatadir=. ./grub-mkrescue -o /dvdbuffer/test.iso -d ./grub-core which to my surprise creates an ISO with boot equipment for legacy BIOS: $ xorriso -indev /dvdbuffer/test.iso -report_el_torito plain -report_system_area plain ... El Torito images : N Pltf B Emul Ld_seg Hdpt Ldsiz LBA El Torito boot img : 1 BIOS y none 0x 0x00 41397 El Torito img path : 1 /boot/grub/i386-pc/eltorito.img El Torito img opts : 1 boot-info-table grub2-boot-info ... System area summary: MBR protective-msdos-label grub2-mbr cyl-align-off ... MBR partition table: N Status TypeStart Blocks MBR partition : 1 0x80 0xcd113783 While i used the Debian system directories it was EFI: El Torito images : N Pltf B Emul Ld_seg Hdpt Ldsiz LBA El Torito boot img : 1 UEFI y none 0x 0x00 5760 52 El Torito img path : 1 /efi.img ... System area summary: MBR protective-msdos-label cyl-align-off GPT APM ... MBR partition table: N Status TypeStart Blocks MBR partition : 1 0x00 0xee118015 ... and a GPT and an Apple Partition Map for HFS+ ... So i will start a new thread with the question: How do i convince the git clone to produce programs and ISO for 64 bit EFI. Have a nice day :) Thomas ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
