options?
--
--
Ben Hildred
Automation Support Services
303 815 6721
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
esting more difficult. and I have
not yet got ipxe to successfully boot Xen (although this is purely because
I have not yet devoted enough time to that project and I am not yet
familiar with how Xen boots).
So no, I'm still not convinced of the need for thi
On Tue, Aug 18, 2015 at 12:56 PM, Dann Frazier
wrote:
> On Tue, Aug 18, 2015 at 12:03 PM, Ben Hildred <426...@gmail.com> wrote:
> > I only briefly scanned this, but this is cool (at least the idea is
> > something I want to see implemented everywhere it makes sense to do
0,
> +GRUB_EXITCODE_NEXT,
> + }
> +grub_exitcode_t;
> +
> +#endif /* ! GRUB_EXITCODE_HEADER */
> diff --git a/include/grub/misc.h b/include/grub/misc.h
> index 2a9f87c..18dc77c 100644
> --- a/include/grub/misc.h
> +++ b/include/grub/misc.h
> @@ -26,6 +26,7 @@
> #include
> #include
> #include
> +#include
>
> #define ALIGN_UP(addr, align) \
> ((addr + (typeof (addr)) align - 1) & ~((typeof (addr)) align - 1))
> @@ -334,7 +335,7 @@ int EXPORT_FUNC(grub_vsnprintf) (char *str,
> grub_size_t n, const char *fmt,
> char *EXPORT_FUNC(grub_xasprintf) (const char *fmt, ...)
> __attribute__ ((format (GNU_PRINTF, 1, 2))) WARN_UNUSED_RESULT;
> char *EXPORT_FUNC(grub_xvasprintf) (const char *fmt, va_list args)
> WARN_UNUSED_RESULT;
> -void EXPORT_FUNC(grub_exit) (void) __attribute__ ((noreturn));
> +void EXPORT_FUNC(grub_exit) (grub_exitcode_t exitcode) __attribute__
> ((noreturn));
> grub_uint64_t EXPORT_FUNC(grub_divmod64) (grub_uint64_t n,
> grub_uint64_t d,
> grub_uint64_t *r);
> --
> 2.5.0
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
--
--
Ben Hildred
Automation Support Services
303 815 6721
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
s. Also notice I included the
path to the executable being used, which also helps with path issues.
>
> Have a nice day :)
>
> Thomas
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> htt
ok, the fix is correct. This is why I always do size of typedefs. the
syntax is better.
On Fri, Jan 30, 2015 at 2:21 PM, Lennart Sorensen <
lsore...@csclub.uwaterloo.ca> wrote:
> On Fri, Jan 30, 2015 at 01:52:09PM -0700, Ben Hildred wrote:
> > Why do you want the size of a pointer
uest_tag->size - sizeof (*request_tag))
> / sizeof (request_tag->requests[0]); i++)
> switch (request_tag->requests[i])
> {
> --
> 1.7.10.4
>
>
> ___
> Grub-devel mailing list
>
, initrd, cmdline and rootfs (I have done it with a
gparted iso))
--
--
Ben Hildred
Automation Support Services
303 815 6721
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
uding live images)
--
--
Ben Hildred
Automation Support Services
303 815 6721
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
else
>> {
>> if (grub_extractor_level && !(grubcmd->flags
>> & GRUB_COMMAND_FLAG_EXTRACTOR))
>> @@ -990,8 +993,6 @@ grub_script_execute_cmdline (struct grub_script_cmd
>
10 matches
Mail list logo