EdgyPlusOneToolchainRoadmap

Differences between revisions 3 and 4
Revision 3 as of 2006-06-22 15:52:55
Size: 1251
Editor: ALagny-109-1-9-136
Comment: draft
Revision 4 as of 2006-06-23 09:31:45
Size: 1702
Editor: ALagny-109-1-2-101
Comment: move issues from edgy-toolchain to here
Deletions are marked like this. Additions are marked like this.
Line 24: Line 24:
== Design == == Implementation ==
Line 34: Line 34:
     * tune with -mtune=generic by default
Line 35: Line 36:

== Implementation ==
Line 44: Line 43:
 * removal of compilers for additional languages that should not
   be available in main. just splitting out these compilers drops
   the specs for the gcc driver as well. find a way to build a
   subset of compilers, but keep support for all available compilers
   in the cpp/gcc drivers.

   Is it worth splitting out these compilers (currently gnat-4.1)

 * check how -mtune=generic behaves on amd processors

Summary

Plans for the toolchain to be ready when Edgy+1 opens the archives

Rationale

Use cases

Scope

Implementation

  • testing: Rebuild a current edgy archive using the proposed toolchain for edgy+1 for all release architectures; requires LP/Soyuz support.
  • powerpc/sparc: glibc/gcc: configure using --enable-long-double-128
  • Upstream versions
    • glibc-2.4.x
    • binutils-2.17.x
    • gcc-4.2.x
      • tune with -mtune=generic by default
    • gcj-4.2.x, follow the development of the ecj branch for 1.5 language and runtime features

Code

Data preservation and migration

Outstanding issues

  • removal of compilers for additional languages that should not
    • be available in main. just splitting out these compilers drops the specs for the gcc driver as well. find a way to build a subset of compilers, but keep support for all available compilers in the cpp/gcc drivers. Is it worth splitting out these compilers (currently gnat-4.1)
  • check how -mtune=generic behaves on amd processors

BoF agenda and discussion


CategorySpec

EdgyPlusOneToolchainRoadmap (last edited 2008-08-06 16:37:41 by localhost)