Testing grub I noticed this bug. Here is bugfix
Vladimir 'phcoder' Serbinenko
Index: normal/cmdline.c
===
--- normal/cmdline.c(revision 1959)
+++ normal/cmdline.c(working copy)
@@ -148,6 +148,7 @@
{
static char cm
Javier Martín wrote:
> A, say, AMD64 Linux cross compiler hosted on x86 Cygwin would have
> $build=i686-pc-cygwin and $host=amd64-linux-gnu. Thus, no conflict ought
> to arise even with cross compilation enabled.
>
> AFAIK, the full power of $build+$host+$target only matters when building
> _compi
Michel Dänzer wrote:
> P.S. Please reconsider automatically rejecting posts from
> non-subscribers. I co-moderate half a dozen mailing lists, only costs me
> a couple of minutes a day thanks to a nice tool called 'listadmin'.
grub-devel is a subscriber only list.
On Tue, 2009-01-27 at 18:54 +0200, Vesa Jääskeläinen wrote:
> Michel Dänzer wrote:
> > P.S. Please reconsider automatically rejecting posts from
> > non-subscribers. I co-moderate half a dozen mailing lists, only costs me
> > a couple of minutes a day thanks to a nice tool called 'listadmin'.
>
>
Javier Martín wrote:
Unfortunately, gcc has no '-fno_os' option to specify the bare CPU as
target.
Might -ffreestanding be what you are looking for?
The option '-ffreestanding' is the same as '-fno-hosted'.
According to gcc (4.3.1) source, '-fno-hosted' clears variable
'flag_hosted
El mar, 27-01-2009 a las 18:51 +0200, Vesa Jääskeläinen escribió:
> Javier Martín wrote:
> > A, say, AMD64 Linux cross compiler hosted on x86 Cygwin would have
> > $build=i686-pc-cygwin and $host=amd64-linux-gnu. Thus, no conflict ought
> > to arise even with cross compilation enabled.
> >
> > AFA
El mar, 27-01-2009 a las 18:21 +0100, Christian Franke escribió:
> Javier Martín wrote:
> >> Unfortunately, gcc has no '-fno_os' option to specify the bare CPU as
> >> target.
> >>
> >
> > Might -ffreestanding be what you are looking for?
> >
> >
>
> The option '-ffreestanding' is the sam
Javier Martín wrote:
El mar, 27-01-2009 a las 18:21 +0100, Christian Franke escribió:
Javier Martín wrote:
Unfortunately, gcc has no '-fno_os' option to specify the bare CPU as
target.
Might -ffreestanding be what you are looking for?
The option '-ffreestandin
Hi,
I learned today that GRUB 2 aims to be cross platform and already
supports in some form PPC.
Is there any interest in supporting the DEC Alpha (SRM) platform?
According to the Current Status [*] page, BSD partition maps are
already supported, so maybe the only thing to be done is the
SRM-spe
Matt Turner wrote:
> Hi,
>
> I learned today that GRUB 2 aims to be cross platform and already
> supports in some form PPC.
>
> Is there any interest in supporting the DEC Alpha (SRM) platform?
If you are planning to provide the code for it and maintain it :) (or
someone else).
> Alpha users cu
phcoder wrote:
> Testing grub I noticed this bug. Here is bugfix
> Vladimir 'phcoder' Serbinenko
>
> Index: normal/cmdline.c
> ===
> --- normal/cmdline.c(revision 1959)
> +++ normal/cmdline.c(working copy)
> @@ -148,6 +148,7 @
I do not remember seeing a problem here. So what is actually the problem
and how to reproduce it?
I booted GRUB2 by GRUB-Legacy, command prompt appeared and worked but
there were no cursor. I think the same problem appears when the user
opens command line from the menu.
Vladimir 'phcoder' Ser
phcoder wrote:
>> I do not remember seeing a problem here. So what is actually the problem
>> and how to reproduce it?
>
> I booted GRUB2 by GRUB-Legacy, command prompt appeared and worked but
> there were no cursor. I think the same problem appears when the user
> opens command line from the menu
El mar, 27-01-2009 a las 20:56 +0100, Christian Franke escribió:
> Javier Martín wrote:
> > El mar, 27-01-2009 a las 18:21 +0100, Christian Franke escribió:
> >
> >> Javier Martín wrote:
> >>
> Unfortunately, gcc has no '-fno_os' option to specify the bare CPU as
> target.
>
Hello List,
I was going through the Grub 2 TODO here : http://grub.enbug.org/TodoList and
I see that one of the many commands that need to be implemented is "uppermem".
Having played around with uppermem quite a bit (thanks to the weird systems I
have to work with) on Grub Legacy, I was wonder
On Mon, 2009-01-26 at 19:28 +0100, Daniel Mierswa wrote:
> On 26.01.2009 05:41, Pavel Roskin wrote:
> > I'll appreciate if you write your Changelog entries according to the GNU
> > coding standards. In particular, please don't abbreviate function
> > names.
> Ok, second try.
I should have told yo
On Tue, 2009-01-27 at 20:49 -0500, Pavel Roskin wrote:
> > > We have a very similar function search_fs_uuid() in disk/fs_uuid.c, and
> > > it still uses grub_strcmp(). Should it be using grub_strcasecmp() as
> > > well? Can we export that function to reuse it in commands/search.c?
P.S. The reus
Sorry it seems that my fs was corrupted which caused failure at install.
fsck and reinstall fixed the problem
Thanks
Vladimir 'phcoder' Serbinenko
Vesa Jääskeläinen wrote:
phcoder wrote:
I do not remember seeing a problem here. So what is actually the problem
and how to reproduce it?
I booted
Hello, I'm working on xnu (darwin kernel, under OSI approved APSL)
support and would like to discuss some interfaces about it.
Issue 1) First in xnu world booter hands the loading of compressed
hibernation image. Resuming doesn't need to load the kernel conventional
way. And trying to resume fro
19 matches
Mail list logo
