Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] RFC: combining all gcc frontends into a single spell

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Treeve Jelbert <treeve AT scarlet.be>
  • To: sm-discuss AT lists.ibiblio.org
  • Subject: Re: [SM-Discuss] RFC: combining all gcc frontends into a single spell
  • Date: Sun, 19 Jul 2009 13:20:32 +0200

I have been using a combined spell for some time, with g++ implemented as a
dummy spell which 'depends -sub c++ gcc'
It does not support ada.

I am currently preparing for gcc-4.4.1

On Sunday 19 July 2009 09:28:25 Peng Chang (Charles) wrote:
> Dear all,
>
> After compiling Source Mage for several times. I noticed that compiling
> the compilers consumes much more time than necessary, for all gcc
> frontends bootstrap gcc the C compiler first, whichk takes over 30
> minutes on a Core2 Duo 2.0GHz machine with make -j5, and then compiles
> the compiler requested.
>
> There are other flaws with this approach as well:
> 1. The gcc bootstrapped each time cannot be guaranteed to be the same.
> This may matter if you are highly concerned about the consistency and
> interoperability between compilers.
> 2. Re have to maintain the spec files manually, which can be generated
> automatically.
> 3. To be discussed...
>
> As I discussed with ruskie ealier today, we may combine the frontends
> into a single spell, with the frontends as sub_depends of the spell.
>
> Advantages:
> 1. This saves time because gcc gets compiled once.
> 2. The compilers interact perfectly.
> 3. The structure of the spell is clear and easy.
> 4. To be discussed...
>
> Disadvantages:
> 1. This saves time only when someone decides what compilers to have
> early.
> 2. If someone wants to dispel/modify a single compiler, it consumes more
> time. (Who wants to do this?)
> 3. To be discussed...
>
> We also need to think about how to support non-official frontends in
> this approach.
>
> Cheers,
> Charles
> _______________________________________________
> SM-Discuss mailing list
> SM-Discuss AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/sm-discuss

--
Regards, Treeve




Archive powered by MHonArc 2.6.24.

Top of Page