Re: [PATCH 2/2] RFT: Remove ABS macro from boot/i386/pc/boot.S

[Vladimir 'phcoder' Serbinenko]

On Sat, Jul 18, 2009 at 8:22 PM, Robert Millan<address@hidden> wrote:
> On Sat, Jul 18, 2009 at 05:17:10PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> On Thu, Jul 16, 2009 at 5:47 AM, Pavel Roskin<address@hidden> wrote:
>> > ChangeLog:
>> >
>> >        * boot/i386/pc/boot.S: Remove ABS macro, it's useless now.
>> Could you wait before committing this patch? I'm currently making
>> grub2 compiling with gcc 2.95 supplied as a possibility (another one
>> is gcc 4.x) with haiku. The fixes are mostly also fixes for bad style.
>> Once I've finished I'll test this patch with gcc 2.95 to see if it
>> generates any problem with old systems
>
> What kind of changes does this require?  gcc 2.95 is ten years old.  I don't
> see a problem with supporting it if it comes really cheap, but I wouldn't
> like having to live with a set of kludges if it's only for the sake of
> keeping an old gcc around.
I'm compiling now the code on qemu and if I succeed I push it to my
git and break into patches. The most of changes are added checks for
compiler features to avoid passing incompatible options and avoid
mixing declarations with code and putting double semicolons.
>
> Aside from this, maybe someone should tell the Haiku folks that it won't
> cost them a dime in license fees to upgrade their gcc sometime :-)
>
Haiku can be compiled and can use either gcc 4.x or gcc2.95. The main
reason for them to keep gcc 2.95 possibility is the binary
compatibility with BeOS. As François Revol explained me on IRC C++ ABI
changed from gcc2 to gcc3 and as BeOS and Haiku heavily rely on C++
it's impossible to launch BeOS apps under Haiku if it was compiled
with gcc4. Now there is also a possibility to compile haiku with gcc4
and some libraries compile additionally with gcc2 but currently it's
not a default. Anyway gcc4 is available on haiku and if it reveals
that supporing gcc2 is too expensive it's not really a problem
> --
> Robert Millan
>
>  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
>  how) you may access your data; but nobody's threatening your freedom: we
>  still allow you to remove your data and not access it at all."
>
>
> _______________________________________________
> Grub-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/grub-devel
>



-- 
Regards
Vladimir 'phcoder' Serbinenko

Personal git repository: http://repo.or.cz/w/grub2/phcoder.git