grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Report: compil error on OSX for target=i386


From: Felix Zielcke
Subject: Re: Report: compil error on OSX for target=i386
Date: Sun, 06 Sep 2009 21:07:56 +0200

Am Sonntag, den 06.09.2009, 20:56 +0200 schrieb Yves Blusseau:
> Le 6 sept. 09 à 16:54, Robert Millan a écrit :
> 
> > On Sun, Sep 06, 2009 at 06:55:41AM +0200, Yves Blusseau wrote:
> >>
> >> Le 5 sept. 09 à 22:31, Robert Millan a écrit :
> >>
> >>> On Sat, Sep 05, 2009 at 03:17:58PM +0200, Michal Suchanek wrote:
> >>>>
> >>>> Still the time and space required to build GCC is much larger than
> >>>> that required for building grub. The OS X platform is somewhat  
> >>>> exotic
> >>>> because it uses different object format and non-gnu linker so it is
> >>>> more likely there will be issues with building GCC. Since the  
> >>>> time I
> >>>> tried GCC is no longer self-containded but relies on additional
> >>>> libraries that have to be installed separately so the user has to
> >>>> compile several interdependent packages from source which certainly
> >>>> requires more planning than just building a single package.
> >>>
> >>> Is there no simple mechanism for installing software on MacOS ?   
> >>> E.g.
> >>> on
> >>> Debian one would just use apt-get.  I heard about the Fink project,
> >>> although I haven't used it myself.
> >>
> >> On MacOS you can install external program by compiling it with  
> >> software
> >> like Fink or MacPorts (http://www.macports.org/)
> >
> > I see that "gcc44" is listed there (as well as "apple-gcc42" for  
> > Apple's
> > version which we're already "aquainted" with).
> >
> > So I take it that we can direct MacOS users to this repository, and  
> > they
> > would be able to install a working GCC from it?
> 
> Bad news grub not compiled on a GCC 4.4.1 from MacPorts:
> 
> gcc-mp-4.4 -Iloader/i386 -I./loader/i386 -I. -I./include -I./include - 
> Wall -W  -Wall -W -Wshadow -Wpointer-arith -Wmissing- 
> prototypes                  -Wundef -Wstrict-prototypes -g -Os -falign- 
> jumps=1 -falign-loops=1 -falign-functions=1 -fno-dwarf2-cfi-asm - 
> DAPPLE_CC=1 -m32 -fno-stack-protector -mno-stack-arg-probe -fno- 
> builtin -mrtd -mregparm=3 -m32 -MD -c -o linux_mod-loader_i386_linux.o  
> loader/i386/linux.c
> 20:16loader/i386/linux.c: In function 'grub_linux_boot':
> 20:16loader/i386/linux.c:546: error: can't find a register in class  
> 'BREG' while reloading 'asm'
> 20:16loader/i386/linux.c:546: error: 'asm' operand has impossible  
> constraints
> 20:16make: * [linux_mod-loader_i386_linux.o] Error 1
> 
> MacPorts don't use specific patch to build gcc so i think the behavior  
> is coded somewhere in the gcc source code.
> 

Exactly that line (well s/gcc-mp-4.4/gcc-4.4/) works fine with the
Debian gcc 4.4.1-3 which is actually a SVN snapshot from 20090822


-- 
Felix Zielcke
Proud Debian Maintainer





reply via email to

[Prev in Thread] Current Thread [Next in Thread]