All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pavel Roskin <proski@gnu.org>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: eltorito support ..
Date: Tue, 04 Mar 2008 10:49:44 -0500	[thread overview]
Message-ID: <1204645784.27739.14.camel@dv> (raw)
In-Reply-To: <5cc84b460803040422m650f23cbkd09e8a2f7702bae7@mail.gmail.com>

On Tue, 2008-03-04 at 12:22 +0000, Kalamatee wrote: 
> >Im not having much joy testing the eltorito support ATM.
>  
> >Ive made the image using grub-mkimage, then used cat to merge the
> cdboot.img with the core file generated >using grub-mkimage, and
> generated an iso with this file but when trying to boot it the
> following is displayed ..
>  
> >http://s175.photobucket.com/albums/w131/Kalamatee/AROS64/?action="">
> >Any ideas?
>  
> Oops... gmails reply broke the link I was meaning to show... this is
> the correct screenshot of what happens..
>  
> http://s175.photobucket.com/albums/w131/Kalamatee/AROS64/?action=view&current=x86_64-grub2cd.jpg

It's possible that you have hit the same problem I encountered a while
ago.  gensymlist.sh doesn't have protection against compiler errors.
So, if you set CC to something with a space, like "gcc -Dfoo", it will
fail silently but produce symlist.c without any symbols, that would
still be a valid C file.

The bug is still there.

./configure CC="gcc -Dfoo"
make
./grub-mkrescue --grub-mkimage=./grub-mkimage --pkglibdir=. grub.iso
qemu -cdrom grub.iso

The error message is just like yours.  symlist.c has an empty symbol
table: 

static struct symtab tab[] =
  {
    {0, 0}
  };

Sorry, I should have reported it earlier.  

The right fix would be to ensure that symlist.c would be invalid if the
compiler fails, to protect compiler arguments, to capture compiler
errors in gensymlist.sh and to recognize gensymlist.sh failure in the
makefile.  We have several layers of protection failing here.

-- 
Regards,
Pavel Roskin



  reply	other threads:[~2008-03-04 15:49 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-04 12:22 eltorito support Kalamatee
2008-03-04 15:49 ` Pavel Roskin [this message]
2008-04-02 17:05   ` Pavel Roskin
  -- strict thread matches above, loose matches on Subject: below --
2008-03-05  2:34 Kalamatee
2008-03-05 15:50 ` Jeff Chua
2008-01-29  3:10 Kalamatee
2008-01-29  8:30 ` Marco Gerards
2008-01-29  8:59   ` Robert Millan
2008-01-29  9:11     ` Marco Gerards
2008-01-29  9:19       ` Robert Millan
2008-01-29  9:29         ` Marco Gerards
2008-01-29 10:01           ` Robert Millan
2008-01-29 11:18             ` Marco Gerards
2008-01-29 11:46               ` Yoshinori K. Okuji
2008-01-29  9:32         ` Bean
2008-01-29 13:41           ` Robert Millan
2008-03-04  1:57 ` Kalamatee

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1204645784.27739.14.camel@dv \
    --to=proski@gnu.org \
    --cc=grub-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.