From rprak@trainwreck.sfbay.sun.com Wed Oct 21 22:33:09 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9M5X8Ns020992
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 21 Oct 2009 22:33:08 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n9M5X3Ow017263;
	Wed, 21 Oct 2009 23:33:07 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRW00E19I35TV00@nwk-avmta-2.sfbay.sun.com>; Wed,
 21 Oct 2009 22:33:05 -0700 (PDT)
Received: from trainwreck.sfbay.sun.com ([192.9.250.70])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRW001C0I34XU70@nwk-avmta-2.sfbay.sun.com>; Wed,
 21 Oct 2009 22:33:04 -0700 (PDT)
Received: from trainwreck.sfbay.sun.com (localhost [127.0.0.1])
	by trainwreck.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9M5X30Q012877;
 Wed, 21 Oct 2009 22:33:03 -0700 (PDT)
Received: (from rprak@localhost)	by trainwreck.sfbay.sun.com
 (8.13.8+Sun/8.13.8/Submit) id n9M5X3Rd012874; Wed,
 21 Oct 2009 22:33:03 -0700 (PDT)
Date: Wed, 21 Oct 2009 22:33:03 -0700 (PDT)
From: Raj Prakash <rprak@trainwreck.sfbay.sun.com>
Subject: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
To: LSARC-ext@sun.com
Cc: george.vasick@sun.com, raj.prakash@sun.com
Message-id: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
Status: RO
Content-Length: 12057


Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
This information is Copyright 2009 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 GCC4: The GNU Compiler Collection 4.X
    1.2. Name of Document Author/Supplier:
	 Author:  George Vasick
    1.3  Date of This Document:
	21 October, 2009
4. Technical Description
Copyright 2009 Sun Microsystems

1. Introduction
   1.1. Project/Component Working Name:
	GCC4: The GNU Compiler Collection 4.X

   1.2. Name of Document Author/Supplier:
	George Vasick

   1.3. Date of This Document:
	10/19/2009

   1.5. Email Aliases:
    	1.5.1. Responsible Manager: kurt.goebel@sun.com
    	1.5.2. Responsible Engineer: george.vasick@sun.com
	1.5.4. Interest List: sfwnv-discuss@opensolaris.org

2. Project Summary
   2.1. Project Description:
	Provide GCC 4.X and allow for the coexistence of multiple
	versions of GCC installed simultaneously.

	GCC 3.4.3, the current build compiler for OpenSolaris and
	Nevada, will remain unchanged in /usr/sfw.

4. Technical Description:
    4.1. Details:
	Commands will be installed in /usr/bin with versioned suffixes,
	e.g. gcc-4.3.2.  The runtime libraries will be installed
	/usr/lib with major, minor, and patch suffixes as appropriate
	along with a link for the major version, e.g
	libstdc++.so.6.0.10 and libstdc++.so.6 -> libstdc++.so.6.0.10.
	See section 4.5 Interfaces below for additional details.

	This case proposes to modify the previous release,
	LSARC/2008/776 GNU Developer Collection, as follows:

	1)  Localized message files will be moved from /usr/share/locale
	to /usr/lib/gcc/<machine>/<version>/share/locale.

	2)  Runtime libraries will be refactored from a single package
	into multiple packages, one package per library, to allow
	individual libraries to be upgraded in future releases.

    4.2. Bug/RFE Number(s):
	6674032: Introduce GCC 4.3.x (or later) in Nevada

    4.5. Interfaces:

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc432				GCC 432 compiler package.
						All interfaces Uncommited.
	usr/bin/c++-4.3.2=g++-4.3.2
	usr/bin/cpp-4.3.2
	usr/bin/g++-4.3.2
	usr/bin/gcc-4.3.2
	usr/bin/gccbug-4.3.2
	usr/bin/gcov-4.3.2
	usr/bin/gfortran-4.3.2
	usr/bin/<machine>-c++-4.3.2=g++-4.3.2
	usr/bin/<machine>-g++-4.3.2=g++-4.3.2
	usr/bin/<machine>-gcc-4.3.2=gcc-4.3.2
	usr/bin/<machine>-gfortran-4.3.2=gfortran-4.3.2
	usr/include/c++/4.3.2/*
	usr/lib/gcc/<machine>
	usr/lib/gcc/<machine>/4.3.2
	usr/lib/gcc/<machine>/4.3.2/cc1
	usr/lib/gcc/<machine>/4.3.2/cc1obj
	usr/lib/gcc/<machine>/4.3.2/cc1plus
	usr/lib/gcc/<machine>/4.3.2/collect2
	usr/lib/gcc/<machine>/4.3.2/crt1.o
	usr/lib/gcc/<machine>/4.3.2/crtbegin.o
	usr/lib/gcc/<machine>/4.3.2/crtend.o
	usr/lib/gcc/<machine>/4.3.2/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.2/crti.o
	usr/lib/gcc/<machine>/4.3.2/crtn.o
	usr/lib/gcc/<machine>/4.3.2/f951
	usr/lib/gcc/<machine>/4.3.2/finclude/*
	usr/lib/gcc/<machine>/4.3.2/gcrt1.o
	usr/lib/gcc/<machine>/4.3.2/gmon.o
	usr/lib/gcc/<machine>/4.3.2/include
	usr/lib/gcc/<machine>/4.3.2/include-fixed/*
	usr/lib/gcc/<machine>/4.3.2/include/*
	usr/lib/gcc/<machine>/4.3.2/install-tools/*
	usr/lib/gcc/<machine>/4.3.2/libgcc.a
	usr/lib/gcc/<machine>/4.3.2/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.2/libgcc_s.so=../../../libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.2/libgcov.a
	usr/lib/gcc/<machine>/4.3.2/libgfortran.so=../../../libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.2/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.2/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.2/libgomp.so=../../../libgomp.so.1
	usr/lib/gcc/<machine>/4.3.2/libobjc.so=../../../libobjc.so.2
	usr/lib/gcc/<machine>/4.3.2/libobjc_gc.so=../../../libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.2/libssp.so=../../../libssp.so.0
	usr/lib/gcc/<machine>/4.3.2/libstdc++.so=../../../libstdc++.so.6
	usr/lib/gcc/<machine>/4.3.2/share/locale*
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crt1.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crtbegin.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crtend.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crti.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crtn.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/gcrt1.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/gmon.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc.a
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcov.a
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
	usr/lib/gcc/<machine>/gccfss/4.3.2/LEGAL/*	Sparc only.
	usr/lib/gcc/<machine>/gccfss/4.3.2/prod/*	Sparc only.
	usr/share/man/man1/cpp-4.3.2.1
	usr/share/man/man1/g++-4.3.2.1
	usr/share/man/man1/gcc-4.3.2.1
	usr/share/man/man1/gcov-4.3.2.1
	usr/share/man/man1/gfortran-4.3.2.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc433				GCC 433 compiler package.
						All interfaces Uncommitted.
	usr/bin/c++-4.3.3=g++-4.3.3
	usr/bin/cpp-4.3.3
	usr/bin/g++-4.3.3
	usr/bin/gcc-4.3.3
	usr/bin/gccbug-4.3.3
	usr/bin/gcov-4.3.3
	usr/bin/gfortran-4.3.3
	usr/bin/<machine>-c++-4.3.3=g++-4.3.3
	usr/bin/<machine>-g++-4.3.3=g++-4.3.3
	usr/bin/<machine>-gcc-4.3.3=gcc-4.3.3
	usr/bin/<machine>-gfortran-4.3.3=gfortran-4.3.3
	usr/include/c++/4.3.3/*
	usr/lib/gcc/<machine>/4.3.3/cc1
	usr/lib/gcc/<machine>/4.3.3/cc1obj
	usr/lib/gcc/<machine>/4.3.3/cc1plus
	usr/lib/gcc/<machine>/4.3.3/collect2
	usr/lib/gcc/<machine>/4.3.3/crt1.o
	usr/lib/gcc/<machine>/4.3.3/crtbegin.o
	usr/lib/gcc/<machine>/4.3.3/crtend.o
	usr/lib/gcc/<machine>/4.3.3/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.3/crti.o
	usr/lib/gcc/<machine>/4.3.3/crtn.o
	usr/lib/gcc/<machine>/4.3.3/f951
	usr/lib/gcc/<machine>/4.3.3/finclude/*
	usr/lib/gcc/<machine>/4.3.3/gcrt1.o
	usr/lib/gcc/<machine>/4.3.3/gmon.o
	usr/lib/gcc/<machine>/4.3.3/include
	usr/lib/gcc/<machine>/4.3.3/include-fixed/*
	usr/lib/gcc/<machine>/4.3.3/include/*
	usr/lib/gcc/<machine>/4.3.3/install-tools/*
	usr/lib/gcc/<machine>/4.3.3/libgcc.a
	usr/lib/gcc/<machine>/4.3.3/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.3/libgcc_s.so=../../../libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.3/libgcov.a
	usr/lib/gcc/<machine>/4.3.3/libgfortran.so=../../../libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.3/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.3/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.3/libgomp.so=../../../libgomp.so.1
	usr/lib/gcc/<machine>/4.3.3/libobjc.so=../../../libobjc.so.2
	usr/lib/gcc/<machine>/4.3.3/libobjc_gc.so=../../../libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.3/libssp.so=../../../libssp.so.0
	usr/lib/gcc/<machine>/4.3.3/libstdc++.so=../../../libstdc++.so.6
	usr/lib/gcc/<machine>/4.3.3/share/locale*
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crt1.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crtbegin.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crtend.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crti.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crtn.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/gcrt1.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/gmon.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc.a
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcov.a
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
	usr/lib/gcc/<machine>/gccfss/4.3.3/LEGAL/*	Sparc only.
	usr/lib/gcc/<machine>/gccfss/4.3.3/prod/*	Sparc only.
	usr/share/man/man1/cpp-4.3.3.1
	usr/share/man/man1/g++-4.3.3.1
	usr/share/man/man1/gcc-4.3.3.1
	usr/share/man/man1/gcov-4.3.3.1
	usr/share/man/man1/gfortran-4.3.3.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgccdoc				Common man and info pages.
						All interfaces Uncommitted.
	usr/share/info/cpp.info
	usr/share/info/cppinternals.info
	usr/share/info/gcc.info
	usr/share/info/gccinstall.info
	usr/share/info/gccint.info
	usr/share/info/gfortran.info
	usr/share/info/libgomp.info
	usr/share/man/man7
	usr/share/man/man7/fsf-funding.7
	usr/share/man/man7/gfdl.7
	usr/share/man/man7/gpl.7

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgcc1				Low level runtime library
						package.
						All interfaces Committed.
	usr/lib/libgcc_s.so.1
	usr/lib/<mach64>/libgcc_s.so.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgfortran3			Fortran runtime library package.
						All interfaces committed.
	usr/lib/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgomp1				OpenMP runtime library package.
						All interfaces Committed.
	usr/lib/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/libgomp.so.1.0.0
	usr/lib/libgomp.spec
	usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.spec

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibobjc2				Objective C runtime library
						package.
						All interfaces Committed.
	usr/lib/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/libobjc.so.2.0.0
	usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibssp0				Stack Smashing Protection
						runtime library package.
						All interfaces Committed.
	usr/lib/libssp.so.0=libssp.so.0.0.0
	usr/lib/libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0=libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibstdc6				C++ runtime library package.
						All interfaces Committed.
	usr/lib/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6.0.10

	Imported Interfaces
	===================
	libc.so.1
	libgmp.so
	libm.so.2
	libmpfr.so
	binutils
	ld
    
    4.6. Doc Impact:
	Current man and info pages will be provided.
    
    4.10. Packaging & Delivery:
	SUNWgcc432
	SUNWgcc433
	SUNWgccdoc
	SUNWgcclibgcc1
	SUNWgcclibgfortran3
	SUNWgcclibgomp1
	SUNWgcclibobjc2
	SUNWgcclibssp0
	SUNWgcclibstdc6

5. Reference Documents:
	LSARC/2008/776	GNU Developer Collection

6. Resources and Schedule:
   6.5. ARC review type:
		FastTrack

   6.6. ARC Exposure:
		open

6. Resources and Schedule
    6.4. Steering Committee requested information
   	6.4.1. Consolidation C-team Name:
		SUNWgcc432
    6.5. ARC review type: FastTrack
    6.6. ARC Exposure: open


From Raj.Prakash@sun.com Wed Oct 21 22:35:43 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9M5Zg0D021008
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 21 Oct 2009 22:35:43 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9M5ZeLG018524
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 22 Oct 2009 13:35:41 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRW00F01I7H0700@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 21 Oct 2009 22:35:41 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRW001W7I7GXI70@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed,
 21 Oct 2009 22:35:40 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9M5ZeAK029582	for
 <LSARC-ext@sun.com>; Wed, 21 Oct 2009 22:35:40 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRW00C00I2AUY00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 21 Oct 2009 22:35:40 -0700 (PDT)
Received: from [129.146.82.13] ([unknown] [129.146.82.13])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRW00GIII7FBS00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 21 Oct 2009 22:35:40 -0700 (PDT)
Date: Wed, 21 Oct 2009 22:35:39 -0700
From: Raj Prakash <Raj.Prakash@sun.com>
Subject: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
Sender: Raj.Prakash@sun.com
To: LSARC-ext@sun.com
Cc: George Vasick Jr <George.Vasick@sun.com>
Message-id: <4ADFEF2B.50203@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
User-Agent: Thunderbird 2.0.0.21 (X11/20090311)
Status: RO
Content-Length: 12005


This information is Copyright 2009 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 GCC4: The GNU Compiler Collection 4.X
    1.2. Name of Document Author/Supplier:
	 Author:  George Vasick
    1.3  Date of This Document:
	21 October, 2009
4. Technical Description
Copyright 2009 Sun Microsystems

1. Introduction
   1.1. Project/Component Working Name:
	GCC4: The GNU Compiler Collection 4.X

   1.2. Name of Document Author/Supplier:
	George Vasick

   1.3. Date of This Document:
	10/19/2009

   1.5. Email Aliases:
    	1.5.1. Responsible Manager: kurt.goebel@sun.com
    	1.5.2. Responsible Engineer: george.vasick@sun.com
	1.5.4. Interest List: sfwnv-discuss@opensolaris.org

2. Project Summary
   2.1. Project Description:
	Provide GCC 4.X and allow for the coexistence of multiple
	versions of GCC installed simultaneously.

	GCC 3.4.3, the current build compiler for OpenSolaris and
	Nevada, will remain unchanged in /usr/sfw.

4. Technical Description:
    4.1. Details:
	Commands will be installed in /usr/bin with versioned suffixes,
	e.g. gcc-4.3.2.  The runtime libraries will be installed
	/usr/lib with major, minor, and patch suffixes as appropriate
	along with a link for the major version, e.g
	libstdc++.so.6.0.10 and libstdc++.so.6 -> libstdc++.so.6.0.10.
	See section 4.5 Interfaces below for additional details.

	This case proposes to modify the previous release,
	LSARC/2008/776 GNU Developer Collection, as follows:

	1)  Localized message files will be moved from /usr/share/locale
	to /usr/lib/gcc/<machine>/<version>/share/locale.

	2)  Runtime libraries will be refactored from a single package
	into multiple packages, one package per library, to allow
	individual libraries to be upgraded in future releases.

    4.2. Bug/RFE Number(s):
	6674032: Introduce GCC 4.3.x (or later) in Nevada

    4.5. Interfaces:

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc432				GCC 432 compiler package.
						All interfaces Uncommited.
	usr/bin/c++-4.3.2=g++-4.3.2
	usr/bin/cpp-4.3.2
	usr/bin/g++-4.3.2
	usr/bin/gcc-4.3.2
	usr/bin/gccbug-4.3.2
	usr/bin/gcov-4.3.2
	usr/bin/gfortran-4.3.2
	usr/bin/<machine>-c++-4.3.2=g++-4.3.2
	usr/bin/<machine>-g++-4.3.2=g++-4.3.2
	usr/bin/<machine>-gcc-4.3.2=gcc-4.3.2
	usr/bin/<machine>-gfortran-4.3.2=gfortran-4.3.2
	usr/include/c++/4.3.2/*
	usr/lib/gcc/<machine>
	usr/lib/gcc/<machine>/4.3.2
	usr/lib/gcc/<machine>/4.3.2/cc1
	usr/lib/gcc/<machine>/4.3.2/cc1obj
	usr/lib/gcc/<machine>/4.3.2/cc1plus
	usr/lib/gcc/<machine>/4.3.2/collect2
	usr/lib/gcc/<machine>/4.3.2/crt1.o
	usr/lib/gcc/<machine>/4.3.2/crtbegin.o
	usr/lib/gcc/<machine>/4.3.2/crtend.o
	usr/lib/gcc/<machine>/4.3.2/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.2/crti.o
	usr/lib/gcc/<machine>/4.3.2/crtn.o
	usr/lib/gcc/<machine>/4.3.2/f951
	usr/lib/gcc/<machine>/4.3.2/finclude/*
	usr/lib/gcc/<machine>/4.3.2/gcrt1.o
	usr/lib/gcc/<machine>/4.3.2/gmon.o
	usr/lib/gcc/<machine>/4.3.2/include
	usr/lib/gcc/<machine>/4.3.2/include-fixed/*
	usr/lib/gcc/<machine>/4.3.2/include/*
	usr/lib/gcc/<machine>/4.3.2/install-tools/*
	usr/lib/gcc/<machine>/4.3.2/libgcc.a
	usr/lib/gcc/<machine>/4.3.2/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.2/libgcc_s.so=../../../libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.2/libgcov.a
	usr/lib/gcc/<machine>/4.3.2/libgfortran.so=../../../libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.2/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.2/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.2/libgomp.so=../../../libgomp.so.1
	usr/lib/gcc/<machine>/4.3.2/libobjc.so=../../../libobjc.so.2
	usr/lib/gcc/<machine>/4.3.2/libobjc_gc.so=../../../libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.2/libssp.so=../../../libssp.so.0
	usr/lib/gcc/<machine>/4.3.2/libstdc++.so=../../../libstdc++.so.6
	usr/lib/gcc/<machine>/4.3.2/share/locale*
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crt1.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crtbegin.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crtend.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crti.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/crtn.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/gcrt1.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/gmon.o
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc.a
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcov.a
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
	usr/lib/gcc/<machine>/4.3.2/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
	usr/lib/gcc/<machine>/gccfss/4.3.2/LEGAL/*	Sparc only.
	usr/lib/gcc/<machine>/gccfss/4.3.2/prod/*	Sparc only.
	usr/share/man/man1/cpp-4.3.2.1
	usr/share/man/man1/g++-4.3.2.1
	usr/share/man/man1/gcc-4.3.2.1
	usr/share/man/man1/gcov-4.3.2.1
	usr/share/man/man1/gfortran-4.3.2.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc433				GCC 433 compiler package.
						All interfaces Uncommitted.
	usr/bin/c++-4.3.3=g++-4.3.3
	usr/bin/cpp-4.3.3
	usr/bin/g++-4.3.3
	usr/bin/gcc-4.3.3
	usr/bin/gccbug-4.3.3
	usr/bin/gcov-4.3.3
	usr/bin/gfortran-4.3.3
	usr/bin/<machine>-c++-4.3.3=g++-4.3.3
	usr/bin/<machine>-g++-4.3.3=g++-4.3.3
	usr/bin/<machine>-gcc-4.3.3=gcc-4.3.3
	usr/bin/<machine>-gfortran-4.3.3=gfortran-4.3.3
	usr/include/c++/4.3.3/*
	usr/lib/gcc/<machine>/4.3.3/cc1
	usr/lib/gcc/<machine>/4.3.3/cc1obj
	usr/lib/gcc/<machine>/4.3.3/cc1plus
	usr/lib/gcc/<machine>/4.3.3/collect2
	usr/lib/gcc/<machine>/4.3.3/crt1.o
	usr/lib/gcc/<machine>/4.3.3/crtbegin.o
	usr/lib/gcc/<machine>/4.3.3/crtend.o
	usr/lib/gcc/<machine>/4.3.3/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.3/crti.o
	usr/lib/gcc/<machine>/4.3.3/crtn.o
	usr/lib/gcc/<machine>/4.3.3/f951
	usr/lib/gcc/<machine>/4.3.3/finclude/*
	usr/lib/gcc/<machine>/4.3.3/gcrt1.o
	usr/lib/gcc/<machine>/4.3.3/gmon.o
	usr/lib/gcc/<machine>/4.3.3/include
	usr/lib/gcc/<machine>/4.3.3/include-fixed/*
	usr/lib/gcc/<machine>/4.3.3/include/*
	usr/lib/gcc/<machine>/4.3.3/install-tools/*
	usr/lib/gcc/<machine>/4.3.3/libgcc.a
	usr/lib/gcc/<machine>/4.3.3/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.3/libgcc_s.so=../../../libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.3/libgcov.a
	usr/lib/gcc/<machine>/4.3.3/libgfortran.so=../../../libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.3/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.3/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.3/libgomp.so=../../../libgomp.so.1
	usr/lib/gcc/<machine>/4.3.3/libobjc.so=../../../libobjc.so.2
	usr/lib/gcc/<machine>/4.3.3/libobjc_gc.so=../../../libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.3/libssp.so=../../../libssp.so.0
	usr/lib/gcc/<machine>/4.3.3/libstdc++.so=../../../libstdc++.so.6
	usr/lib/gcc/<machine>/4.3.3/share/locale*
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crt1.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crtbegin.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crtend.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crti.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/crtn.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/gcrt1.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/gmon.o
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc.a
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcov.a
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
	usr/lib/gcc/<machine>/4.3.3/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
	usr/lib/gcc/<machine>/gccfss/4.3.3/LEGAL/*	Sparc only.
	usr/lib/gcc/<machine>/gccfss/4.3.3/prod/*	Sparc only.
	usr/share/man/man1/cpp-4.3.3.1
	usr/share/man/man1/g++-4.3.3.1
	usr/share/man/man1/gcc-4.3.3.1
	usr/share/man/man1/gcov-4.3.3.1
	usr/share/man/man1/gfortran-4.3.3.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgccdoc				Common man and info pages.
						All interfaces Uncommitted.
	usr/share/info/cpp.info
	usr/share/info/cppinternals.info
	usr/share/info/gcc.info
	usr/share/info/gccinstall.info
	usr/share/info/gccint.info
	usr/share/info/gfortran.info
	usr/share/info/libgomp.info
	usr/share/man/man7
	usr/share/man/man7/fsf-funding.7
	usr/share/man/man7/gfdl.7
	usr/share/man/man7/gpl.7

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgcc1				Low level runtime library
						package.
						All interfaces Committed.
	usr/lib/libgcc_s.so.1
	usr/lib/<mach64>/libgcc_s.so.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgfortran3			Fortran runtime library package.
						All interfaces committed.
	usr/lib/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgomp1				OpenMP runtime library package.
						All interfaces Committed.
	usr/lib/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/libgomp.so.1.0.0
	usr/lib/libgomp.spec
	usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.spec

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibobjc2				Objective C runtime library
						package.
						All interfaces Committed.
	usr/lib/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/libobjc.so.2.0.0
	usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibssp0				Stack Smashing Protection
						runtime library package.
						All interfaces Committed.
	usr/lib/libssp.so.0=libssp.so.0.0.0
	usr/lib/libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0=libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibstdc6				C++ runtime library package.
						All interfaces Committed.
	usr/lib/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6.0.10

	Imported Interfaces
	===================
	libc.so.1
	libgmp.so
	libm.so.2
	libmpfr.so
	binutils
	ld
    
    4.6. Doc Impact:
	Current man and info pages will be provided.
    
    4.10. Packaging & Delivery:
	SUNWgcc432
	SUNWgcc433
	SUNWgccdoc
	SUNWgcclibgcc1
	SUNWgcclibgfortran3
	SUNWgcclibgomp1
	SUNWgcclibobjc2
	SUNWgcclibssp0
	SUNWgcclibstdc6

5. Reference Documents:
	LSARC/2008/776	GNU Developer Collection

6. Resources and Schedule:
   6.5. ARC review type:
		FastTrack

   6.6. ARC Exposure:
		open

6. Resources and Schedule
    6.4. Steering Committee requested information
   	6.4.1. Consolidation C-team Name:
		SUNWgcc432
    6.5. ARC review type: FastTrack
    6.6. ARC Exposure: open



From Alan.Coopersmith@sun.com Wed Oct 21 23:50:42 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9M6ofDX022317
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 21 Oct 2009 23:50:41 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9M6oY3G027103
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 22 Oct 2009 14:50:40 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRW00K09LOFEA00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 21 Oct 2009 23:50:39 -0700 (PDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRW001QXLOEXIB0@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed,
 21 Oct 2009 23:50:38 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9M6ocAQ014368	for
 <LSARC-ext@sun.com>; Wed, 21 Oct 2009 23:50:38 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRW00E00LIYIY00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 21 Oct 2009 23:50:38 -0700 (PDT)
Received: from [129.145.155.53] ([unknown] [129.145.155.53])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRW00ELILOECC90@fe-sfbay-10.sun.com>; Wed,
 21 Oct 2009 23:50:38 -0700 (PDT)
Date: Wed, 21 Oct 2009 23:50:38 -0700
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
Sender: Alan.Coopersmith@sun.com
To: Raj Prakash <rprak@trainwreck.sfbay.sun.com>
Cc: LSARC-ext@sun.com, George.Vasick@sun.com, Raj.Prakash@sun.com
Message-id: <4AE000BE.6090306@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Enigmail-Version: 0.95.1
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090720)
Status: RO
Content-Length: 378

You really need both 4.3.2 & 4.3.3?   You don't believe even
micro releases are not safe or compatible upgrades?    That's
just sad, and somewhat inconsistent with every other distro/OS
shipping gcc I've seen.   (3.4.3 vs. 4.3.3, sure, but not
4.3.2 vs. 4.3.3.)

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From unixconsole@yahoo.com Thu Oct 22 05:28:15 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MCSEW0009711
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 05:28:15 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9MCSCwX020298
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 22 Oct 2009 20:28:13 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00K031B02200@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 05:28:12 -0700 (PDT)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00BSE1AZV6C0@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 05:28:11 -0700 (PDT)
Received: from relay42i.sun.com ([192.5.209.72])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MCLk5m012818	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 12:28:10 +0000 (GMT)
Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232])
 by relay42i.sun.com with ESMTP id BT-MMP-1813634 for LSARC-ext@sun.com; Thu,
 22 Oct 2009 12:28:10 +0000 (Z)
Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72])
 by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-15622478 for
 LSARC-ext@sun.com; Thu, 22 Oct 2009 12:28:01 +0000 (Z)
Received: from web30806.mail.mud.yahoo.com ([68.142.200.149] [68.142.200.149])
 by relay4i.sun.com id BT-MMP-42854642 for LSARC-ext@sun.com; Thu,
 22 Oct 2009 12:28:01 +0000 (Z)
Received: (qmail 24265 invoked by uid 60001); Thu, 22 Oct 2009 12:27:11 +0000
Received: from [67.232.105.10] by web30806.mail.mud.yahoo.com via HTTP; Thu,
 22 Oct 2009 05:27:10 -0700 (PDT)
Date: Thu, 22 Oct 2009 05:27:10 -0700 (PDT)
From: Octave Orgeron <unixconsole@yahoo.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4ADFEF2B.50203@sun.com>
To: Raj Prakash <Raj.Prakash@sun.com>, LSARC-ext@sun.com
Message-id: <95197.24036.qm@web30806.mail.mud.yahoo.com>
MIME-version: 1.0
X-Mailer: YahooMailRC/182.10 YahooMailWebService/0.7.347.3
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024;
 t=1256214431; bh=u/oE64XNRz//S4eDVAfJ9AiGFsUaubIHGL8AO7l9KQI=;
 h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type;
 b=l8xonuaA0U9ujPRsc0k+W7MANk4lUNBFXP2GczC8xqAKsk3QEZ7iNp9d0toteBgsNdPbQbWowNjn5Uy/6UbUKZfRoFUFOZLJlz1Ngxv411pPwizlxYIA7EJ5BNvRR54UwBWXOzcnH2xnczZFo0omqT5K/pfFUH3Cs78ve1JSzyg=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;  s=s1024; d=yahoo.com;
 h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type;
 b=C5Y5AAnC5rgJMvAEDArnPZ0dWLXttlqVy+hahSG74mD5snXwPyPagOd7croKwSsiuazXzOh+1l8Ff4GDPavTDhJbetXmZQdBVfSzapBrQmAY5esJnbIlph6bIZ5oAuJjTutwjJC0QYpqweOYcxo9N4Xp9bxa9JvrMXceWMXEkhI=;
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-YMail-OSG: 
 X2l7csQVM1kamYcKtCAK4rCPCGztiDgP7mmvHrUZk6GaH7IZ8uDDeDbgLLS4FUUtpXuI5WHYErFMh_deWUZpfLknkUscWQCPaZ.iTDI5jpBcm.pZKG5X5FiyhJWR..oop1xM9J4GVmsmT9DIXbOsZa4AU_0xnZ4BMNXSXmV0DRnDc_Jii.eY6Z4xY04NpYqbkE6raSjPOxPCwsY4Ti3lXQcwyHfh5Rk.O9fM2DKJIakYznJmO2BPPk4sAtMKE5vHHC1EbgDxFRLufB2RTLkqbw89.BlOmmiTm7SSMstzwEz_VJ_1PHr0_dFTma6FggejGF_IOHkM9b0il5B2Gklx6MTqghVgp8ry4Rv5uRnxqdjuVd7L7.TElhTCS2x8JEHx5I8d51UPe0PhcSJWgIol__L.
X-Antispam: No, score=0.0/5.0, scanned in 1.582sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <4ADFEF2B.50203@sun.com>
Status: RO
Content-Length: 13914

Hi,

Shouldn't GCC be installed into /usr/gnu and then linked back into /usr/bin, /usr/lib, etc?

 *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Octave J. Orgeron
Solaris Virtualization Architect and Consultant
Web: http://unixconsole.blogspot.com
E-Mail: unixconsole@yahoo.com
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*



----- Original Message ----
From: Raj Prakash <Raj.Prakash@sun.com>
To: LSARC-ext@sun.com
Sent: Thu, October 22, 2009 12:35:39 AM
Subject: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack timeout 10/28/2009]


This information is Copyright 2009 Sun Microsystems
1. Introduction
   1.1. Project/Component Working Name:
     GCC4: The GNU Compiler Collection 4.X
   1.2. Name of Document Author/Supplier:
     Author:  George Vasick
   1.3  Date of This Document:
    21 October, 2009
4. Technical Description
Copyright 2009 Sun Microsystems

1. Introduction
  1.1. Project/Component Working Name:
    GCC4: The GNU Compiler Collection 4.X

  1.2. Name of Document Author/Supplier:
    George Vasick

  1.3. Date of This Document:
    10/19/2009

  1.5. Email Aliases:
       1.5.1. Responsible Manager: kurt.goebel@sun.com
       1.5.2. Responsible Engineer: george.vasick@sun.com
    1.5.4. Interest List: sfwnv-discuss@opensolaris.org

2. Project Summary
  2.1. Project Description:
    Provide GCC 4.X and allow for the coexistence of multiple
    versions of GCC installed simultaneously.

    GCC 3.4.3, the current build compiler for OpenSolaris and
    Nevada, will remain unchanged in /usr/sfw.

4. Technical Description:
   4.1. Details:
    Commands will be installed in /usr/bin with versioned suffixes,
    e.g. gcc-4.3.2.  The runtime libraries will be installed
    /usr/lib with major, minor, and patch suffixes as appropriate
    along with a link for the major version, e.g
    libstdc++.so.6.0.10 and libstdc++.so.6 -> libstdc++.so.6.0.10.
    See section 4.5 Interfaces below for additional details.

    This case proposes to modify the previous release,
    LSARC/2008/776 GNU Developer Collection, as follows:

    1)  Localized message files will be moved from /usr/share/locale
    to /usr/lib/gcc/<machine>/<version>/share/locale.

    2)  Runtime libraries will be refactored from a single package
    into multiple packages, one package per library, to allow
    individual libraries to be upgraded in future releases.

   4.2. Bug/RFE Number(s):
    6674032: Introduce GCC 4.3.x (or later) in Nevada

   4.5. Interfaces:

    Exported Interfaces            Comments
    ===================                     ========
    SUNWgcc432                GCC 432 compiler package.
                        All interfaces Uncommited.
    usr/bin/c++-4.3.2=g++-4.3.2
    usr/bin/cpp-4.3.2
    usr/bin/g++-4.3.2
    usr/bin/gcc-4.3.2
    usr/bin/gccbug-4.3.2
    usr/bin/gcov-4.3.2
    usr/bin/gfortran-4.3.2
    usr/bin/<machine>-c++-4.3.2=g++-4.3.2
    usr/bin/<machine>-g++-4.3.2=g++-4.3.2
    usr/bin/<machine>-gcc-4.3.2=gcc-4.3.2
    usr/bin/<machine>-gfortran-4.3.2=gfortran-4.3.2
    usr/include/c++/4.3.2/*
    usr/lib/gcc/<machine>
    usr/lib/gcc/<machine>/4.3.2
    usr/lib/gcc/<machine>/4.3.2/cc1
    usr/lib/gcc/<machine>/4.3.2/cc1obj
    usr/lib/gcc/<machine>/4.3.2/cc1plus
    usr/lib/gcc/<machine>/4.3.2/collect2
    usr/lib/gcc/<machine>/4.3.2/crt1.o
    usr/lib/gcc/<machine>/4.3.2/crtbegin.o
    usr/lib/gcc/<machine>/4.3.2/crtend.o
    usr/lib/gcc/<machine>/4.3.2/crtfastmath.o
    usr/lib/gcc/<machine>/4.3.2/crti.o
    usr/lib/gcc/<machine>/4.3.2/crtn.o
    usr/lib/gcc/<machine>/4.3.2/f951
    usr/lib/gcc/<machine>/4.3.2/finclude/*
    usr/lib/gcc/<machine>/4.3.2/gcrt1.o
    usr/lib/gcc/<machine>/4.3.2/gmon.o
    usr/lib/gcc/<machine>/4.3.2/include
    usr/lib/gcc/<machine>/4.3.2/include-fixed/*
    usr/lib/gcc/<machine>/4.3.2/include/*
    usr/lib/gcc/<machine>/4.3.2/install-tools/*
    usr/lib/gcc/<machine>/4.3.2/libgcc.a
    usr/lib/gcc/<machine>/4.3.2/libgcc_eh.a
    usr/lib/gcc/<machine>/4.3.2/libgcc_s.so=../../../libgcc_s.so.1
    usr/lib/gcc/<machine>/4.3.2/libgcov.a
    usr/lib/gcc/<machine>/4.3.2/libgfortran.so=../../../libgfortran.so.3
    usr/lib/gcc/<machine>/4.3.2/libgfortranbegin.a
    usr/lib/gcc/<machine>/4.3.2/libgfortranbegin.la
    usr/lib/gcc/<machine>/4.3.2/libgomp.so=../../../libgomp.so.1
    usr/lib/gcc/<machine>/4.3.2/libobjc.so=../../../libobjc.so.2
    usr/lib/gcc/<machine>/4.3.2/libobjc_gc.so=../../../libobjc_gc.so.2
    usr/lib/gcc/<machine>/4.3.2/libssp.so=../../../libssp.so.0
    usr/lib/gcc/<machine>/4.3.2/libstdc++.so=../../../libstdc++.so.6
    usr/lib/gcc/<machine>/4.3.2/share/locale*
    usr/lib/gcc/<machine>/4.3.2/<mach64>/crt1.o
    usr/lib/gcc/<machine>/4.3.2/<mach64>/crtbegin.o
    usr/lib/gcc/<machine>/4.3.2/<mach64>/crtend.o
    usr/lib/gcc/<machine>/4.3.2/<mach64>/crtfastmath.o
    usr/lib/gcc/<machine>/4.3.2/<mach64>/crti.o
    usr/lib/gcc/<machine>/4.3.2/<mach64>/crtn.o
    usr/lib/gcc/<machine>/4.3.2/<mach64>/gcrt1.o
    usr/lib/gcc/<machine>/4.3.2/<mach64>/gmon.o
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc.a
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc_eh.a
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcov.a
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortranbegin.a
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortranbegin.la
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
    usr/lib/gcc/<machine>/4.3.2/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
    usr/lib/gcc/<machine>/gccfss/4.3.2/LEGAL/*    Sparc only.
    usr/lib/gcc/<machine>/gccfss/4.3.2/prod/*    Sparc only.
    usr/share/man/man1/cpp-4.3.2.1
    usr/share/man/man1/g++-4.3.2.1
    usr/share/man/man1/gcc-4.3.2.1
    usr/share/man/man1/gcov-4.3.2.1
    usr/share/man/man1/gfortran-4.3.2.1

    Exported Interfaces            Comments
    ===================                     ========
    SUNWgcc433                GCC 433 compiler package.
                        All interfaces Uncommitted.
    usr/bin/c++-4.3.3=g++-4.3.3
    usr/bin/cpp-4.3.3
    usr/bin/g++-4.3.3
    usr/bin/gcc-4.3.3
    usr/bin/gccbug-4.3.3
    usr/bin/gcov-4.3.3
    usr/bin/gfortran-4.3.3
    usr/bin/<machine>-c++-4.3.3=g++-4.3.3
    usr/bin/<machine>-g++-4.3.3=g++-4.3.3
    usr/bin/<machine>-gcc-4.3.3=gcc-4.3.3
    usr/bin/<machine>-gfortran-4.3.3=gfortran-4.3.3
    usr/include/c++/4.3.3/*
    usr/lib/gcc/<machine>/4.3.3/cc1
    usr/lib/gcc/<machine>/4.3.3/cc1obj
    usr/lib/gcc/<machine>/4.3.3/cc1plus
    usr/lib/gcc/<machine>/4.3.3/collect2
    usr/lib/gcc/<machine>/4.3.3/crt1.o
    usr/lib/gcc/<machine>/4.3.3/crtbegin.o
    usr/lib/gcc/<machine>/4.3.3/crtend.o
    usr/lib/gcc/<machine>/4.3.3/crtfastmath.o
    usr/lib/gcc/<machine>/4.3.3/crti.o
    usr/lib/gcc/<machine>/4.3.3/crtn.o
    usr/lib/gcc/<machine>/4.3.3/f951
    usr/lib/gcc/<machine>/4.3.3/finclude/*
    usr/lib/gcc/<machine>/4.3.3/gcrt1.o
    usr/lib/gcc/<machine>/4.3.3/gmon.o
    usr/lib/gcc/<machine>/4.3.3/include
    usr/lib/gcc/<machine>/4.3.3/include-fixed/*
    usr/lib/gcc/<machine>/4.3.3/include/*
    usr/lib/gcc/<machine>/4.3.3/install-tools/*
    usr/lib/gcc/<machine>/4.3.3/libgcc.a
    usr/lib/gcc/<machine>/4.3.3/libgcc_eh.a
    usr/lib/gcc/<machine>/4.3.3/libgcc_s.so=../../../libgcc_s.so.1
    usr/lib/gcc/<machine>/4.3.3/libgcov.a
    usr/lib/gcc/<machine>/4.3.3/libgfortran.so=../../../libgfortran.so.3
    usr/lib/gcc/<machine>/4.3.3/libgfortranbegin.a
    usr/lib/gcc/<machine>/4.3.3/libgfortranbegin.la
    usr/lib/gcc/<machine>/4.3.3/libgomp.so=../../../libgomp.so.1
    usr/lib/gcc/<machine>/4.3.3/libobjc.so=../../../libobjc.so.2
    usr/lib/gcc/<machine>/4.3.3/libobjc_gc.so=../../../libobjc_gc.so.2
    usr/lib/gcc/<machine>/4.3.3/libssp.so=../../../libssp.so.0
    usr/lib/gcc/<machine>/4.3.3/libstdc++.so=../../../libstdc++.so.6
    usr/lib/gcc/<machine>/4.3.3/share/locale*
    usr/lib/gcc/<machine>/4.3.3/<mach64>/crt1.o
    usr/lib/gcc/<machine>/4.3.3/<mach64>/crtbegin.o
    usr/lib/gcc/<machine>/4.3.3/<mach64>/crtend.o
    usr/lib/gcc/<machine>/4.3.3/<mach64>/crtfastmath.o
    usr/lib/gcc/<machine>/4.3.3/<mach64>/crti.o
    usr/lib/gcc/<machine>/4.3.3/<mach64>/crtn.o
    usr/lib/gcc/<machine>/4.3.3/<mach64>/gcrt1.o
    usr/lib/gcc/<machine>/4.3.3/<mach64>/gmon.o
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc.a
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc_eh.a
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcov.a
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortranbegin.a
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortranbegin.la
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
    usr/lib/gcc/<machine>/4.3.3/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
    usr/lib/gcc/<machine>/gccfss/4.3.3/LEGAL/*    Sparc only.
    usr/lib/gcc/<machine>/gccfss/4.3.3/prod/*    Sparc only.
    usr/share/man/man1/cpp-4.3.3.1
    usr/share/man/man1/g++-4.3.3.1
    usr/share/man/man1/gcc-4.3.3.1
    usr/share/man/man1/gcov-4.3.3.1
    usr/share/man/man1/gfortran-4.3.3.1

    Exported Interfaces            Comments
    ===================                     ========
    SUNWgccdoc                Common man and info pages.
                        All interfaces Uncommitted.
    usr/share/info/cpp.info
    usr/share/info/cppinternals.info
    usr/share/info/gcc.info
    usr/share/info/gccinstall.info
    usr/share/info/gccint.info
    usr/share/info/gfortran.info
    usr/share/info/libgomp.info
    usr/share/man/man7
    usr/share/man/man7/fsf-funding.7
    usr/share/man/man7/gfdl.7
    usr/share/man/man7/gpl.7

    Exported Interfaces            Comments
    ===================                     ========
    SUNWgcclibgcc1                Low level runtime library
                        package.
                        All interfaces Committed.
    usr/lib/libgcc_s.so.1
    usr/lib/<mach64>/libgcc_s.so.1

    Exported Interfaces            Comments
    ===================                     ========
    SUNWgcclibgfortran3            Fortran runtime library package.
                        All interfaces committed.
    usr/lib/libgfortran.so.3=libgfortran.so.3.0.0
    usr/lib/libgfortran.so.3.0.0
    usr/lib/<mach64>/libgfortran.so.3=libgfortran.so.3.0.0
    usr/lib/<mach64>/libgfortran.so.3.0.0

    Exported Interfaces            Comments
    ===================                     ========
    SUNWgcclibgomp1                OpenMP runtime library package.
                        All interfaces Committed.
    usr/lib/libgomp.so.1=libgomp.so.1.0.0
    usr/lib/libgomp.so.1.0.0
    usr/lib/libgomp.spec
    usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
    usr/lib/<mach64>/libgomp.so.1.0.0
    usr/lib/<mach64>/libgomp.spec

    Exported Interfaces            Comments
    ===================                     ========
    SUNWgcclibobjc2                Objective C runtime library
                        package.
                        All interfaces Committed.
    usr/lib/libobjc.so.2=libobjc.so.2.0.0
    usr/lib/libobjc.so.2.0.0
    usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0
    usr/lib/libobjc_gc.so.2.0.0
    usr/lib/<mach64>/libobjc.so.2=libobjc.so.2.0.0
    usr/lib/<mach64>/libobjc.so.2.0.0
    usr/lib/<mach64>/libobjc_gc.so.2=libobjc_gc.so.2.0.0
    usr/lib/<mach64>/libobjc_gc.so.2.0.0

    Exported Interfaces            Comments
    ===================                     ========
    SUNWgcclibssp0                Stack Smashing Protection
                        runtime library package.
                        All interfaces Committed.
    usr/lib/libssp.so.0=libssp.so.0.0.0
    usr/lib/libssp.so.0.0.0
    usr/lib/<mach64>/libssp.so.0=libssp.so.0.0.0
    usr/lib/<mach64>/libssp.so.0.0.0

    Exported Interfaces            Comments
    ===================                     ========
    SUNWgcclibstdc6                C++ runtime library package.
                        All interfaces Committed.
    usr/lib/libstdc++.so.6=libstdc++.so.6.0.10
    usr/lib/libstdc++.so.6.0.10
    usr/lib/<mach64>/libstdc++.so.6=libstdc++.so.6.0.10
    usr/lib/<mach64>/libstdc++.so.6.0.10

    Imported Interfaces
    ===================
    libc.so.1
    libgmp.so
    libm.so.2
    libmpfr.so
    binutils
    ld
      4.6. Doc Impact:
    Current man and info pages will be provided.
      4.10. Packaging & Delivery:
    SUNWgcc432
    SUNWgcc433
    SUNWgccdoc
    SUNWgcclibgcc1
    SUNWgcclibgfortran3
    SUNWgcclibgomp1
    SUNWgcclibobjc2
    SUNWgcclibssp0
    SUNWgcclibstdc6

5. Reference Documents:
    LSARC/2008/776    GNU Developer Collection

6. Resources and Schedule:
  6.5. ARC review type:
        FastTrack

  6.6. ARC Exposure:
        open

6. Resources and Schedule
   6.4. Steering Committee requested information
      6.4.1. Consolidation C-team Name:
        SUNWgcc432
   6.5. ARC review type: FastTrack
   6.6. ARC Exposure: open


_______________________________________________
opensolaris-arc mailing list
opensolaris-arc@opensolaris.org



      

From ro@techfak.uni-bielefeld.de Thu Oct 22 07:06:28 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9ME6Q72011535
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 07:06:28 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n9ME6O01023848;
	Thu, 22 Oct 2009 08:06:26 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00E385UPJW00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 07:06:25 -0700 (PDT)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00EAF5UNBN00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 07:06:23 -0700 (PDT)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9MDwTBP012740; Thu,
 22 Oct 2009 14:06:23 +0000 (GMT)
Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12])
 by relay14i.sun.com with ESMTP id BT-MMP-1546268; Thu,
 22 Oct 2009 14:06:21 +0000 (Z)
Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121])
 by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-21252286; Thu,
 22 Oct 2009 14:06:21 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-9629363; Thu, 22 Oct 2009 14:06:21 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id AE23CD1; Thu,
 22 Oct 2009 16:06:20 +0200 (CEST)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id n9ME6KD08599; Thu, 22 Oct 2009 16:06:20 +0200 (MEST)
Date: Thu, 22 Oct 2009 16:06:20 +0200
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: Alan Coopersmith's message of "Wed, 21 Oct 2009 23:50:38 -0700"
Sender: ro@techfak.uni-bielefeld.de
To: Alan Coopersmith <Alan.Coopersmith@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <yddfx9bbk0z.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: Gnus v5.6.44/Emacs 19.34
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
Lines: 18
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com>
Status: RO
Content-Length: 722

Alan Coopersmith <Alan.Coopersmith@sun.com> writes:

> You really need both 4.3.2 & 4.3.3?   You don't believe even
> micro releases are not safe or compatible upgrades?    That's
> just sad, and somewhat inconsistent with every other distro/OS
> shipping gcc I've seen.   (3.4.3 vs. 4.3.3, sure, but not
> 4.3.2 vs. 4.3.3.)

Indeed: I cannot believe this, and it certainly adds to massive user
confusion.  I'll comment more in a direct reply to the case.  I'd reject
this unless proven necessary: this isn't done e.g. for micro releases of
PostgreSQL, MySQL or Apache.

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From ro@techfak.uni-bielefeld.de Thu Oct 22 07:37:00 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MEaxLh011912
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 07:37:00 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9MEavg6023312;
	Thu, 22 Oct 2009 15:36:57 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00I0K79K6J00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 07:36:56 -0700 (PDT)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00ETC79KBI40@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 07:36:56 -0700 (PDT)
Received: from relay15i.sun.com
 (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9MEV9lb027732; Thu,
 22 Oct 2009 14:36:56 +0000 (GMT)
Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11])
 by relay15i.sun.com with ESMTP id BT-MMP-458646; Thu,
 22 Oct 2009 14:36:55 +0000 (Z)
Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121])
 by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-21320250; Thu,
 22 Oct 2009 14:36:55 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-9704982; Thu, 22 Oct 2009 14:36:54 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 30ECCD5; Thu,
 22 Oct 2009 16:36:54 +0200 (CEST)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id n9MEasF09228; Thu, 22 Oct 2009 16:36:54 +0200 (MEST)
Date: Thu, 22 Oct 2009 16:36:53 +0200
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: Raj Prakash's message of "Wed, 21 Oct 2009 22:35:39 -0700"
Sender: ro@techfak.uni-bielefeld.de
To: Raj Prakash <Raj.Prakash@sun.com>
Cc: LSARC-ext@sun.com
Message-id: <yddd44fbim2.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: Gnus v5.6.44/Emacs 19.34
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
Lines: 167
References: <4ADFEF2B.50203@sun.com>
Status: RO
Content-Length: 6332

Raj Prakash <Raj.Prakash@sun.com> writes:

> 2. Project Summary
>    2.1. Project Description:
> 	Provide GCC 4.X and allow for the coexistence of multiple
> 	versions of GCC installed simultaneously.
> 
> 	GCC 3.4.3, the current build compiler for OpenSolaris and
> 	Nevada, will remain unchanged in /usr/sfw.
> 
> 4. Technical Description:
>     4.1. Details:
> 	Commands will be installed in /usr/bin with versioned suffixes,
> 	e.g. gcc-4.3.2.  The runtime libraries will be installed

This is the wrong way to do this: apart from the parallel delivery of two
micro versions of the same minor version (4.3.2 and 4.3.3) without giving
any reason, this delivery of commands with micro version numbers appended
is almost unprecedented: every other project (e.g. PostgreSQL, MySQL or
Apache 2) deliver at most minor versions in parallel while transparently
updating micro versions as they see fit, and in parallel directory
hierarchies (like /usr/postgres/8.[23]) instead of appending micro version
numbers to binaries in /usr/bin.  This has several disadvantages:

* It is different than any other similar project in Solaris, setting a
  precedent without any justification.

* It leaves the user without a default version of gcc to be invoked by that
  name: if they happen to have /usr/sfw/bin in PATH, the get GCC 3.4.6
  instead and assume 4.3 isn't there at all.  If one wants to use GCC 4.3,
  one needs to build one's projects with CC=gcc-4.3.2 or CC=gcc-4.3.3,
  where almost no user will care about the micro release difference.  Given
  the GCC project's own compatibility requirements, only bug fixes may go
  into micro release, so they should be compatible.

Instead, I propose (as I've already done within a previous GCC 4 case) to
follow the lead of all other projects and deliver

/usr/gcc/4.3/bin
	     lib
	     ...
         4.4/bin

and symlink one of those versions into /usr/bin without any suffix,
declaring it the default.  This is already familiar from other projects,
provides a default version (to be decided, but either 4.3.[34] or 4.4.1 at
this point) for those who don't care about this detail, but provides access
to different versions if this proves necessary.

> 	/usr/lib with major, minor, and patch suffixes as appropriate
> 	along with a link for the major version, e.g
> 	libstdc++.so.6.0.10 and libstdc++.so.6 -> libstdc++.so.6.0.10.

This makes sense: one should run the testsuites of earlier versions with
the later libraries to make sure that at least there no regressions show
up, but this is up to the engineer performing the testing and integration.

> 	See section 4.5 Interfaces below for additional details.
> 
> 	This case proposes to modify the previous release,
> 	LSARC/2008/776 GNU Developer Collection, as follows:
> 
> 	1)  Localized message files will be moved from /usr/share/locale
> 	to /usr/lib/gcc/<machine>/<version>/share/locale.

Makes sense and is necessary to deliver different versions with different
message catalogs in parallel.

> 	2)  Runtime libraries will be refactored from a single package
> 	into multiple packages, one package per library, to allow
> 	individual libraries to be upgraded in future releases.

Fine, also for those who only want to run gcc/g++/gfortran compiled
binaries without installing the whole compiler suite.

>     4.5. Interfaces:
> 
> 	Exported Interfaces			Comments
> 	===================                     ========
> 	SUNWgcc432				GCC 432 compiler package.

As I said above, this should be SUNWgcc43 instead.

> 	usr/lib/gcc/<machine>/gccfss/4.3.2/LEGAL/*	Sparc only.
> 	usr/lib/gcc/<machine>/gccfss/4.3.2/prod/*	Sparc only.

You should provide some details about this: how is this used, and what is
in there?  I think this belongs into its own package.

> 	Exported Interfaces			Comments
> 	===================                     ========
> 	SUNWgcclibgcc1				Low level runtime library
> 						package.
> 						All interfaces Committed.

I'm pretty certain Committed is too much, even though the GCC project cares
very much about interface compatibility here.  I'd leave it as Uncommitted
instead.

> 	Exported Interfaces			Comments
> 	===================                     ========
> 	SUNWgcclibgfortran3			Fortran runtime library package.
> 						All interfaces committed.

Same here: Uncommitted is probably ok.

> 	Exported Interfaces			Comments
> 	===================                     ========
> 	SUNWgcclibgomp1				OpenMP runtime library package.
> 						All interfaces Committed.

Even Uncommitted my be too high; I'm not sure about the stability and
standardisation level of OpenMP and libgomp at this point.

> 	usr/lib/libgomp.so.1=libgomp.so.1.0.0
> 	usr/lib/libgomp.so.1.0.0
> 	usr/lib/libgomp.spec
> 	usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
> 	usr/lib/<mach64>/libgomp.so.1.0.0
> 	usr/lib/<mach64>/libgomp.spec

I don't think the libgomp.spec files are used at runtime, but only by the
compiler driver.  Why are they in here?

> 	Exported Interfaces			Comments
> 	===================                     ========
> 	SUNWgcclibobjc2				Objective C runtime library
> 						package.
> 						All interfaces Committed.

Maybe Uncommitted, but I'm not sure.  Lack of change may well be due to
lack of maintenance here.

> 	Exported Interfaces			Comments
> 	===================                     ========
> 	SUNWgcclibssp0				Stack Smashing Protection
> 						runtime library package.
> 						All interfaces Committed.

Committed is far too high: this may well be Volatile at this point.  It is
quite new and I have no idea about the intended stability here.

> 	Exported Interfaces			Comments
> 	===================                     ========
> 	SUNWgcclibstdc6				C++ runtime library package.
> 						All interfaces Committed.

Probably Uncommitted: should be ok since the libstdc++ projects works on a
separate branch on a major version upgrade which will break ABI
compatiblity at some point.

> 	Imported Interfaces
> 	===================
> 	binutils

Which parts of binutils are used?  GNU as on x86, but Sun as on SPARC?  It
should be possible to use Sun as on x86/x64, but probably only in GCC 4.4.

> 	ld

I hope you use Sun ld everywhere!

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From Darren.Moffat@Sun.COM Thu Oct 22 08:35:14 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MFZEvf013345
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 08:35:14 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n9MFZDJj020574
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 22 Oct 2009 09:35:14 -0600 (MDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00M059YP5E00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 09:35:13 -0600 (MDT)
Received: from gmp-eb-inf-1.sun.com ([192.18.6.21])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX009N09YO3ZE0@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 09:35:12 -0600 (MDT)
Received: from fe-emea-09.sun.com
 (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged))
	by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MFZBul016224	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 15:35:11 +0000 (GMT)
Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRX008009D6CD00@fe-emea-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 16:34:55 +0100 (BST)
Received: from [192.168.1.105]
 (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150])
 by fe-emea-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRX003XL9Y6Q8A0@fe-emea-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 16:34:54 +0100 (BST)
Date: Thu, 22 Oct 2009 16:34:54 +0100
From: Darren J Moffat <Darren.Moffat@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <95197.24036.qm@web30806.mail.mud.yahoo.com>
Sender: Darren.Moffat@Sun.COM
To: Octave Orgeron <unixconsole@yahoo.com>
Cc: Raj Prakash <Raj.Prakash@Sun.COM>, LSARC-ext@Sun.COM
Message-id: <4AE07B9E.3000700@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <4ADFEF2B.50203@sun.com>
 <95197.24036.qm@web30806.mail.mud.yahoo.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090929)
Status: RO
Content-Length: 567

Octave Orgeron wrote:
> Hi,
> 
> Shouldn't GCC be installed into /usr/gnu and then linked back into /usr/bin, /usr/lib, etc?

No.  The rules for /usr/gnu/bin are that a binary only needs to go there 
if its normal name clashes with an existing entry in /usr/bin that it 
can not completely (ie without incompatibilities) replace.  Since gcc is 
always know as gcc on all platforms there is no issue with it being 
/usr/bin/gcc.  A /usr/gnu/bin/cc might be interesting but IMO isn't 
necessary since GNU autoconf et al look for GCC as gcc not cc.

-- 
Darren J Moffat

From olga.kryzhanovska@gmail.com Thu Oct 22 08:46:28 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MFkR0Y013544
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 08:46:28 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9MFk5je012512;
	Thu, 22 Oct 2009 16:46:24 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX0030JAH92000@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 08:46:21 -0700 (PDT)
Received: from sca-ea-mail-3.sun.com ([192.18.43.21])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00EWYAH8BEE0@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 08:46:20 -0700 (PDT)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9MFaOob019873;
 Thu, 22 Oct 2009 15:46:19 +0000 (GMT)
Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11])
 by relay14i.sun.com with ESMTP id BT-MMP-1556149; Thu,
 22 Oct 2009 15:46:19 +0000 (Z)
Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121])
 by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-21464734; Thu,
 22 Oct 2009 15:46:19 +0000 (Z)
Received: from mail-bw0-f219.google.com ([209.85.218.219] [209.85.218.219])
 by relay1i.sun.com with ESMTP id BT-MMP-9861198; Thu,
 22 Oct 2009 15:46:19 +0000 (Z)
Received: by bwz19 with SMTP id 19so624106bwz.8 for <multiple recipients>; Thu,
 22 Oct 2009 08:46:16 -0700 (PDT)
Received: by 10.223.92.141 with SMTP id r13mr1892365fam.79.1256226376634; Thu,
 22 Oct 2009 08:46:16 -0700 (PDT)
Date: Thu, 22 Oct 2009 17:46:15 +0200
From: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <4AE000BE.6090306@sun.com>
To: Alan Coopersmith <Alan.Coopersmith@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <e21eff1d0910220846k1a690563hc497297682a6b75@mail.gmail.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com;
 s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references
 :date:message-id:subject:from:to:cc:content-type;
 bh=We+zO6ZVJmZ3s4zduGYiPBv/mDohwMQICK63xzfimgE=;
 b=MF72EHj2npMD+8CWjIhzqtY5V8YEWVIIAtoPHgLjVrpg1Bv9+ZZaINYEeu0HnE3xkY
 BgXN3X13vn3bQtqESU9B5ybK6oOtUy4L92Pxfh/0u/Xf6OComZ4nQBxnx3d6TOXM5bjs
 DCYYET3NAR3ngVlrWpEyT+Ob90p3kWzl6EWY4=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 b=xMmCJvcsyo0h1Q80Wi4ei+iMAPkN2Wj7FY1gXMyDsI1IWLjR1rklGBuP8NweHuUJNN
 XVoZVtwbP188dVIkR2qEoYfoBdoG8RneTQHm4o8E3NXPUWQoWV0x3Y3hkMgDrwCA1RJA
 iS+K0aNosDftR9sQ6U91gjDbwdP0QEicRqRyg=
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com>
Status: RO
Content-Length: 851

On 10/22/09, Alan Coopersmith <Alan.Coopersmith@sun.com> wrote:
> You really need both 4.3.2 & 4.3.3?   You don't believe even
>  micro releases are not safe or compatible upgrades?    That's
>  just sad, and somewhat inconsistent with every other distro/OS
>  shipping gcc I've seen.   (3.4.3 vs. 4.3.3, sure, but not
>  4.3.2 vs. 4.3.3.)

In my option shipping both 4.3.3 and 4.3.2 is wasted time. 4.3.3 is a
bug fix only update to 4.3.2. You better invest the time in shipping
the Ada frontend and runtime libraries.
-- 
      ,   _                                    _   ,
     { \/`o;====-    Olga Kryzhanovska   -====;o`\/ }
.----'-/`-/     olga.kryzhanovska@gmail.com   \-`\-'----.
 `'-..-| /     Solaris/BSD//C/C++ programmer   \ |-..-'`
      /\/\                                     /\/\
      `--`                                      `--`

From olga.kryzhanovska@gmail.com Thu Oct 22 08:55:13 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MFtBZb013957
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 08:55:11 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9MFtB8q012856;
	Thu, 22 Oct 2009 08:55:11 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00907AVZEI00@nwk-avmta-2.sfbay.sun.com>; Thu,
 22 Oct 2009 08:55:11 -0700 (PDT)
Received: from sca-ea-mail-2.sun.com ([192.18.43.25])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX0087MAVZ3C10@nwk-avmta-2.sfbay.sun.com>; Thu,
 22 Oct 2009 08:55:11 -0700 (PDT)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MFn8fe000821;
 Thu, 22 Oct 2009 15:55:11 +0000 (GMT)
Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12])
 by relay14i.sun.com with ESMTP id BT-MMP-1556976; Thu,
 22 Oct 2009 15:55:10 +0000 (Z)
Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125])
 by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-21481272; Thu,
 22 Oct 2009 15:55:10 +0000 (Z)
Received: from fg-out-1718.google.com ([72.14.220.154] [72.14.220.154])
 by relay1i.sun.com with ESMTP id BT-MMP-15937874; Thu,
 22 Oct 2009 15:55:10 +0000 (Z)
Received: by fg-out-1718.google.com with SMTP id l26so5317290fgb.14 for
 <multiple recipients>; Thu, 22 Oct 2009 08:55:00 -0700 (PDT)
Received: by 10.223.143.21 with SMTP id s21mr980344fau.54.1256226900471; Thu,
 22 Oct 2009 08:55:00 -0700 (PDT)
Date: Thu, 22 Oct 2009 17:55:00 +0200
From: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <4ADFEF2B.50203@sun.com>
To: Raj Prakash <Raj.Prakash@sun.com>
Cc: LSARC-ext@sun.com
Message-id: <e21eff1d0910220855i55952bbes7c6783bd26ba5b7c@mail.gmail.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com;
 s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references
 :date:message-id:subject:from:to:cc:content-type;
 bh=EtYm/5ShPzSyozttwDb5/k0+qCMtqYke84KLPIR04X0=;
 b=lZzkCLJiXawGomhIK2yQbNlQwcbBt5GqNo3pb+pkcBDLOMlR2mSbFWGFy6H3o++cWt
 keWK3CPHPOoV8rB74YFMIVo23EhfnlBI9Jmnbci5GxwFAB6ua/mi/zWaFL8fQuIsi+t4
 9MXevLBdXe5qoUBvRckdA6nugiR4waqJZwgTM=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 b=fbgVr3TEwikuDAaZIuuLR9iITknDywTVqU85ItUkLKPn9z+gqSUm0Aa6NqvXemkR7s
 D1LgoLUegaLsRuOkp00t2XpYwfN2LDEpODOTkRZ3Qzp9ityKL5pczrkOE2UiYf73VWVW
 Js+150oak36Dykf4abg5pHv1x1rZWJ07ZAOPY=
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <4ADFEF2B.50203@sun.com>
Status: RO
Content-Length: 15738

Raj, I can't find libdecnumber.so in the case materials. Are you
disabling decimal floating point support on Solaris?

On 10/22/09, Raj Prakash <Raj.Prakash@sun.com> wrote:
>
>  This information is Copyright 2009 Sun Microsystems
>  1. Introduction
>    1.1. Project/Component Working Name:
>          GCC4: The GNU Compiler Collection 4.X
>    1.2. Name of Document Author/Supplier:
>          Author:  George Vasick
>    1.3  Date of This Document:
>         21 October, 2009
>  4. Technical Description
>  Copyright 2009 Sun Microsystems
>
>  1. Introduction
>   1.1. Project/Component Working Name:
>         GCC4: The GNU Compiler Collection 4.X
>
>   1.2. Name of Document Author/Supplier:
>         George Vasick
>
>   1.3. Date of This Document:
>         10/19/2009
>
>   1.5. Email Aliases:
>         1.5.1. Responsible Manager: kurt.goebel@sun.com
>         1.5.2. Responsible Engineer: george.vasick@sun.com
>         1.5.4. Interest List: sfwnv-discuss@opensolaris.org
>
>  2. Project Summary
>   2.1. Project Description:
>         Provide GCC 4.X and allow for the coexistence of multiple
>         versions of GCC installed simultaneously.
>
>         GCC 3.4.3, the current build compiler for OpenSolaris and
>         Nevada, will remain unchanged in /usr/sfw.
>
>  4. Technical Description:
>    4.1. Details:
>         Commands will be installed in /usr/bin with versioned suffixes,
>         e.g. gcc-4.3.2.  The runtime libraries will be installed
>         /usr/lib with major, minor, and patch suffixes as appropriate
>         along with a link for the major version, e.g
>         libstdc++.so.6.0.10 and libstdc++.so.6 -> libstdc++.so.6.0.10.
>         See section 4.5 Interfaces below for additional details.
>
>         This case proposes to modify the previous release,
>         LSARC/2008/776 GNU Developer Collection, as follows:
>
>         1)  Localized message files will be moved from /usr/share/locale
>         to /usr/lib/gcc/<machine>/<version>/share/locale.
>
>         2)  Runtime libraries will be refactored from a single package
>         into multiple packages, one package per library, to allow
>         individual libraries to be upgraded in future releases.
>
>    4.2. Bug/RFE Number(s):
>         6674032: Introduce GCC 4.3.x (or later) in Nevada
>
>    4.5. Interfaces:
>
>         Exported Interfaces                     Comments
>         ===================                     ========
>         SUNWgcc432                              GCC 432 compiler package.
>                                                 All interfaces Uncommited.
>         usr/bin/c++-4.3.2=g++-4.3.2
>         usr/bin/cpp-4.3.2
>         usr/bin/g++-4.3.2
>         usr/bin/gcc-4.3.2
>         usr/bin/gccbug-4.3.2
>         usr/bin/gcov-4.3.2
>         usr/bin/gfortran-4.3.2
>         usr/bin/<machine>-c++-4.3.2=g++-4.3.2
>         usr/bin/<machine>-g++-4.3.2=g++-4.3.2
>         usr/bin/<machine>-gcc-4.3.2=gcc-4.3.2
>         usr/bin/<machine>-gfortran-4.3.2=gfortran-4.3.2
>         usr/include/c++/4.3.2/*
>         usr/lib/gcc/<machine>
>         usr/lib/gcc/<machine>/4.3.2
>         usr/lib/gcc/<machine>/4.3.2/cc1
>         usr/lib/gcc/<machine>/4.3.2/cc1obj
>         usr/lib/gcc/<machine>/4.3.2/cc1plus
>         usr/lib/gcc/<machine>/4.3.2/collect2
>         usr/lib/gcc/<machine>/4.3.2/crt1.o
>         usr/lib/gcc/<machine>/4.3.2/crtbegin.o
>         usr/lib/gcc/<machine>/4.3.2/crtend.o
>         usr/lib/gcc/<machine>/4.3.2/crtfastmath.o
>         usr/lib/gcc/<machine>/4.3.2/crti.o
>         usr/lib/gcc/<machine>/4.3.2/crtn.o
>         usr/lib/gcc/<machine>/4.3.2/f951
>         usr/lib/gcc/<machine>/4.3.2/finclude/*
>         usr/lib/gcc/<machine>/4.3.2/gcrt1.o
>         usr/lib/gcc/<machine>/4.3.2/gmon.o
>         usr/lib/gcc/<machine>/4.3.2/include
>         usr/lib/gcc/<machine>/4.3.2/include-fixed/*
>         usr/lib/gcc/<machine>/4.3.2/include/*
>         usr/lib/gcc/<machine>/4.3.2/install-tools/*
>         usr/lib/gcc/<machine>/4.3.2/libgcc.a
>         usr/lib/gcc/<machine>/4.3.2/libgcc_eh.a
>
> usr/lib/gcc/<machine>/4.3.2/libgcc_s.so=../../../libgcc_s.so.1
>         usr/lib/gcc/<machine>/4.3.2/libgcov.a
>
> usr/lib/gcc/<machine>/4.3.2/libgfortran.so=../../../libgfortran.so.3
>         usr/lib/gcc/<machine>/4.3.2/libgfortranbegin.a
>         usr/lib/gcc/<machine>/4.3.2/libgfortranbegin.la
>
> usr/lib/gcc/<machine>/4.3.2/libgomp.so=../../../libgomp.so.1
>
> usr/lib/gcc/<machine>/4.3.2/libobjc.so=../../../libobjc.so.2
>
> usr/lib/gcc/<machine>/4.3.2/libobjc_gc.so=../../../libobjc_gc.so.2
>
> usr/lib/gcc/<machine>/4.3.2/libssp.so=../../../libssp.so.0
>
> usr/lib/gcc/<machine>/4.3.2/libstdc++.so=../../../libstdc++.so.6
>         usr/lib/gcc/<machine>/4.3.2/share/locale*
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/crt1.o
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/crtbegin.o
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/crtend.o
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/crtfastmath.o
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/crti.o
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/crtn.o
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/gcrt1.o
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/gmon.o
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc.a
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc_eh.a
>
> usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
>         usr/lib/gcc/<machine>/4.3.2/<mach64>/libgcov.a
>
> usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
>
> usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortranbegin.a
>
> usr/lib/gcc/<machine>/4.3.2/<mach64>/libgfortranbegin.la
>
> usr/lib/gcc/<machine>/4.3.2/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
>
> usr/lib/gcc/<machine>/4.3.2/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
>
> usr/lib/gcc/<machine>/4.3.2/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
>
> usr/lib/gcc/<machine>/4.3.2/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
>
> usr/lib/gcc/<machine>/4.3.2/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
>         usr/lib/gcc/<machine>/gccfss/4.3.2/LEGAL/*
> Sparc only.
>         usr/lib/gcc/<machine>/gccfss/4.3.2/prod/*
> Sparc only.
>         usr/share/man/man1/cpp-4.3.2.1
>         usr/share/man/man1/g++-4.3.2.1
>         usr/share/man/man1/gcc-4.3.2.1
>         usr/share/man/man1/gcov-4.3.2.1
>         usr/share/man/man1/gfortran-4.3.2.1
>
>         Exported Interfaces                     Comments
>         ===================                     ========
>         SUNWgcc433                              GCC 433 compiler package.
>                                                 All interfaces Uncommitted.
>         usr/bin/c++-4.3.3=g++-4.3.3
>         usr/bin/cpp-4.3.3
>         usr/bin/g++-4.3.3
>         usr/bin/gcc-4.3.3
>         usr/bin/gccbug-4.3.3
>         usr/bin/gcov-4.3.3
>         usr/bin/gfortran-4.3.3
>         usr/bin/<machine>-c++-4.3.3=g++-4.3.3
>         usr/bin/<machine>-g++-4.3.3=g++-4.3.3
>         usr/bin/<machine>-gcc-4.3.3=gcc-4.3.3
>         usr/bin/<machine>-gfortran-4.3.3=gfortran-4.3.3
>         usr/include/c++/4.3.3/*
>         usr/lib/gcc/<machine>/4.3.3/cc1
>         usr/lib/gcc/<machine>/4.3.3/cc1obj
>         usr/lib/gcc/<machine>/4.3.3/cc1plus
>         usr/lib/gcc/<machine>/4.3.3/collect2
>         usr/lib/gcc/<machine>/4.3.3/crt1.o
>         usr/lib/gcc/<machine>/4.3.3/crtbegin.o
>         usr/lib/gcc/<machine>/4.3.3/crtend.o
>         usr/lib/gcc/<machine>/4.3.3/crtfastmath.o
>         usr/lib/gcc/<machine>/4.3.3/crti.o
>         usr/lib/gcc/<machine>/4.3.3/crtn.o
>         usr/lib/gcc/<machine>/4.3.3/f951
>         usr/lib/gcc/<machine>/4.3.3/finclude/*
>         usr/lib/gcc/<machine>/4.3.3/gcrt1.o
>         usr/lib/gcc/<machine>/4.3.3/gmon.o
>         usr/lib/gcc/<machine>/4.3.3/include
>         usr/lib/gcc/<machine>/4.3.3/include-fixed/*
>         usr/lib/gcc/<machine>/4.3.3/include/*
>         usr/lib/gcc/<machine>/4.3.3/install-tools/*
>         usr/lib/gcc/<machine>/4.3.3/libgcc.a
>         usr/lib/gcc/<machine>/4.3.3/libgcc_eh.a
>
> usr/lib/gcc/<machine>/4.3.3/libgcc_s.so=../../../libgcc_s.so.1
>         usr/lib/gcc/<machine>/4.3.3/libgcov.a
>
> usr/lib/gcc/<machine>/4.3.3/libgfortran.so=../../../libgfortran.so.3
>         usr/lib/gcc/<machine>/4.3.3/libgfortranbegin.a
>         usr/lib/gcc/<machine>/4.3.3/libgfortranbegin.la
>
> usr/lib/gcc/<machine>/4.3.3/libgomp.so=../../../libgomp.so.1
>
> usr/lib/gcc/<machine>/4.3.3/libobjc.so=../../../libobjc.so.2
>
> usr/lib/gcc/<machine>/4.3.3/libobjc_gc.so=../../../libobjc_gc.so.2
>
> usr/lib/gcc/<machine>/4.3.3/libssp.so=../../../libssp.so.0
>
> usr/lib/gcc/<machine>/4.3.3/libstdc++.so=../../../libstdc++.so.6
>         usr/lib/gcc/<machine>/4.3.3/share/locale*
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/crt1.o
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/crtbegin.o
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/crtend.o
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/crtfastmath.o
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/crti.o
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/crtn.o
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/gcrt1.o
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/gmon.o
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc.a
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc_eh.a
>
> usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
>         usr/lib/gcc/<machine>/4.3.3/<mach64>/libgcov.a
>
> usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
>
> usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortranbegin.a
>
> usr/lib/gcc/<machine>/4.3.3/<mach64>/libgfortranbegin.la
>
> usr/lib/gcc/<machine>/4.3.3/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
>
> usr/lib/gcc/<machine>/4.3.3/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
>
> usr/lib/gcc/<machine>/4.3.3/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
>
> usr/lib/gcc/<machine>/4.3.3/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
>
> usr/lib/gcc/<machine>/4.3.3/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
>         usr/lib/gcc/<machine>/gccfss/4.3.3/LEGAL/*
> Sparc only.
>         usr/lib/gcc/<machine>/gccfss/4.3.3/prod/*
> Sparc only.
>         usr/share/man/man1/cpp-4.3.3.1
>         usr/share/man/man1/g++-4.3.3.1
>         usr/share/man/man1/gcc-4.3.3.1
>         usr/share/man/man1/gcov-4.3.3.1
>         usr/share/man/man1/gfortran-4.3.3.1
>
>         Exported Interfaces                     Comments
>         ===================                     ========
>         SUNWgccdoc                              Common man and info pages.
>                                                 All interfaces Uncommitted.
>         usr/share/info/cpp.info
>         usr/share/info/cppinternals.info
>         usr/share/info/gcc.info
>         usr/share/info/gccinstall.info
>         usr/share/info/gccint.info
>         usr/share/info/gfortran.info
>         usr/share/info/libgomp.info
>         usr/share/man/man7
>         usr/share/man/man7/fsf-funding.7
>         usr/share/man/man7/gfdl.7
>         usr/share/man/man7/gpl.7
>
>         Exported Interfaces                     Comments
>         ===================                     ========
>         SUNWgcclibgcc1                          Low level runtime library
>                                                 package.
>                                                 All interfaces Committed.
>         usr/lib/libgcc_s.so.1
>         usr/lib/<mach64>/libgcc_s.so.1
>
>         Exported Interfaces                     Comments
>         ===================                     ========
>         SUNWgcclibgfortran3                     Fortran runtime library
> package.
>                                                 All interfaces committed.
>         usr/lib/libgfortran.so.3=libgfortran.so.3.0.0
>         usr/lib/libgfortran.so.3.0.0
>
> usr/lib/<mach64>/libgfortran.so.3=libgfortran.so.3.0.0
>         usr/lib/<mach64>/libgfortran.so.3.0.0
>
>         Exported Interfaces                     Comments
>         ===================                     ========
>         SUNWgcclibgomp1                         OpenMP runtime library
> package.
>                                                 All interfaces Committed.
>         usr/lib/libgomp.so.1=libgomp.so.1.0.0
>         usr/lib/libgomp.so.1.0.0
>         usr/lib/libgomp.spec
>         usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
>         usr/lib/<mach64>/libgomp.so.1.0.0
>         usr/lib/<mach64>/libgomp.spec
>
>         Exported Interfaces                     Comments
>         ===================                     ========
>         SUNWgcclibobjc2                         Objective C runtime library
>                                                 package.
>                                                 All interfaces Committed.
>         usr/lib/libobjc.so.2=libobjc.so.2.0.0
>         usr/lib/libobjc.so.2.0.0
>         usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0
>         usr/lib/libobjc_gc.so.2.0.0
>         usr/lib/<mach64>/libobjc.so.2=libobjc.so.2.0.0
>         usr/lib/<mach64>/libobjc.so.2.0.0
>
> usr/lib/<mach64>/libobjc_gc.so.2=libobjc_gc.so.2.0.0
>         usr/lib/<mach64>/libobjc_gc.so.2.0.0
>
>         Exported Interfaces                     Comments
>         ===================                     ========
>         SUNWgcclibssp0                          Stack Smashing Protection
>                                                 runtime library package.
>                                                 All interfaces Committed.
>         usr/lib/libssp.so.0=libssp.so.0.0.0
>         usr/lib/libssp.so.0.0.0
>         usr/lib/<mach64>/libssp.so.0=libssp.so.0.0.0
>         usr/lib/<mach64>/libssp.so.0.0.0
>
>         Exported Interfaces                     Comments
>         ===================                     ========
>         SUNWgcclibstdc6                         C++ runtime library package.
>                                                 All interfaces Committed.
>         usr/lib/libstdc++.so.6=libstdc++.so.6.0.10
>         usr/lib/libstdc++.so.6.0.10
>         usr/lib/<mach64>/libstdc++.so.6=libstdc++.so.6.0.10
>         usr/lib/<mach64>/libstdc++.so.6.0.10
>
>         Imported Interfaces
>         ===================
>         libc.so.1
>         libgmp.so
>         libm.so.2
>         libmpfr.so
>         binutils
>         ld
>      4.6. Doc Impact:
>         Current man and info pages will be provided.
>      4.10. Packaging & Delivery:
>         SUNWgcc432
>         SUNWgcc433
>         SUNWgccdoc
>         SUNWgcclibgcc1
>         SUNWgcclibgfortran3
>         SUNWgcclibgomp1
>         SUNWgcclibobjc2
>         SUNWgcclibssp0
>         SUNWgcclibstdc6
>
>  5. Reference Documents:
>         LSARC/2008/776  GNU Developer Collection
>
>  6. Resources and Schedule:
>   6.5. ARC review type:
>                 FastTrack
>
>   6.6. ARC Exposure:
>                 open
>
>  6. Resources and Schedule
>    6.4. Steering Committee requested information
>         6.4.1. Consolidation C-team Name:
>                 SUNWgcc432
>    6.5. ARC review type: FastTrack
>    6.6. ARC Exposure: open
>
>
>
>  _______________________________________________
>  opensolaris-arc mailing list
>  opensolaris-arc@opensolaris.org
>


-- 
      ,   _                                    _   ,
     { \/`o;====-    Olga Kryzhanovska   -====;o`\/ }
.----'-/`-/     olga.kryzhanovska@gmail.com   \-`\-'----.
 `'-..-| /     Solaris/BSD//C/C++ programmer   \ |-..-'`
      /\/\                                     /\/\
      `--`                                      `--`

From ro@techfak.uni-bielefeld.de Thu Oct 22 11:08:16 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MI8FTE017228
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 11:08:16 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9MI86CU025482;
	Fri, 23 Oct 2009 02:08:12 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00K05H1NZ700@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 11:08:11 -0700 (PDT)
Received: from sca-ea-mail-2.sun.com ([192.18.43.25])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX004K9H1NFG90@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 11:08:11 -0700 (PDT)
Received: from relay44i.sun.com ([192.5.209.118])
	by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MI3b9D009017;
 Thu, 22 Oct 2009 18:08:10 +0000 (GMT)
Received: from mmp43es.mmp.us.syntegra.com ([160.41.221.12] [160.41.221.12])
 by relay44i.sun.com with ESMTP id BT-MMP-480036; Thu,
 22 Oct 2009 18:08:08 +0000 (Z)
Received: from relay43i.sun.com (relay43i.sun.com [192.5.209.74])
 by mmp43es.mmp.us.syntegra.com with ESMTP id BT-MMP-16123605; Thu,
 22 Oct 2009 18:08:07 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay4i.sun.com with ESMTP id
 BT-MMP-3984589; Thu, 22 Oct 2009 18:08:07 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 643CBAD; Thu,
 22 Oct 2009 20:08:06 +0200 (CEST)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id n9MI86Q13797; Thu, 22 Oct 2009 20:08:06 +0200 (MEST)
Date: Thu, 22 Oct 2009 20:08:05 +0200
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?='s message of
 "Thu, 22 Oct 2009 17:46:15 +0200"
Sender: ro@techfak.uni-bielefeld.de
To: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <yddeiov9u9m.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: Gnus v5.6.44/Emacs 19.34
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Antispam: No, score=0.0/5.0, scanned in 0.830sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
Lines: 17
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com>
 <e21eff1d0910220846k1a690563hc497297682a6b75@mail.gmail.com>
Status: RO
Content-Length: 598

=?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com> writes:

> In my option shipping both 4.3.3 and 4.3.2 is wasted time. 4.3.3 is a
> bug fix only update to 4.3.2. You better invest the time in shipping

Indeed, and there exists even 4.3.4 by now.

> the Ada frontend and runtime libraries.

Right: I had already commented on the lack of Java and Ada support in the
previous case, but the suggestion was this is a separate case.

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From ro@techfak.uni-bielefeld.de Thu Oct 22 11:09:46 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MI9kBc017251
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 11:09:46 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n9MI9jjp061267;
	Thu, 22 Oct 2009 12:09:45 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00L51H484C00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 11:09:44 -0700 (PDT)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX0041XH47FH90@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 11:09:43 -0700 (PDT)
Received: from relay11i.sun.com
 (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9MHnpYb010366; Thu,
 22 Oct 2009 18:09:43 +0000 (GMT)
Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13])
 by relay11i.sun.com with ESMTP id BT-MMP-4765558; Thu,
 22 Oct 2009 18:09:42 +0000 (Z)
Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125])
 by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-21733098; Thu,
 22 Oct 2009 18:09:42 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-16214310; Thu, 22 Oct 2009 18:09:42 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id E195BAD; Thu,
 22 Oct 2009 20:09:41 +0200 (CEST)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id n9MI9fN13804; Thu, 22 Oct 2009 20:09:41 +0200 (MEST)
Date: Thu, 22 Oct 2009 20:09:41 +0200
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?='s message of
 "Thu, 22 Oct 2009 17:55:00 +0200"
Sender: ro@techfak.uni-bielefeld.de
To: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com>
Cc: Raj Prakash <Raj.Prakash@sun.com>, LSARC-ext@sun.com
Message-id: <yddbpjz9u6y.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: Gnus v5.6.44/Emacs 19.34
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
Lines: 14
References: <4ADFEF2B.50203@sun.com>
 <e21eff1d0910220855i55952bbes7c6783bd26ba5b7c@mail.gmail.com>
Status: RO
Content-Length: 528

=?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com> writes:

> Raj, I can't find libdecnumber.so in the case materials. Are you
> disabling decimal floating point support on Solaris?

No, this is only enabled on specific platforms, but disabled by default.  I
haven't yet tried if it works on Solaris (SPARC and/or x86) at all.  I'll
add that to my TODO list.

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From George.Vasick@sun.com Thu Oct 22 13:37:31 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MKbUah022103
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 13:37:30 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9MKbMvn026859
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 22 Oct 2009 21:37:29 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00G03NYFVS00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 13:37:27 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00B5NNYFCL60@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 13:37:27 -0700 (PDT)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MKbRsm025522	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 13:37:27 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRX00600NP0UC00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 13:37:27 -0700 (PDT)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRX006EZNY40Q20@fe-sfbay-09.sun.com>; Thu,
 22 Oct 2009 13:37:16 -0700 (PDT)
Date: Thu, 22 Oct 2009 13:37:13 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE000BE.6090306@sun.com>
Sender: George.Vasick@sun.com
To: Alan Coopersmith <Alan.Coopersmith@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Raj.Prakash@sun.com
Message-id: <4AE0C279.5050306@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1055

Alan Coopersmith wrote:
> You really need both 4.3.2 & 4.3.3?

My first choice would have been to replace the current gcc 3.4.3 with 
gcc 4.X and simply called it gcc.  However, gcc 3.4.3 is part of the 
Solaris build environment and we must keep it until Solaris moves to a 
newer version of gcc.

The other aspect is customer support.  We have customers who want to be 
able to test with a new compiler release while continuing to use their 
current release for production.  We even have customers who want a 
specific bug fix back ported to their specific version of the compiler. 
  They will not take the next update no matter how small the version 
number change is.

 > You don't believe even
> micro releases are not safe or compatible upgrades?  That's
> just sad, and somewhat inconsistent with every other distro/OS
> shipping gcc I've seen.   (3.4.3 vs. 4.3.3, sure, but not
> 4.3.2 vs. 4.3.3.)

Solaris freezes on a specific release for its build compiler.  What 
happens when they are on 4.x.y and we want to release 4.x.z?


Thanks,
George

From Alan.Coopersmith@Sun.COM Thu Oct 22 13:42:15 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MKgEeP022258
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 13:42:14 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9MKgCdS025337
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 22 Oct 2009 13:42:14 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00421O6ECK00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 13:42:14 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00MQNO6D8I50@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 13:42:13 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MKgDMd026063	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 13:42:13 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRX00E00NVV0500@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 13:42:13 -0700 (PDT)
Received: from [129.145.155.53] ([unknown] [129.145.155.53])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRX00J6BO6CY7F0@fe-sfbay-10.sun.com>; Thu,
 22 Oct 2009 13:42:13 -0700 (PDT)
Date: Thu, 22 Oct 2009 13:42:12 -0700
From: Alan Coopersmith <Alan.Coopersmith@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE0C279.5050306@sun.com>
Sender: Alan.Coopersmith@Sun.COM
To: George Vasick <George.Vasick@Sun.COM>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@Sun.COM,
        Raj.Prakash@Sun.COM
Message-id: <4AE0C3A4.8070205@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Enigmail-Version: 0.95.1
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090720)
Status: RO
Content-Length: 1329

George Vasick wrote:
> Alan Coopersmith wrote:
>> You really need both 4.3.2 & 4.3.3?
> 
> My first choice would have been to replace the current gcc 3.4.3 with
> gcc 4.X and simply called it gcc.  However, gcc 3.4.3 is part of the
> Solaris build environment and we must keep it until Solaris moves to a
> newer version of gcc.

That explains 3.4.3 and 4.3.3.   Nothing explains 4.3.2 & 4.3.3 both being
delivered side by side.

> The other aspect is customer support.  We have customers who want to be
> able to test with a new compiler release while continuing to use their
> current release for production.  We even have customers who want a
> specific bug fix back ported to their specific version of the compiler.
>  They will not take the next update no matter how small the version
> number change is.

So they don't install the new packages until they've certified, just as
they don't install new Sun Studio compiler patches until they've tested.

Still, since 4.3.2 is not yet shipping, how can you be stuck supporting
customers who require it and not 4.3.3?

I'm not arguing against parallel release installation, just want to know
why we're starting out with both 4.3.2 & 4.3.3 instead of just 4.3.3.

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From Nicolas.Williams@sun.com Thu Oct 22 13:48:18 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MKmHN0022347
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 13:48:18 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9MKmC2U021193;
	Fri, 23 Oct 2009 04:48:13 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX0040FOGCO500@nwk-avmta-2.sfbay.sun.com>; Thu,
 22 Oct 2009 13:48:12 -0700 (PDT)
Received: from binky.Central.Sun.COM ([129.153.128.104])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00M4IOGB8A70@nwk-avmta-2.sfbay.sun.com>; Thu,
 22 Oct 2009 13:48:11 -0700 (PDT)
Received: from binky.Central.Sun.COM (localhost [127.0.0.1])
	by binky.Central.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id n9MKiHn2006398;
 Thu, 22 Oct 2009 15:44:17 -0500 (CDT)
Received: (from nw141292@localhost)
	by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n9MKiHoC006397; Thu,
 22 Oct 2009 15:44:17 -0500 (CDT)
Date: Thu, 22 Oct 2009 15:44:17 -0500
From: Nicolas Williams <Nicolas.Williams@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE0C279.5050306@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <20091022204416.GC892@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
X-Authentication-warning: binky.Central.Sun.COM: nw141292 set sender to
 Nicolas.Williams@sun.com using -f
User-Agent: Mutt/1.5.7i
Status: RO
Content-Length: 601

On Thu, Oct 22, 2009 at 01:37:13PM -0700, George Vasick wrote:
> Alan Coopersmith wrote:
> >You really need both 4.3.2 & 4.3.3?
> 
> Solaris freezes on a specific release for its build compiler.  What 
> happens when they are on 4.x.y and we want to release 4.x.z?

Just because the ONNV and/or other consolidations do that doesn't mean
that Solaris itself must ship with N versions of GCC and/or Sun Studio.

4.3.2 should just become a set of unbundled pkgs; 4.3.3 should be what
you get by default.  Folks who need 4.3.2 could go get it from a
special repo where old software goes to die.

Nico
-- 

From ro@techfak.uni-bielefeld.de Thu Oct 22 13:51:05 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MKp5WB022422
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 13:51:05 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9MKp3Px005491;
	Thu, 22 Oct 2009 13:51:04 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX0041HOL3X500@nwk-avmta-2.sfbay.sun.com>; Thu,
 22 Oct 2009 13:51:03 -0700 (PDT)
Received: from brmea-mail-2.sun.com ([192.18.98.43])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00MG1OL28F70@nwk-avmta-2.sfbay.sun.com>; Thu,
 22 Oct 2009 13:51:03 -0700 (PDT)
Received: from relay43i.sun.com ([192.5.209.74])
	by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9MKoJfD000009; Thu,
 22 Oct 2009 20:51:02 +0000 (GMT)
Received: from mmp43es.mmp.us.syntegra.com ([160.41.221.12] [160.41.221.12])
 by relay43i.sun.com with ESMTP id BT-MMP-4284548; Thu,
 22 Oct 2009 20:51:02 +0000 (Z)
Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118])
 by mmp43es.mmp.us.syntegra.com with ESMTP id BT-MMP-16337539; Thu,
 22 Oct 2009 20:51:02 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay4i.sun.com with ESMTP id
 BT-MMP-11522952; Thu, 22 Oct 2009 20:51:01 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 51781D2; Thu,
 22 Oct 2009 22:51:01 +0200 (CEST)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id n9MKp1m16373; Thu, 22 Oct 2009 22:51:01 +0200 (MEST)
Date: Thu, 22 Oct 2009 22:51:00 +0200
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: George Vasick's message of "Thu, 22 Oct 2009 13:37:13 -0700"
Sender: ro@techfak.uni-bielefeld.de
To: George Vasick <George.Vasick@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <yddpr8f5f0r.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: Gnus v5.6.44/Emacs 19.34
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Antispam: No, score=-0.7/5.0, scanned in 0.075sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
Lines: 46
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
Status: RO
Content-Length: 2053

George Vasick <George.Vasick@sun.com> writes:

> Alan Coopersmith wrote:
> > You really need both 4.3.2 & 4.3.3?
> 
> My first choice would have been to replace the current gcc 3.4.3 with 
> gcc 4.X and simply called it gcc.  However, gcc 3.4.3 is part of the 
> Solaris build environment and we must keep it until Solaris moves to a 
> newer version of gcc.

How's the progress with moving ON (and perhaps other consolidations, I
don't know if they use GCC at all or rather prefer the Studio compilers)
from GCC 3 to GCC 4?

> The other aspect is customer support.  We have customers who want to be 
> able to test with a new compiler release while continuing to use their 
> current release for production.  We even have customers who want a 
> specific bug fix back ported to their specific version of the compiler. 
>   They will not take the next update no matter how small the version 
> number change is.

This may be a point where we have to say: this might have to be Sun's
problem, not the communities, especially if the current solution is so
incompatible with the way any other product is handled.  This would be an
issue for my other examples as well: how do you handle this e.g. in
PostgreSQL?  Or just let those customers not update they GCC installation
and keep it the way it is.

>  > You don't believe even
> > micro releases are not safe or compatible upgrades?  That's
> > just sad, and somewhat inconsistent with every other distro/OS
> > shipping gcc I've seen.   (3.4.3 vs. 4.3.3, sure, but not
> > 4.3.2 vs. 4.3.3.)
> 
> Solaris freezes on a specific release for its build compiler.  What 
> happens when they are on 4.x.y and we want to release 4.x.z?

Right, but even with the Studio compilers, this was handled by a special
distribution that included particular patches necessary for building ON.  I
don't think this special requirement should affect all users of Solaris.

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From George.Vasick@sun.com Thu Oct 22 14:02:53 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9ML2q12022942
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 14:02:52 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9ML2htV015023
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 22 Oct 2009 22:02:51 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX0050TP4QQ500@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 14:02:50 -0700 (PDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00MRHP4P8570@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 14:02:49 -0700 (PDT)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9ML2nZU018745	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 14:02:49 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRX00400OYAX200@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 14:02:49 -0700 (PDT)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRX00FKQP4P5700@fe-sfbay-09.sun.com>; Thu,
 22 Oct 2009 14:02:49 -0700 (PDT)
Date: Thu, 22 Oct 2009 14:02:46 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE0C3A4.8070205@sun.com>
Sender: George.Vasick@sun.com
To: Alan Coopersmith <Alan.Coopersmith@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Raj.Prakash@sun.com
Message-id: <4AE0C876.6030209@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <4AE0C3A4.8070205@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1439

Alan Coopersmith wrote:
> George Vasick wrote:
>> Alan Coopersmith wrote:
>>> You really need both 4.3.2 & 4.3.3?
>> My first choice would have been to replace the current gcc 3.4.3 with
>> gcc 4.X and simply called it gcc.  However, gcc 3.4.3 is part of the
>> Solaris build environment and we must keep it until Solaris moves to a
>> newer version of gcc.
> 
> That explains 3.4.3 and 4.3.3.   Nothing explains 4.3.2 & 4.3.3 both being
> delivered side by side.
> 
>> The other aspect is customer support.  We have customers who want to be
>> able to test with a new compiler release while continuing to use their
>> current release for production.  We even have customers who want a
>> specific bug fix back ported to their specific version of the compiler.
>>  They will not take the next update no matter how small the version
>> number change is.
> 
> So they don't install the new packages until they've certified, just as
> they don't install new Sun Studio compiler patches until they've tested.
> 
> Still, since 4.3.2 is not yet shipping, how can you be stuck supporting
> customers who require it and not 4.3.3?
> 
> I'm not arguing against parallel release installation, just want to know
> why we're starting out with both 4.3.2 & 4.3.3 instead of just 4.3.3.
> 

We released 4.3.2 in OpenSolaris 2009.06.  We have to update 4.3.2 in 
order to release 4.3.3 to avoid duplicate pathnames between the packages.

Thanks,
George

From olga.kryzhanovska@gmail.com Thu Oct 22 14:04:22 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9ML4KND022976
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 14:04:21 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9ML4GfM015977;
	Thu, 22 Oct 2009 22:04:17 +0100 (BST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00801P74WN00@brm-avmta-1.central.sun.com>; Thu,
 22 Oct 2009 15:04:16 -0600 (MDT)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00JR2P73H160@brm-avmta-1.central.sun.com>; Thu,
 22 Oct 2009 15:04:16 -0600 (MDT)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9ML4FJm007485;
 Thu, 22 Oct 2009 21:04:15 +0000 (GMT)
Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11])
 by relay14i.sun.com with ESMTP id BT-MMP-1584230; Thu,
 22 Oct 2009 21:04:15 +0000 (Z)
Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125])
 by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-22013852; Thu,
 22 Oct 2009 21:04:15 +0000 (Z)
Received: from mail-bw0-f219.google.com ([209.85.218.219] [209.85.218.219])
 by relay1i.sun.com with ESMTP id BT-MMP-16530301; Thu,
 22 Oct 2009 21:04:14 +0000 (Z)
Received: by bwz19 with SMTP id 19so746900bwz.8 for <multiple recipients>; Thu,
 22 Oct 2009 14:04:05 -0700 (PDT)
Received: by 10.223.143.12 with SMTP id s12mr293137fau.30.1256245444715; Thu,
 22 Oct 2009 14:04:04 -0700 (PDT)
Date: Thu, 22 Oct 2009 23:04:04 +0200
From: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <4AE0C279.5050306@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <e21eff1d0910221404n2bb94a4ame5553abee95a8500@mail.gmail.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com;
 s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references
 :date:message-id:subject:from:to:cc:content-type;
 bh=0Kfq8r5kWJuXHIUHu14wJAn+zMumW2rLvI6589buF8Y=;
 b=GoEAuwiiN2m4e6TfL3D7YRBgPDNSIJC1jyAHJzeTALGcRiK4AsjKIZvnqIAwduuKDE
 5lDV50QYa9pIJl1zO1dwvJZ/scIczQdDKZhI8IXvkJhohWXKuPyXVvCgSBl7WOADoAj/
 PMtNIVPw3wWkDSVl9WR2cJe66qZiYDL2FdGvM=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 b=vXD+fcBFwM0+6ALJGFmiFWxjxiw3gS1+W2mKL0ac6W/NPk9uYFMEogjr13EwQ0PnNQ
 J1emo0knZswDGzQjPZUhr5A6erDK1B5htvXet4ByV3KI5gL9NpnMwyvMDXyvG1TyxnvO
 /gcTXceqV94N2EaR5OaktWEcvqANIjHEF+nCw=
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
Status: RO
Content-Length: 712

On 10/22/09, George Vasick <George.Vasick@sun.com> wrote:
>  Solaris freezes on a specific release for its build compiler.  What happens
> when they are on 4.x.y and we want to release 4.x.z?

You are dead wrong: gcc releases are x.y, not 4.x.y or x.y.z. The last
element in the triple is serial number for bug fix releases and it is
not relevant for a distribution release cycle.
-- 
      ,   _                                    _   ,
     { \/`o;====-    Olga Kryzhanovska   -====;o`\/ }
.----'-/`-/     olga.kryzhanovska@gmail.com   \-`\-'----.
 `'-..-| /     Solaris/BSD//C/C++ programmer   \ |-..-'`
      /\/\                                     /\/\
      `--`                                      `--`

From Alan.Coopersmith@sun.com Thu Oct 22 14:09:32 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9ML9WZE023251
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 14:09:32 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9ML9VXk006688
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 22 Oct 2009 14:09:32 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00601PFW6800@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 14:09:32 -0700 (PDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00MZOPFV8F80@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 14:09:31 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9ML9Vig019472	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 14:09:31 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRX00200PFUMZ00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 14:09:30 -0700 (PDT)
Received: from [129.145.155.53] ([unknown] [129.145.155.53])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRX0020APFUMV00@fe-sfbay-10.sun.com>; Thu,
 22 Oct 2009 14:09:30 -0700 (PDT)
Date: Thu, 22 Oct 2009 14:09:30 -0700
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
Sender: Alan.Coopersmith@sun.com
To: Raj Prakash <rprak@trainwreck.sfbay.sun.com>
Cc: LSARC-ext@sun.com, George.Vasick@sun.com, Raj.Prakash@sun.com
Message-id: <4AE0CA0A.6050500@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Enigmail-Version: 0.95.1
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090720)
Status: RO
Content-Length: 416

Raj Prakash wrote:
> 	usr/share/man/man7
> 	usr/share/man/man7/fsf-funding.7
> 	usr/share/man/man7/gfdl.7
> 	usr/share/man/man7/gpl.7

Since those are not device drivers, the miscellaneous topics man pages
belong in section 5 on SysV-based platforms like Solaris, instead of
the BSD-style section 7.

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From Alan.Coopersmith@sun.com Thu Oct 22 14:11:49 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MLBlYt023279
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 14:11:48 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9MLBg3G003670
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 23 Oct 2009 05:11:46 +0800 (SGT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX0090JPJLQZ00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 15:11:45 -0600 (MDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00J46PJKH090@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 15:11:44 -0600 (MDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MLBi34019756	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 14:11:44 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRX00200PFUMZ00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 14:11:44 -0700 (PDT)
Received: from [129.145.155.53] ([unknown] [129.145.155.53])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRX002XDPJKMV00@fe-sfbay-10.sun.com>; Thu,
 22 Oct 2009 14:11:44 -0700 (PDT)
Date: Thu, 22 Oct 2009 14:11:44 -0700
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE0C876.6030209@sun.com>
Sender: Alan.Coopersmith@sun.com
To: George Vasick <George.Vasick@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Raj.Prakash@sun.com
Message-id: <4AE0CA90.20901@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Enigmail-Version: 0.95.1
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <4AE0C3A4.8070205@sun.com> <4AE0C876.6030209@sun.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090720)
Status: RO
Content-Length: 643

George Vasick wrote:
> We released 4.3.2 in OpenSolaris 2009.06.  We have to update 4.3.2 in
> order to release 4.3.3 to avoid duplicate pathnames between the packages.

The case specified 4.3.2 as a new delivery, not something already provided.
Still, it seems wasteful to ship both, instead of replacing 4.3.2 with 4.3.3
and telling developers who want to stay on 4.3.2 to not upgrade their packages,
but that probably depends on IPS/OpenSolaris packaging changes to allow those
to be upgraded separately from the WOS build.

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From olga.kryzhanovska@gmail.com Thu Oct 22 14:14:25 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MLEPUL023342
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 14:14:25 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9MLEOWl008150;
	Thu, 22 Oct 2009 14:14:25 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00A0JPNZ0G00@brm-avmta-1.central.sun.com>; Thu,
 22 Oct 2009 15:14:23 -0600 (MDT)
Received: from sca-ea-mail-2.sun.com ([192.18.43.25])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00JQVPNXHL80@brm-avmta-1.central.sun.com>; Thu,
 22 Oct 2009 15:14:21 -0600 (MDT)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MLB10a026124;
 Thu, 22 Oct 2009 21:14:21 +0000 (GMT)
Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14])
 by relay14i.sun.com with ESMTP id BT-MMP-1584999; Thu,
 22 Oct 2009 21:14:21 +0000 (Z)
Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125])
 by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-8398; Thu,
 22 Oct 2009 21:14:20 +0000 (Z)
Received: from mail-bw0-f219.google.com ([209.85.218.219] [209.85.218.219])
 by relay1i.sun.com with ESMTP id BT-MMP-16545404; Thu,
 22 Oct 2009 21:14:20 +0000 (Z)
Received: by mail-bw0-f219.google.com with SMTP id 19so750489bwz.8 for
 <multiple recipients>; Thu, 22 Oct 2009 14:14:18 -0700 (PDT)
Received: by 10.223.54.15 with SMTP id o15mr2087550fag.96.1256246058416; Thu,
 22 Oct 2009 14:14:18 -0700 (PDT)
Date: Thu, 22 Oct 2009 23:14:18 +0200
From: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <4AE0C876.6030209@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <e21eff1d0910221414m719cbe35od4d4b661ae1eb32f@mail.gmail.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com;
 s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references
 :date:message-id:subject:from:to:cc:content-type;
 bh=9aKLJeQKYiMqTUDneZc7+Ies1ZMEuI2SwITVJJWVPSA=;
 b=BlBqE/cDANQ14/+OXEaNFkMyAm+5rNyBJ6IxxE4ilLUIgK8Jixb8xIXq1/tLLszrrh
 sk1YjpkFRtNxIiKPQWMKVLWReRO/J8npxAJZdJ3OJ5dCXOCNH81u5gTnT+2k6R1Hv5JV
 31xQoCYLQBOX/WnoUmF+3DZqxQtBd5yCFqfhQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 b=dM+X0sE6FoVUusNDngP/yxxc8sama+BqDtYXiWcNDf8WnyYY63hhfC9tyI02fUTHEe
 Bnk8KqjP1gfJZ/SZYFZE3VVy8rjRqWmpgFqrsZyfOq+r0b+hZ63VUwJ7aW1k8b961Aqo
 l2aXyiSu8QY4DvWD2+9Ch2GxbFqzHSi2yp4cI=
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <4AE0C3A4.8070205@sun.com> <4AE0C876.6030209@sun.com>
Status: RO
Content-Length: 2142

On 10/22/09, George Vasick <George.Vasick@sun.com> wrote:
> Alan Coopersmith wrote:
>
> > George Vasick wrote:
> >
> > > Alan Coopersmith wrote:
> > >
> > > > You really need both 4.3.2 & 4.3.3?
> > > >
> > > My first choice would have been to replace the current gcc 3.4.3 with
> > > gcc 4.X and simply called it gcc.  However, gcc 3.4.3 is part of the
> > > Solaris build environment and we must keep it until Solaris moves to a
> > > newer version of gcc.
> > >
> >
> > That explains 3.4.3 and 4.3.3.   Nothing explains 4.3.2 & 4.3.3 both being
> > delivered side by side.
> >
> >
> > > The other aspect is customer support.  We have customers who want to be
> > > able to test with a new compiler release while continuing to use their
> > > current release for production.  We even have customers who want a
> > > specific bug fix back ported to their specific version of the compiler.
> > >  They will not take the next update no matter how small the version
> > > number change is.
> > >
> >
> > So they don't install the new packages until they've certified, just as
> > they don't install new Sun Studio compiler patches until they've tested.
> >
> > Still, since 4.3.2 is not yet shipping, how can you be stuck supporting
> > customers who require it and not 4.3.3?
> >
> > I'm not arguing against parallel release installation, just want to know
> > why we're starting out with both 4.3.2 & 4.3.3 instead of just 4.3.3.
> >
> >
>
>  We released 4.3.2 in OpenSolaris 2009.06.  We have to update 4.3.2 in order
> to release 4.3.3 to avoid duplicate pathnames between the packages.

This does not make any sense. 4.3.3 is a bug fix release and
supersedes gcc.4.3.2 in all areas.
I believe the source has a copy of the gcc release document which
describes the release cycle. I recommend to read it first.
-- 
      ,   _                                    _   ,
     { \/`o;====-    Olga Kryzhanovska   -====;o`\/ }
.----'-/`-/     olga.kryzhanovska@gmail.com   \-`\-'----.
 `'-..-| /     Solaris/BSD//C/C++ programmer   \ |-..-'`
      /\/\                                     /\/\
      `--`                                      `--`

From ro@techfak.uni-bielefeld.de Thu Oct 22 14:19:12 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MLJCrx023391
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 14:19:12 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n9MLJ8h0036283;
	Thu, 22 Oct 2009 15:19:11 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00M0JPVWDX00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 14:19:08 -0700 (PDT)
Received: from sca-ea-mail-4.sun.com ([192.18.43.22])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00BGDPVWCGC0@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 14:19:08 -0700 (PDT)
Received: from relay41i.sun.com ([192.5.209.70])
	by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9MLCod8026169;
 Thu, 22 Oct 2009 21:19:08 +0000 (GMT)
Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11])
 by relay41i.sun.com with ESMTP id BT-MMP-1611625; Thu,
 22 Oct 2009 21:19:07 +0000 (Z)
Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72])
 by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-16369841; Thu,
 22 Oct 2009 21:19:07 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay4i.sun.com with ESMTP id
 BT-MMP-43677831; Thu, 22 Oct 2009 21:19:06 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 3D6F0C6; Thu,
 22 Oct 2009 23:19:06 +0200 (CEST)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id n9MLJ5916793; Thu, 22 Oct 2009 23:19:05 +0200 (MEST)
Date: Thu, 22 Oct 2009 23:19:04 +0200
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: George Vasick's message of "Thu, 22 Oct 2009 14:02:46 -0700"
Sender: ro@techfak.uni-bielefeld.de
To: George Vasick <George.Vasick@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <yddy6n32kl3.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: Gnus v5.6.44/Emacs 19.34
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Antispam: No, score=0.0/5.0, scanned in 0.050sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
Lines: 14
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <4AE0C3A4.8070205@sun.com> <4AE0C876.6030209@sun.com>
Status: RO
Content-Length: 442

George Vasick <George.Vasick@sun.com> writes:

> We released 4.3.2 in OpenSolaris 2009.06.  We have to update 4.3.2 in 
> order to release 4.3.3 to avoid duplicate pathnames between the packages.

Is this relevant at all?  Has this ever been ARCed?  If not, it might as
well not exist ;-)

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University


From George.Vasick@sun.com Thu Oct 22 16:36:09 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MNa8MT026750
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 16:36:08 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n9MNa71L056725
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 22 Oct 2009 17:36:08 -0600 (MDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX0020XW871900@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 17:36:07 -0600 (MDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX0019OW87EY00@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 17:36:07 -0600 (MDT)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MNa6SE011818	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 16:36:06 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRX00I00VXSTC00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 16:36:06 -0700 (PDT)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRX004VEW84BK60@fe-sfbay-09.sun.com>; Thu,
 22 Oct 2009 16:36:04 -0700 (PDT)
Date: Thu, 22 Oct 2009 16:36:00 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE0CA90.20901@sun.com>
Sender: George.Vasick@sun.com
To: Alan Coopersmith <Alan.Coopersmith@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Raj.Prakash@sun.com
Message-id: <4AE0EC60.7080403@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <4AE0C3A4.8070205@sun.com> <4AE0C876.6030209@sun.com> <4AE0CA90.20901@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1353

Alan Coopersmith wrote:
> George Vasick wrote:
>> We released 4.3.2 in OpenSolaris 2009.06.  We have to update 4.3.2 in
>> order to release 4.3.3 to avoid duplicate pathnames between the packages.
> 
> The case specified 4.3.2 as a new delivery, not something already provided.

Sorry about that.  Here is a new section 4.10 clarifying the situation:

     4.10. Packaging & Delivery:
	Package			Status
	=======			======
	SUNWgcc432		Modified
	SUNWgcc433		New
	SUNWgccdoc		New
	SUNWgcclibgcc1		New
	SUNWgcclibgfortran3	New
	SUNWgcclibgomp1		New
	SUNWgcclibobjc2		New
	SUNWgcclibssp0		New
	SUNWgcclibstdc6		New
	SUNWgccruntime432	Deleted

> Still, it seems wasteful to ship both, instead of replacing 4.3.2 with 4.3.3
> and telling developers who want to stay on 4.3.2 to not upgrade their packages,
> but that probably depends on IPS/OpenSolaris packaging changes to allow those
> to be upgraded separately from the WOS build.

According to my to my IPS contact, installing the new 433 packages over 
an existing 432 install would go through just fine with no warnings or 
errors.  Uninstall is another story with all kinds of havoc to both the 
files and IPS database.  There were two choices.  We could update the 
432 packages to be empty or modify their contents to allow coexistence. 
  In either case, the 432 packages require an update.


George

From George.Vasick@Sun.COM Thu Oct 22 16:40:48 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MNelXo026951
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 16:40:48 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9MNekVE022917
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 23 Oct 2009 00:40:47 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00G01WFYUP00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 16:40:46 -0700 (PDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00CHQWFXQD30@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 16:40:45 -0700 (PDT)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MNejF3004183	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 16:40:45 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRX00100WA5DS00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 16:40:45 -0700 (PDT)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRX004YHWFXBK70@fe-sfbay-09.sun.com>; Thu,
 22 Oct 2009 16:40:45 -0700 (PDT)
Date: Thu, 22 Oct 2009 16:40:41 -0700
From: George Vasick <George.Vasick@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <yddy6n32kl3.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
Sender: George.Vasick@Sun.COM
To: Rainer Orth <ro@techfak.uni-bielefeld.de>
Cc: Alan Coopersmith <Alan.Coopersmith@Sun.COM>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@Sun.COM
Message-id: <4AE0ED79.6050601@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <4AE0C3A4.8070205@sun.com> <4AE0C876.6030209@sun.com>
 <yddy6n32kl3.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 532

Rainer Orth wrote:
> George Vasick <George.Vasick@sun.com> writes:
> 
>> We released 4.3.2 in OpenSolaris 2009.06.  We have to update 4.3.2 in 
>> order to release 4.3.3 to avoid duplicate pathnames between the packages.
> 
> Is this relevant at all?  Has this ever been ARCed?  If not, it might as
> well not exist ;-)

Yes.  I tried to call that out in the 2nd paragraph of section 4.1:

	This case proposes to modify the previous release,
	LSARC/2008/776 GNU Developer Collection, as follows:

	.
	.
	.


George

> 
> 	Rainer
> 

From George.Vasick@Sun.COM Thu Oct 22 16:48:11 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9MNmATr027002
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 16:48:10 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n9MNm9kv060763
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 22 Oct 2009 17:48:10 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00J09WS9HI00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 16:48:09 -0700 (PDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00GGTWS9GS30@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 16:48:09 -0700 (PDT)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9MNm9OQ004707	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 16:48:09 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRX00500WKQAZ00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 16:48:09 -0700 (PDT)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRX004P7WS8BK90@fe-sfbay-09.sun.com>; Thu,
 22 Oct 2009 16:48:09 -0700 (PDT)
Date: Thu, 22 Oct 2009 16:48:05 -0700
From: George Vasick <George.Vasick@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <20091022204416.GC892@Sun.COM>
Sender: George.Vasick@Sun.COM
To: Nicolas Williams <Nicolas.Williams@Sun.COM>
Cc: Alan Coopersmith <Alan.Coopersmith@Sun.COM>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@Sun.COM
Message-id: <4AE0EF35.2030309@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <20091022204416.GC892@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1031

Nicolas Williams wrote:
> On Thu, Oct 22, 2009 at 01:37:13PM -0700, George Vasick wrote:
>> Alan Coopersmith wrote:
>>> You really need both 4.3.2 & 4.3.3?
>> Solaris freezes on a specific release for its build compiler.  What 
>> happens when they are on 4.x.y and we want to release 4.x.z?
> 
> Just because the ONNV and/or other consolidations do that doesn't mean
> that Solaris itself must ship with N versions of GCC and/or Sun Studio.
> 
> 4.3.2 should just become a set of unbundled pkgs; 4.3.3 should be what
> you get by default.  Folks who need 4.3.2 could go get it from a
> special repo where old software goes to die.

This is more or less how OpensSolaris works.  The standard install is 
pretty small, i.e. less than about 750MB and it fits on one CD.  In 
particular, no compilers are installed by default.  Once the system 
comes up, users just fire up the package manager and pick whatever 
additional packages they wish to install.  In 2009.06, both gcc 3.4.3 
and gcc 4.3.2 are available.


George


> 
> Nico

From john.plocher@gmail.com Thu Oct 22 17:18:27 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9N0IRo6027627
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 17:18:27 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9N0I78M015676;
	Fri, 23 Oct 2009 01:18:23 +0100 (BST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00609Y6LOI00@brm-avmta-1.central.sun.com>; Thu,
 22 Oct 2009 18:18:21 -0600 (MDT)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX0016BY6JEX20@brm-avmta-1.central.sun.com>; Thu,
 22 Oct 2009 18:18:19 -0600 (MDT)
Received: from relay11i.sun.com
 (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9N0IJsX017389;
 Fri, 23 Oct 2009 00:18:19 +0000 (GMT)
Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11])
 by relay11i.sun.com with ESMTP id BT-MMP-4791969; Fri,
 23 Oct 2009 00:16:18 +0000 (Z)
Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121])
 by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-22264123; Fri,
 23 Oct 2009 00:16:18 +0000 (Z)
Received: from mail-px0-f201.google.com ([209.85.216.201] [209.85.216.201])
 by relay1i.sun.com with ESMTP id BT-MMP-10746604; Fri,
 23 Oct 2009 00:16:18 +0000 (Z)
Received: by pxi39 with SMTP id 39so443993pxi.30 for <multiple recipients>;
 Thu, 22 Oct 2009 17:16:13 -0700 (PDT)
Received: by 10.142.195.18 with SMTP id s18mr734229wff.263.1256256973122; Thu,
 22 Oct 2009 17:16:13 -0700 (PDT)
Date: Thu, 22 Oct 2009 17:16:13 -0700
From: John Plocher <john.plocher@gmail.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <4AE0EC60.7080403@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <acff61d30910221716y35008f9es9218bbeed8a2ddb9@mail.gmail.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com;
 s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references
 :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding;
 bh=qRywDORDwL1F8K/0AWz9mcO6q8b47mtjThG5xnWV/hM=;
 b=CUwDUlpnc8RI/eE33mgKaD7BQpTGmZLNIw2pGVDDHxv/MNi3BjHm16+tiKNu81mgYL
 8oZG57hbRzTw+Hbw2VLI2tMd1NBK670YAaf+52BgWa4llk+9+J5dyUOs1fYuNVpVBVPO
 hDL9pDym7rdPd7fDpORXdbgsGAiyE7hogiHaQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type:content-transfer-encoding;
 b=iwhQU3XnpmKlIW5GHeDSyKlN0scCEH81TpKT5k+/OtjtgBjtdK9CQ6t6PQLDMy2cgE
 vg2LsGKrxd+pw7Qk5rWHft0PabWQTX5onxJAZDHGCg14i87wSvWeDA+VzRzwCACrjyVk
 uEbTTd0gpVrhL0orq9N3aMONrU7QMyErRu4nw=
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <4AE0C3A4.8070205@sun.com> <4AE0C876.6030209@sun.com> <4AE0CA90.20901@sun.com>
 <4AE0EC60.7080403@sun.com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by sac.sfbay.sun.com id n9N0IRo6027627
Status: RO
Content-Length: 3053

Didn't we have this very same coexistence conversation the first time
'round? :-)

The use case of the user installing gcc 4.3.2 "yesterday", installing
gcc 4.3.3 "today", and then uninstalling gcc 4.3.2 "tomorrow" is going
to be a reasonably common upgrade path; whatever causes the "havoc to
both the files and IPS database" is a bug and must be fixed.   Are we
sure this is only a GCC project bug, or is there a related IPS problem
(user provided packages that cause havoc with the IPS system is a
recipe for disaster)?

It sounds like there are two related, but independent "projects" here:

    1) Fix/update the already deployed gcc 4.3.2 packages in the IPS
repo to allow the use
       case above, and

    2) Release a new set of gcc 4.3.3 packages.  Assuming, of course,
that these
       packages won't have the upgrade bug that slipped past in
4.3.2's original release.

Can you point out where the topic of version flexibility, both in the
"co-installed" and "which is the default" areas, is addressed in the
project's packaging design and/or packaging architecture specs?  In
particular, I am looking for the architecture (or design pattern...)
that you are following for choosing which compiler version is invoked
via "/usr/bin/gcc" -  Is it "last package installed", "first...", some
special per-version "make me the default" package, or something else?

   -John


On Thu, Oct 22, 2009 at 4:36 PM, George Vasick <George.Vasick@sun.com> wrote:
> Alan Coopersmith wrote:
>>
>> George Vasick wrote:
>>>
>>> We released 4.3.2 in OpenSolaris 2009.06.  We have to update 4.3.2 in
>>> order to release 4.3.3 to avoid duplicate pathnames between the packages.
>>
>> The case specified 4.3.2 as a new delivery, not something already
>> provided.
>
> Sorry about that.  Here is a new section 4.10 clarifying the situation:
>
>    4.10. Packaging & Delivery:
>        Package                 Status
>        =======                 ======
>        SUNWgcc432              Modified
>        SUNWgcc433              New
>        SUNWgccdoc              New
>        SUNWgcclibgcc1          New
>        SUNWgcclibgfortran3     New
>        SUNWgcclibgomp1         New
>        SUNWgcclibobjc2         New
>        SUNWgcclibssp0          New
>        SUNWgcclibstdc6         New
>        SUNWgccruntime432       Deleted
>
>> Still, it seems wasteful to ship both, instead of replacing 4.3.2 with
>> 4.3.3
>> and telling developers who want to stay on 4.3.2 to not upgrade their
>> packages,
>> but that probably depends on IPS/OpenSolaris packaging changes to allow
>> those
>> to be upgraded separately from the WOS build.
>
> According to my to my IPS contact, installing the new 433 packages over an
> existing 432 install would go through just fine with no warnings or errors.
>  Uninstall is another story with all kinds of havoc to both the files and
> IPS database.  There were two choices.  We could update the 432 packages to
> be empty or modify their contents to allow coexistence.  In either case, the
> 432 packages require an update.


From George.Vasick@sun.com Thu Oct 22 17:27:13 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9N0RCQH027669
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 17:27:13 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9N0R6pp007831
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 23 Oct 2009 08:27:11 +0800 (SGT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00705YL8OB00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 18:27:08 -0600 (MDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00156YL7EY30@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 22 Oct 2009 18:27:07 -0600 (MDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9N0R7RX015047	for
 <LSARC-ext@sun.com>; Thu, 22 Oct 2009 17:27:07 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRX00600YIAPJ00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 22 Oct 2009 17:27:07 -0700 (PDT)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRX00B5YYL67NE0@fe-sfbay-10.sun.com>; Thu,
 22 Oct 2009 17:27:06 -0700 (PDT)
Date: Thu, 22 Oct 2009 17:27:03 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <yddpr8f5f0r.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
Sender: George.Vasick@sun.com
To: Rainer Orth <ro@techfak.uni-bielefeld.de>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <4AE0F857.9070903@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <yddpr8f5f0r.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 2520

Rainer Orth wrote:
> George Vasick <George.Vasick@sun.com> writes:
> 
>> Alan Coopersmith wrote:
>>> You really need both 4.3.2 & 4.3.3?
>> My first choice would have been to replace the current gcc 3.4.3 with 
>> gcc 4.X and simply called it gcc.  However, gcc 3.4.3 is part of the 
>> Solaris build environment and we must keep it until Solaris moves to a 
>> newer version of gcc.
> 
> How's the progress with moving ON (and perhaps other consolidations, I
> don't know if they use GCC at all or rather prefer the Studio compilers)
> from GCC 3 to GCC 4?

Delayed a little.  We lost a resource recently and we are still playing 
catch up.

> 
>> The other aspect is customer support.  We have customers who want to be 
>> able to test with a new compiler release while continuing to use their 
>> current release for production.  We even have customers who want a 
>> specific bug fix back ported to their specific version of the compiler. 
>>   They will not take the next update no matter how small the version 
>> number change is.
> 
> This may be a point where we have to say: this might have to be Sun's
> problem, not the communities, especially if the current solution is so
> incompatible with the way any other product is handled.  This would be an
> issue for my other examples as well: how do you handle this e.g. in
> PostgreSQL?  Or just let those customers not update they GCC installation
> and keep it the way it is.

I don't see the incompatibility for users with just one gcc version 
installed.  For users who need multiple versions for what ever reason, 
we'd like to provide that capability.

> 
>>  > You don't believe even
>>> micro releases are not safe or compatible upgrades?  That's
>>> just sad, and somewhat inconsistent with every other distro/OS
>>> shipping gcc I've seen.   (3.4.3 vs. 4.3.3, sure, but not
>>> 4.3.2 vs. 4.3.3.)
>> Solaris freezes on a specific release for its build compiler.  What 
>> happens when they are on 4.x.y and we want to release 4.x.z?
> 
> Right, but even with the Studio compilers, this was handled by a special
> distribution that included particular patches necessary for building ON.  I
> don't think this special requirement should affect all users of Solaris.

Yes, you are 100% corrected on the studio side.  For gcc, the build uses 
the compiler installed on the live system.  I don't know why the two are 
handled differently.  We do need to accommodate Solaris builds, however. 
  They are one of our important users.


George

> 
> 	Rainer
> 

From bart.smaalders@sun.com Thu Oct 22 17:35:35 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9N0ZYdK027878
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 22 Oct 2009 17:35:35 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9N0ZTDI026367;
	Fri, 23 Oct 2009 01:35:31 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRX00301YZ65U00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 17:35:30 -0700 (PDT)
Received: from zion.sfbay.sun.com ([129.146.17.75])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRX00GOTYZ6GUE0@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 22 Oct 2009 17:35:30 -0700 (PDT)
Received: from [129.146.228.109] (cyber.SFBay.Sun.COM [129.146.228.109])
	by zion.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n9N0YJ61012072; Fri,
 23 Oct 2009 00:34:19 +0000 (GMT)
Date: Thu, 22 Oct 2009 17:33:27 -0700
From: Bart Smaalders <bart.smaalders@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE0F857.9070903@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Rainer Orth <ro@techfak.uni-bielefeld.de>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>,
        Alan Coopersmith <Alan.Coopersmith@sun.com>, LSARC-ext@sun.com
Message-id: <4AE0F9D7.20200@Sun.COM>
Organization: Sun Microsystems
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <yddpr8f5f0r.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AE0F857.9070903@sun.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090818)
Status: RO
Content-Length: 882

George Vasick wrote:
> Yes, you are 100% corrected on the studio side.  For gcc, the build uses 
> the compiler installed on the live system.  I don't know why the two are 
> handled differently.  We do need to accommodate Solaris builds, however. 
>  They are one of our important users.

This is easy enough to change if needed.

The following seems clear:

1) we need to support multiple, coexisting versions of gcc.
2) If any version of gcc is installed, it should appear
    in the user's default path.

Note that the same "find it easily, but support multiple
versions" is needed by Studio, python, perl, ....

This means we need verexec:

http://blogs.sun.com/sch/entry/verexec_1_a_simple_execute

- Bart





-- 
Bart Smaalders			Solaris Kernel Performance
barts@cyber.eng.sun.com		http://blogs.sun.com/barts
"You will contribute more with mercurial than with thunderbird."

From Norm.Jacobs@sun.com Fri Oct 23 00:02:04 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9N723EC019558
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 23 Oct 2009 00:02:04 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9N71sTU027123;
	Fri, 23 Oct 2009 08:02:00 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRY0030LGVAVX00@nwk-avmta-2.sfbay.sun.com>; Fri,
 23 Oct 2009 00:01:58 -0700 (PDT)
Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRY00KD8GV9GJ80@nwk-avmta-2.sfbay.sun.com>; Fri,
 23 Oct 2009 00:01:57 -0700 (PDT)
Received: from [10.7.251.237] (punchin-jacobs.SFBay.Sun.COM [10.7.251.237])
	by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3)
 with ESMTP id n9N71uji832780; Fri, 23 Oct 2009 00:01:56 -0700 (PDT)
Date: Fri, 23 Oct 2009 02:01:56 -0500
From: Norm Jacobs <Norm.Jacobs@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4ADFEF2B.50203@sun.com>
To: Raj Prakash <Raj.Prakash@sun.com>
Cc: LSARC-ext@sun.com, George Vasick Jr <George.Vasick@sun.com>
Message-id: <4AE154E4.1030303@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <4ADFEF2B.50203@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090929)
Status: RO
Content-Length: 1243

Raj Prakash wrote:
>
> This information is Copyright 2009 Sun Microsystems
> 1. Introduction
>    1.1. Project/Component Working Name:
>      GCC4: The GNU Compiler Collection 4.X
>
> 4. Technical Description:
>    4.1. Details:
>     Commands will be installed in /usr/bin with versioned suffixes,
>     e.g. gcc-4.3.2.  The runtime libraries will be installed
>     /usr/lib with major, minor, and patch suffixes as appropriate
>     along with a link for the major version, e.g
>     libstdc++.so.6.0.10 and libstdc++.so.6 -> libstdc++.so.6.0.10.
>     See section 4.5 Interfaces below for additional details.
>
>     This case proposes to modify the previous release,
>     LSARC/2008/776 GNU Developer Collection, as follows:
>
>     1)  Localized message files will be moved from /usr/share/locale
>     to /usr/lib/gcc/<machine>/<version>/share/locale.
>
>     2)  Runtime libraries will be refactored from a single package
>     into multiple packages, one package per library, to allow
>     individual libraries to be upgraded in future releases.
Did I understand correctly that you are refactoring the packaging so 
that you can potentially deliver different pieces of gcc from different 
releases of gcc in the future?

    -Norm


From ro@techfak.uni-bielefeld.de Fri Oct 23 07:09:17 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9NE9GDE020246
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 23 Oct 2009 07:09:17 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9NE9A9L023659;
	Fri, 23 Oct 2009 22:09:12 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRZ009070NBGA00@nwk-avmta-2.sfbay.sun.com>; Fri,
 23 Oct 2009 07:09:11 -0700 (PDT)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRZ0027B0NAZJ90@nwk-avmta-2.sfbay.sun.com>; Fri,
 23 Oct 2009 07:09:11 -0700 (PDT)
Received: from relay11i.sun.com
 (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9NE7Kex017924; Fri,
 23 Oct 2009 14:09:10 +0000 (GMT)
Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13])
 by relay11i.sun.com with ESMTP id BT-MMP-4835889; Fri,
 23 Oct 2009 14:09:10 +0000 (Z)
Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124])
 by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-23591040; Fri,
 23 Oct 2009 14:09:10 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-25637953; Fri, 23 Oct 2009 14:09:08 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 5D38FD2; Fri,
 23 Oct 2009 16:09:08 +0200 (CEST)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id n9NE98o06094; Fri, 23 Oct 2009 16:09:08 +0200 (MEST)
Date: Fri, 23 Oct 2009 16:09:02 +0200 (MEST)
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE0F857.9070903@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <19169.47358.718644.549451@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <yddpr8f5f0r.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AE0F857.9070903@sun.com>
Status: RO
Content-Length: 3284

George Vasick writes:

> > How's the progress with moving ON (and perhaps other consolidations, I
> > don't know if they use GCC at all or rather prefer the Studio compilers)
> > from GCC 3 to GCC 4?
> 
> Delayed a little.  We lost a resource recently and we are still playing 
> catch up.

Couldn't this be handled as an OpenSolaris project?  Then community members
could help.

> > This may be a point where we have to say: this might have to be Sun's
> > problem, not the communities, especially if the current solution is so
> > incompatible with the way any other product is handled.  This would be an
> > issue for my other examples as well: how do you handle this e.g. in
> > PostgreSQL?  Or just let those customers not update they GCC installation
> > and keep it the way it is.
> 
> I don't see the incompatibility for users with just one gcc version 
> installed.  For users who need multiple versions for what ever reason, 
> we'd like to provide that capability.

The incompatibility (and resulting user confusion) lies in the fact that
you provide different micro versions in parallel without any rational, were
other projects provide only minor versions and update those to newer
compatible micro version as they see fit.  I don't see why a user should
care if he's using gcc 4.3.2 or 4.3.3.  I can understand wanting to use
4.3.x instead of (say) 4.4.x if there are problems/incompatibilities.  In
addition, your way of handling the version is different from anybody
else's, again without any rational at all.  Beyond this, you don't provide
a default version at all (leaving that at 3.4.3 at best).  I'm not arguing
against providing different versions in parallel (quite the contrary), but
do this like any other project, at the granularity of minor versions, and
provide a default version.

> > Right, but even with the Studio compilers, this was handled by a special
> > distribution that included particular patches necessary for building ON.  I
> > don't think this special requirement should affect all users of Solaris.
> 
> Yes, you are 100% corrected on the studio side.  For gcc, the build uses 
> the compiler installed on the live system.  I don't know why the two are 
> handled differently.  We do need to accommodate Solaris builds, however. 
>   They are one of our important users.

Sure, but I don't see why all other users should have to suffer from the
very special needs of the ON developers.  The proper way to handle this
would be to have (say) a SUNgcc-on package that provides exactly the
version necessary to build ON, in a separate location from the regular
end-user package.  Then the end-user package can be upgrade as necessary
without interfering with ON builds.  This is just the same model used by
Sun Studio (with the exception that it is package based and doesn't rely on
tarball installation).

Please note that I'm away for an extended weekend and will be able read and
respond to email only on tuesday when I'm at OSDevCon '09 in Dresden.  I'd
really appreciate it if the case could be kept open until I had a chance to
respond to further messages.

Thanks.
	Rainer, Solaris GCC Maintainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From George.Vasick@sun.com Fri Oct 23 10:33:34 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9NHXXPt024604
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 23 Oct 2009 10:33:33 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9NHVAte010082
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 24 Oct 2009 01:33:32 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRZ00115A3JV400@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 23 Oct 2009 10:33:19 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRZ00M3CA3IKXB0@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri,
 23 Oct 2009 10:33:18 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9NHXIrk028823	for
 <LSARC-ext@sun.com>; Fri, 23 Oct 2009 10:33:18 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRZ00M00A06RZ00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 23 Oct 2009 10:33:18 -0700 (PDT)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRZ00KWUA3HAE10@fe-sfbay-10.sun.com>; Fri,
 23 Oct 2009 10:33:17 -0700 (PDT)
Date: Fri, 23 Oct 2009 10:33:10 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE154E4.1030303@Sun.COM>
Sender: George.Vasick@sun.com
To: Norm Jacobs <Norm.Jacobs@sun.com>
Cc: Raj Prakash <Raj.Prakash@sun.com>, LSARC-ext@sun.com
Message-id: <4AE1E8D6.9010909@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <4ADFEF2B.50203@sun.com> <4AE154E4.1030303@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1844

Norm Jacobs wrote:
> Raj Prakash wrote:
>>
>> This information is Copyright 2009 Sun Microsystems
>> 1. Introduction
>>    1.1. Project/Component Working Name:
>>      GCC4: The GNU Compiler Collection 4.X
>>
>> 4. Technical Description:
>>    4.1. Details:
>>     Commands will be installed in /usr/bin with versioned suffixes,
>>     e.g. gcc-4.3.2.  The runtime libraries will be installed
>>     /usr/lib with major, minor, and patch suffixes as appropriate
>>     along with a link for the major version, e.g
>>     libstdc++.so.6.0.10 and libstdc++.so.6 -> libstdc++.so.6.0.10.
>>     See section 4.5 Interfaces below for additional details.
>>
>>     This case proposes to modify the previous release,
>>     LSARC/2008/776 GNU Developer Collection, as follows:
>>
>>     1)  Localized message files will be moved from /usr/share/locale
>>     to /usr/lib/gcc/<machine>/<version>/share/locale.
>>
>>     2)  Runtime libraries will be refactored from a single package
>>     into multiple packages, one package per library, to allow
>>     individual libraries to be upgraded in future releases.
> Did I understand correctly that you are refactoring the packaging so 
> that you can potentially deliver different pieces of gcc from different 
> releases of gcc in the future?

This is actually to allow for the future possibility of the major 
version of one of the libraries changing.  For example, GCC 4 provides 
libone.so.6 and libtwo.so.4 while GCC 5 provides on libone.so.7 and 
libtwo.so.4.  If we made a single package containing all of the runtimes 
for each release as we do now, there would be a duplicate pathname, 
libtwo.so.4, between gccruntime4 and gccruntime5.  Separating the 
runtime libraries into individual packages based on their major version 
numbers would avoid this problem.


Thanks,
George


> 
>    -Norm
> 

From George.Vasick@Sun.COM Fri Oct 23 11:30:39 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9NIUcdd026110
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 23 Oct 2009 11:30:39 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9NIUXFK011588
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 24 Oct 2009 02:30:38 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRZ00303CR16C00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 23 Oct 2009 11:30:37 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRZ00FIPCQZKUC0@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri,
 23 Oct 2009 11:30:36 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9NIUZXX005834	for
 <LSARC-ext@sun.com>; Fri, 23 Oct 2009 11:30:35 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRZ00800CMJCU00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 23 Oct 2009 11:30:35 -0700 (PDT)
Received: from [129.146.85.244] ([unknown] [129.146.85.244])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRZ00A6OCQZ4T70@fe-sfbay-10.sun.com>; Fri,
 23 Oct 2009 11:30:35 -0700 (PDT)
Date: Fri, 23 Oct 2009 11:30:28 -0700
From: George Vasick <George.Vasick@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <19169.47358.718644.549451@komagatake.TechFak.Uni-Bielefeld.DE>
Sender: George.Vasick@Sun.COM
To: Rainer Orth <ro@techfak.uni-bielefeld.de>
Cc: Alan Coopersmith <Alan.Coopersmith@Sun.COM>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@Sun.COM
Message-id: <4AE1F644.70802@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <yddpr8f5f0r.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AE0F857.9070903@sun.com>
 <19169.47358.718644.549451@komagatake.TechFak.Uni-Bielefeld.DE>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 4012

Rainer Orth wrote:
> George Vasick writes:
> 
>>> How's the progress with moving ON (and perhaps other consolidations, I
>>> don't know if they use GCC at all or rather prefer the Studio compilers)
>>> from GCC 3 to GCC 4?
>> Delayed a little.  We lost a resource recently and we are still playing 
>> catch up.
> 
> Couldn't this be handled as an OpenSolaris project?  Then community members
> could help.

That would be great!  How do we get it started?

> 
>>> This may be a point where we have to say: this might have to be Sun's
>>> problem, not the communities, especially if the current solution is so
>>> incompatible with the way any other product is handled.  This would be an
>>> issue for my other examples as well: how do you handle this e.g. in
>>> PostgreSQL?  Or just let those customers not update they GCC installation
>>> and keep it the way it is.
>> I don't see the incompatibility for users with just one gcc version 
>> installed.  For users who need multiple versions for what ever reason, 
>> we'd like to provide that capability.
> 
> The incompatibility (and resulting user confusion) lies in the fact that
> you provide different micro versions in parallel without any rational, were
> other projects provide only minor versions and update those to newer
> compatible micro version as they see fit.  I don't see why a user should
> care if he's using gcc 4.3.2 or 4.3.3.  I can understand wanting to use
> 4.3.x instead of (say) 4.4.x if there are problems/incompatibilities.  In
> addition, your way of handling the version is different from anybody
> else's, again without any rational at all.  Beyond this, you don't provide
> a default version at all (leaving that at 3.4.3 at best).  I'm not arguing
> against providing different versions in parallel (quite the contrary), but
> do this like any other project, at the granularity of minor versions, and
> provide a default version.

Maybe I misunderstood the concerns on this versioning thing.  Are you 
concerned about the suffixes on the commands themselves, i.e. gcc-4.3.3, 
g++-4.3.3, etc., as opposed to the internals, like usr/lib/gcc/4.3.3/ 
and i386-pc-solaris2.11-gcc-4.3.3?

If it is only the former, we could use something gcc4 or gcc43 for the 
commands.  Currently, /usr/bin/[gcc,g++,g77,etc.] are taken by the gcc 
3.4.3 package on OpenSolaris and not available for use by gcc 4.x.

> 
>>> Right, but even with the Studio compilers, this was handled by a special
>>> distribution that included particular patches necessary for building ON.  I
>>> don't think this special requirement should affect all users of Solaris.
>> Yes, you are 100% corrected on the studio side.  For gcc, the build uses 
>> the compiler installed on the live system.  I don't know why the two are 
>> handled differently.  We do need to accommodate Solaris builds, however. 
>>   They are one of our important users.
> 
> Sure, but I don't see why all other users should have to suffer from the
> very special needs of the ON developers.  The proper way to handle this
> would be to have (say) a SUNgcc-on package that provides exactly the
> version necessary to build ON, in a separate location from the regular
> end-user package.  Then the end-user package can be upgrade as necessary
> without interfering with ON builds.  This is just the same model used by
> Sun Studio (with the exception that it is package based and doesn't rely on
> tarball installation).
> 
> Please note that I'm away for an extended weekend and will be able read and
> respond to email only on tuesday when I'm at OSDevCon '09 in Dresden.  I'd
> really appreciate it if the case could be kept open until I had a chance to
> respond to further messages.

Well, good.  ;-)  This gives me time to prototype the command name 
change I mentioned above.


Thanks,
George


> 
> Thanks.
> 	Rainer, Solaris GCC Maintainer
> 
> -----------------------------------------------------------------------------
> Rainer Orth, Center for Biotechnology, Bielefeld University

From Norm.Jacobs@sun.com Fri Oct 23 12:00:25 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9NJ0PKJ027089
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 23 Oct 2009 12:00:25 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9NJ07V5000453;
	Fri, 23 Oct 2009 12:00:24 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRZ00509E4K4900@nwk-avmta-2.sfbay.sun.com>; Fri,
 23 Oct 2009 12:00:20 -0700 (PDT)
Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRZ00FW8E4JL0C0@nwk-avmta-2.sfbay.sun.com>; Fri,
 23 Oct 2009 12:00:19 -0700 (PDT)
Received: from [10.7.251.237] (punchin-jacobs.SFBay.Sun.COM [10.7.251.237])
	by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3)
 with ESMTP id n9NJ0J1g949726; Fri, 23 Oct 2009 12:00:19 -0700 (PDT)
Date: Fri, 23 Oct 2009 14:00:18 -0500
From: Norm Jacobs <Norm.Jacobs@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE1E8D6.9010909@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Raj Prakash <Raj.Prakash@sun.com>, LSARC-ext@sun.com
Message-id: <4AE1FD42.2080203@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <4ADFEF2B.50203@sun.com> <4AE154E4.1030303@Sun.COM>
 <4AE1E8D6.9010909@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090929)
Status: RO
Content-Length: 2136

George Vasick wrote:
> Norm Jacobs wrote:
>> Raj Prakash wrote:
>>>
>>> This information is Copyright 2009 Sun Microsystems
>>> 1. Introduction
>>>    1.1. Project/Component Working Name:
>>>      GCC4: The GNU Compiler Collection 4.X
>>>
>>> 4. Technical Description:
>>>    4.1. Details:
>>>     Commands will be installed in /usr/bin with versioned suffixes,
>>>     e.g. gcc-4.3.2.  The runtime libraries will be installed
>>>     /usr/lib with major, minor, and patch suffixes as appropriate
>>>     along with a link for the major version, e.g
>>>     libstdc++.so.6.0.10 and libstdc++.so.6 -> libstdc++.so.6.0.10.
>>>     See section 4.5 Interfaces below for additional details.
>>>
>>>     This case proposes to modify the previous release,
>>>     LSARC/2008/776 GNU Developer Collection, as follows:
>>>
>>>     1)  Localized message files will be moved from /usr/share/locale
>>>     to /usr/lib/gcc/<machine>/<version>/share/locale.
>>>
>>>     2)  Runtime libraries will be refactored from a single package
>>>     into multiple packages, one package per library, to allow
>>>     individual libraries to be upgraded in future releases.
>> Did I understand correctly that you are refactoring the packaging so 
>> that you can potentially deliver different pieces of gcc from 
>> different releases of gcc in the future?
>
> This is actually to allow for the future possibility of the major 
> version of one of the libraries changing.  For example, GCC 4 provides 
> libone.so.6 and libtwo.so.4 while GCC 5 provides on libone.so.7 and 
> libtwo.so.4.  If we made a single package containing all of the 
> runtimes for each release as we do now, there would be a duplicate 
> pathname, libtwo.so.4, between gccruntime4 and gccruntime5.  
> Separating the runtime libraries into individual packages based on 
> their major version numbers would avoid this problem.
>
So what happens when GCC5 libtwo.so.4 differ GCC4 libtwo.so.4 due to bug 
fix or worse?  It may be that they never differ or never make 
incompatible change without bumping the version.  I just want to know 
that it's not going to be a problem.

    -Norm



From George.Vasick@Sun.COM Fri Oct 23 18:29:38 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9O1Tcur003516
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 23 Oct 2009 18:29:38 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9O1TcJZ028968
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 23 Oct 2009 18:29:38 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRZ00K01W5ES400@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 23 Oct 2009 18:29:38 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRZ007H0W5DMJ40@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri,
 23 Oct 2009 18:29:37 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9O1TbLP007140	for
 <LSARC-ext@sun.com>; Fri, 23 Oct 2009 18:29:37 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRZ00300VXVLP00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 23 Oct 2009 18:29:37 -0700 (PDT)
Received: from [192.168.1.100] ([unknown] [99.183.241.69])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRZ002XTW5DT890@fe-sfbay-10.sun.com>; Fri,
 23 Oct 2009 18:29:37 -0700 (PDT)
Date: Fri, 23 Oct 2009 18:29:31 -0700
From: George Vasick <George.Vasick@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <acff61d30910221716y35008f9es9218bbeed8a2ddb9@mail.gmail.com>
Sender: George.Vasick@Sun.COM
To: John Plocher <john.plocher@gmail.com>
Cc: Alan Coopersmith <Alan.Coopersmith@Sun.COM>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@Sun.COM
Message-id: <4AE2587B.5060402@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <4AE0C3A4.8070205@sun.com> <4AE0C876.6030209@sun.com> <4AE0CA90.20901@sun.com>
 <4AE0EC60.7080403@sun.com>
 <acff61d30910221716y35008f9es9218bbeed8a2ddb9@mail.gmail.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 4415

John Plocher wrote:
> Didn't we have this very same coexistence conversation the first time
> 'round? :-)
> 
> The use case of the user installing gcc 4.3.2 "yesterday", installing
> gcc 4.3.3 "today", and then uninstalling gcc 4.3.2 "tomorrow" is going
> to be a reasonably common upgrade path; whatever causes the "havoc to
> both the files and IPS database" is a bug and must be fixed.   Are we
> sure this is only a GCC project bug, or is there a related IPS problem
> (user provided packages that cause havoc with the IPS system is a
> recipe for disaster)?

Potentially, the problem could occur any time packages with overlapping 
pathnames are installed and one is removed.  As I understand it, the 
pathnames will be removed without IPS realizing they are shared.

> 
> It sounds like there are two related, but independent "projects" here:
> 
>     1) Fix/update the already deployed gcc 4.3.2 packages in the IPS
> repo to allow the use
>        case above, and

Correct.

> 
>     2) Release a new set of gcc 4.3.3 packages.  Assuming, of course,
> that these
>        packages won't have the upgrade bug that slipped past in
> 4.3.2's original release.

Correct again.

> 
> Can you point out where the topic of version flexibility, both in the
> "co-installed" and "which is the default" areas, is addressed in the
> project's packaging design and/or packaging architecture specs?  In
> particular, I am looking for the architecture (or design pattern...)
> that you are following for choosing which compiler version is invoked
> via "/usr/bin/gcc" -  Is it "last package installed", "first...", some
> special per-version "make me the default" package, or something else?

In the previous case for 4.3.2, we had proposed adding "plain" links in 
/usr/bin to the default version of GCC, e.g. /usr/bin/gcc -> gcc-4.3.2. 
  According to the gcc man page, plain gcc should invoke the last 
version installed.

In SVR4 packages, this behavior could be implemented via postinstall and 
preremove scripts.  IPS doesn't support this functionality and the plain 
links were already taken by GCC 3.4.3.  For 2009.06, GCC 3.4.3 is the 
default and the user can access 4.3.2 by the -V option or the version 
suffixed commands.

verexec seems to be the preferred long term solution.  I guess we need 
to wait for that to do a good job controlling the defaults with multiple 
versions installed.

In my replay to Rainer this morning, I suggested we could use something 
like gcc4 or gcc43 in the short term for this next release.  We are also 
working with the opensolaris team to see if it makes sense to keep the 
plain links in /usr/bin at 3.4.3 or possibly move them up to 4.3.3.


Thanks,
George

> 
>    -John
> 
> 
> On Thu, Oct 22, 2009 at 4:36 PM, George Vasick <George.Vasick@sun.com> wrote:
>> Alan Coopersmith wrote:
>>> George Vasick wrote:
>>>> We released 4.3.2 in OpenSolaris 2009.06.  We have to update 4.3.2 in
>>>> order to release 4.3.3 to avoid duplicate pathnames between the packages.
>>> The case specified 4.3.2 as a new delivery, not something already
>>> provided.
>> Sorry about that.  Here is a new section 4.10 clarifying the situation:
>>
>>    4.10. Packaging & Delivery:
>>        Package                 Status
>>        =======                 ======
>>        SUNWgcc432              Modified
>>        SUNWgcc433              New
>>        SUNWgccdoc              New
>>        SUNWgcclibgcc1          New
>>        SUNWgcclibgfortran3     New
>>        SUNWgcclibgomp1         New
>>        SUNWgcclibobjc2         New
>>        SUNWgcclibssp0          New
>>        SUNWgcclibstdc6         New
>>        SUNWgccruntime432       Deleted
>>
>>> Still, it seems wasteful to ship both, instead of replacing 4.3.2 with
>>> 4.3.3
>>> and telling developers who want to stay on 4.3.2 to not upgrade their
>>> packages,
>>> but that probably depends on IPS/OpenSolaris packaging changes to allow
>>> those
>>> to be upgraded separately from the WOS build.
>> According to my to my IPS contact, installing the new 433 packages over an
>> existing 432 install would go through just fine with no warnings or errors.
>>  Uninstall is another story with all kinds of havoc to both the files and
>> IPS database.  There were two choices.  We could update the 432 packages to
>> be empty or modify their contents to allow coexistence.  In either case, the
>> 432 packages require an update.

From George.Vasick@sun.com Fri Oct 23 18:31:40 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9O1Venp003537
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 23 Oct 2009 18:31:40 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9O1VaU0016505
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 24 Oct 2009 02:31:39 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KRZ00L01W8Q5M00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 23 Oct 2009 18:31:38 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KRZ0076JW8PMP50@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri,
 23 Oct 2009 18:31:38 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9O1VbOc007203	for
 <LSARC-ext@sun.com>; Fri, 23 Oct 2009 18:31:37 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KRZ00300VXVLP00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 23 Oct 2009 18:31:37 -0700 (PDT)
Received: from [192.168.1.100] ([unknown] [99.183.241.69])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KRZ002BPW8PT8A0@fe-sfbay-10.sun.com>; Fri,
 23 Oct 2009 18:31:37 -0700 (PDT)
Date: Fri, 23 Oct 2009 18:31:32 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE1FD42.2080203@Sun.COM>
Sender: George.Vasick@sun.com
To: Norm Jacobs <Norm.Jacobs@sun.com>
Cc: Raj Prakash <Raj.Prakash@sun.com>, LSARC-ext@sun.com
Message-id: <4AE258F4.2080309@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <4ADFEF2B.50203@sun.com> <4AE154E4.1030303@Sun.COM>
 <4AE1E8D6.9010909@sun.com> <4AE1FD42.2080203@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 2367



Norm Jacobs wrote:
> George Vasick wrote:
>> Norm Jacobs wrote:
>>> Raj Prakash wrote:
>>>>
>>>> This information is Copyright 2009 Sun Microsystems
>>>> 1. Introduction
>>>>    1.1. Project/Component Working Name:
>>>>      GCC4: The GNU Compiler Collection 4.X
>>>>
>>>> 4. Technical Description:
>>>>    4.1. Details:
>>>>     Commands will be installed in /usr/bin with versioned suffixes,
>>>>     e.g. gcc-4.3.2.  The runtime libraries will be installed
>>>>     /usr/lib with major, minor, and patch suffixes as appropriate
>>>>     along with a link for the major version, e.g
>>>>     libstdc++.so.6.0.10 and libstdc++.so.6 -> libstdc++.so.6.0.10.
>>>>     See section 4.5 Interfaces below for additional details.
>>>>
>>>>     This case proposes to modify the previous release,
>>>>     LSARC/2008/776 GNU Developer Collection, as follows:
>>>>
>>>>     1)  Localized message files will be moved from /usr/share/locale
>>>>     to /usr/lib/gcc/<machine>/<version>/share/locale.
>>>>
>>>>     2)  Runtime libraries will be refactored from a single package
>>>>     into multiple packages, one package per library, to allow
>>>>     individual libraries to be upgraded in future releases.
>>> Did I understand correctly that you are refactoring the packaging so 
>>> that you can potentially deliver different pieces of gcc from 
>>> different releases of gcc in the future?
>>
>> This is actually to allow for the future possibility of the major 
>> version of one of the libraries changing.  For example, GCC 4 provides 
>> libone.so.6 and libtwo.so.4 while GCC 5 provides on libone.so.7 and 
>> libtwo.so.4.  If we made a single package containing all of the 
>> runtimes for each release as we do now, there would be a duplicate 
>> pathname, libtwo.so.4, between gccruntime4 and gccruntime5.  
>> Separating the runtime libraries into individual packages based on 
>> their major version numbers would avoid this problem.
>>
> So what happens when GCC5 libtwo.so.4 differ GCC4 libtwo.so.4 due to bug 
> fix or worse?  It may be that they never differ or never make 
> incompatible change without bumping the version.  I just want to know 
> that it's not going to be a problem.

The latter.  This is where we count on committed stability for the 
libraries, i.e. no incompatible changes without bumping the major version.


George

> 
>    -Norm
> 
> 

From George.Vasick@sun.com Sun Oct 25 13:00:04 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9PK04S4029099
	for <LSARC-ext@sac.sfbay.sun.com>; Sun, 25 Oct 2009 13:00:04 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9PK04YZ016442
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sun, 25 Oct 2009 13:00:04 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KS300111683I300@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Sun, 25 Oct 2009 13:00:03 -0700 (PDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KS3000MG682LO30@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sun,
 25 Oct 2009 13:00:02 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9PK02Na019686	for
 <LSARC-ext@sun.com>; Sun, 25 Oct 2009 13:00:02 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KS30030065EED00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Sun, 25 Oct 2009 13:00:02 -0700 (PDT)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KS3009NZ6826WD0@fe-sfbay-10.sun.com>; Sun,
 25 Oct 2009 13:00:02 -0700 (PDT)
Date: Sun, 25 Oct 2009 12:59:55 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE0CA0A.6050500@sun.com>
Sender: George.Vasick@sun.com
To: Alan Coopersmith <alan.coopersmith@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Raj.Prakash@sun.com
Message-id: <4AE4AE3B.6070802@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE0CA0A.6050500@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 865

Alan Coopersmith wrote:
> Raj Prakash wrote:
>> 	usr/share/man/man7
>> 	usr/share/man/man7/fsf-funding.7
>> 	usr/share/man/man7/gfdl.7
>> 	usr/share/man/man7/gpl.7
> 
> Since those are not device drivers, the miscellaneous topics man pages
> belong in section 5 on SysV-based platforms like Solaris, instead of
> the BSD-style section 7.

These are the standard names and locations produced by the gcc build. 
They could easily be moved but then we would differ from what users see 
on Linux.  We have some other packages in SFW also using man7:

SUNWcupsu/prototype_com
SUNWgcc/prototype_com
SUNWgimpprint/prototype_com
SUNWlibyaz/prototype_com
SUNWopenssl-man/prototype_com
SUNWpowermanu/prototype_com
SUNWsane-backendu/prototype_com
SUNWsmbau/prototype_com

What is the correction to follow for GCC, Linux or Solaris?  I can go 
either way.


Thanks,
George





From George.Vasick@sun.com Sun Oct 25 13:02:26 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9PK2P99029190
	for <LSARC-ext@sac.sfbay.sun.com>; Sun, 25 Oct 2009 13:02:26 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9PK2Ljw025300
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sun, 25 Oct 2009 20:02:25 GMT
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KS3001096BYQS00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Sun, 25 Oct 2009 13:02:22 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KS3000FD6BYLO40@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sun,
 25 Oct 2009 13:02:22 -0700 (PDT)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9PK2MU2028357	for
 <LSARC-ext@sun.com>; Sun, 25 Oct 2009 13:02:22 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KS300G006BSXF00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Sun, 25 Oct 2009 13:02:22 -0700 (PDT)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KS30013H6BY0UC0@fe-sfbay-09.sun.com>; Sun,
 25 Oct 2009 13:02:22 -0700 (PDT)
Date: Sun, 25 Oct 2009 13:02:15 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE0CA0A.6050500@sun.com>
Sender: George.Vasick@sun.com
To: Alan Coopersmith <alan.coopersmith@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Raj.Prakash@sun.com
Message-id: <4AE4AEC7.2000903@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE0CA0A.6050500@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 888

typo corrected.

Alan Coopersmith wrote:
> Raj Prakash wrote:
>> 	usr/share/man/man7
>> 	usr/share/man/man7/fsf-funding.7
>> 	usr/share/man/man7/gfdl.7
>> 	usr/share/man/man7/gpl.7
> 
> Since those are not device drivers, the miscellaneous topics man pages
> belong in section 5 on SysV-based platforms like Solaris, instead of
> the BSD-style section 7.

These are the standard names and locations produced by the gcc build.
They could easily be moved but then we would differ from what users see
on Linux.  We have some other packages in SFW also using man7:

SUNWcupsu/prototype_com
SUNWgcc/prototype_com
SUNWgimpprint/prototype_com
SUNWlibyaz/prototype_com
SUNWopenssl-man/prototype_com
SUNWpowermanu/prototype_com
SUNWsane-backendu/prototype_com
SUNWsmbau/prototype_com

What is the correct convention to follow for GCC, Linux or Solaris?  I 
can go either way.


Thanks,
George





From Alan.Coopersmith@sun.com Sun Oct 25 13:31:16 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9PKVF3c029268
	for <LSARC-ext@sac.sfbay.sun.com>; Sun, 25 Oct 2009 13:31:16 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9PKV8TJ013681
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 26 Oct 2009 04:31:14 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KS300A017NZP800@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Sun, 25 Oct 2009 13:31:11 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KS3005VZ7NYXC90@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sun,
 25 Oct 2009 13:31:10 -0700 (PDT)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9PKVA7S028819	for
 <LSARC-ext@sun.com>; Sun, 25 Oct 2009 13:31:10 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KS3000007AOYP00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Sun, 25 Oct 2009 13:31:10 -0700 (PDT)
Received: from [129.145.155.53] ([unknown] [129.145.155.53])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KS30019X7NY0UE0@fe-sfbay-09.sun.com>; Sun,
 25 Oct 2009 13:31:10 -0700 (PDT)
Date: Sun, 25 Oct 2009 13:31:10 -0700
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE4AE3B.6070802@sun.com>
Sender: Alan.Coopersmith@sun.com
To: George Vasick <George.Vasick@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Raj.Prakash@sun.com
Message-id: <4AE4B58E.70404@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Enigmail-Version: 0.95.1
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE0CA0A.6050500@sun.com> <4AE4AE3B.6070802@sun.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090720)
Status: RO
Content-Length: 1272

George Vasick wrote:
> Alan Coopersmith wrote:
>> Raj Prakash wrote:
>>>     usr/share/man/man7
>>>     usr/share/man/man7/fsf-funding.7
>>>     usr/share/man/man7/gfdl.7
>>>     usr/share/man/man7/gpl.7
>>
>> Since those are not device drivers, the miscellaneous topics man pages
>> belong in section 5 on SysV-based platforms like Solaris, instead of
>> the BSD-style section 7.
> 
> These are the standard names and locations produced by the gcc build.
> They could easily be moved but then we would differ from what users see
> on Linux. 

That's to be expected, Solaris & Linux organize man pages differently.

> We have some other packages in SFW also using man7:
> 
> SUNWcupsu/prototype_com
> SUNWgcc/prototype_com
> SUNWgimpprint/prototype_com
> SUNWlibyaz/prototype_com
> SUNWopenssl-man/prototype_com
> SUNWpowermanu/prototype_com
> SUNWsane-backendu/prototype_com
> SUNWsmbau/prototype_com
> 
> What is the correction to follow for GCC, Linux or Solaris? 

For some of those, that's probably correct, since I expect sane has scanner
drivers, and the print packages (cups, gimpprint) would have printer drivers.
For others, it's probably a bug.

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From john.plocher@gmail.com Sun Oct 25 23:04:09 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9Q649UX005999
	for <LSARC-ext@sac.sfbay.sun.com>; Sun, 25 Oct 2009 23:04:09 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9Q643KS016349;
	Sun, 25 Oct 2009 23:04:08 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KS30071DY6VBA00@brm-avmta-1.central.sun.com>; Mon,
 26 Oct 2009 00:04:07 -0600 (MDT)
Received: from sca-ea-mail-3.sun.com ([192.18.43.21])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KS30022MY6ULG10@brm-avmta-1.central.sun.com>; Mon,
 26 Oct 2009 00:04:06 -0600 (MDT)
Received: from relay13i.sun.com
 (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123])
	by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9Q60Y6a011048;
 Mon, 26 Oct 2009 06:04:06 +0000 (GMT)
Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12])
 by relay13i.sun.com with ESMTP id BT-MMP-4973942; Mon,
 26 Oct 2009 06:04:05 +0000 (Z)
Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124])
 by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-29460889; Mon,
 26 Oct 2009 06:04:05 +0000 (Z)
Received: from mail-qy0-f179.google.com ([209.85.221.179] [209.85.221.179])
 by relay1i.sun.com with ESMTP id BT-MMP-32225676; Mon,
 26 Oct 2009 06:04:05 +0000 (Z)
Received: by qyk9 with SMTP id 9so2214561qyk.30 for <multiple recipients>; Sun,
 25 Oct 2009 23:03:56 -0700 (PDT)
Received: by 10.229.51.219 with SMTP id e27mr1692266qcg.7.1256537036620; Sun,
 25 Oct 2009 23:03:56 -0700 (PDT)
Date: Sun, 25 Oct 2009 23:03:56 -0700
From: John Plocher <john.plocher@gmail.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <4AE2587B.5060402@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <acff61d30910252303u1f64f31bw5a81b80e1294a34d@mail.gmail.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com;
 s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references
 :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding;
 bh=Vk45HuXTh5YwAInx0hLKh6pyykultrOjTXXJupSLjWU=;
 b=vgiiEpsQpCbJIHWXIIHQNSPqTSSnu9HUhYr5O8HNglSDILCnheLd06LC7GYzcNUiYG
 lYq68FipeLpQrhkUR4VqND1bRv4VPNNR0d9ihdgs/yzYKfffwVH1YSqaF318z7Es1tOg
 Egmpo/WZZKHiX20kkN0UNTNGiWFVblPAspZao=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type:content-transfer-encoding;
 b=bvUm4CW4WBavQ5wEq1II3jWmRH3KUJjjUFyytfTuwPkvGRO1hvuOh8pbGJAULRfR6a
 +LjPM0Q0rjdPiQZhYAgpvHkBVqEY7p20uLCN0WyHTJrD0lM1rTytbilhHjrZM/zTv23g
 rV7T3MJ9an3pYFEcxAjr3M8Phj+CIGL4kwlPE=
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <4AE0C3A4.8070205@sun.com> <4AE0C876.6030209@sun.com> <4AE0CA90.20901@sun.com>
 <4AE0EC60.7080403@sun.com>
 <acff61d30910221716y35008f9es9218bbeed8a2ddb9@mail.gmail.com>
 <4AE2587B.5060402@sun.com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by sac.sfbay.sun.com id n9Q649UX005999
Status: RO
Content-Length: 846

On Fri, Oct 23, 2009 at 6:29 PM, George Vasick <George.Vasick@sun.com> wrote:
> In the previous case for 4.3.2, we had proposed adding "plain" links in
> /usr/bin to the default version of GCC, e.g. /usr/bin/gcc -> gcc-4.3.2.
>  According to the gcc man page, plain gcc should invoke the last version
> installed.

I'd like to second Rainer's comments that the user should never really
see the bugfix level of things (i.e., that from their perspective,
4.3.2 and 4.3.3 are really the same "version 4.3 compiler").    Such
bugfix-level-versioning *is* appropriate in the packaging metadata,
where one could note that *this* gcc package set is for "4.3.2" and
*that* package set (with the same package names...) is for "4.3.3".
This is common for the rest of the OS - we don't expose the hg patch
level for the "ls" command, for example.

  -John


From George.Vasick@sun.com Mon Oct 26 10:30:28 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9QHUR8v003896
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 26 Oct 2009 10:30:27 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9QHSmIU012869
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 27 Oct 2009 01:30:25 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KS400N09TYI1T00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 26 Oct 2009 10:30:18 -0700 (PDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KS400BE3TYHOMD0@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon,
 26 Oct 2009 10:30:17 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9QHUHNU009501	for
 <LSARC-ext@sun.com>; Mon, 26 Oct 2009 10:30:17 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KS400G00TUIQR00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 26 Oct 2009 10:30:17 -0700 (PDT)
Received: from [129.146.85.244] ([unknown] [129.146.85.244])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KS4009E5TYAILI0@fe-sfbay-10.sun.com>; Mon,
 26 Oct 2009 10:30:10 -0700 (PDT)
Date: Mon, 26 Oct 2009 10:30:04 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <acff61d30910252303u1f64f31bw5a81b80e1294a34d@mail.gmail.com>
Sender: George.Vasick@sun.com
To: John Plocher <john.plocher@gmail.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <4AE5DC9C.8010000@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <4AE0C3A4.8070205@sun.com> <4AE0C876.6030209@sun.com> <4AE0CA90.20901@sun.com>
 <4AE0EC60.7080403@sun.com>
 <acff61d30910221716y35008f9es9218bbeed8a2ddb9@mail.gmail.com>
 <4AE2587B.5060402@sun.com>
 <acff61d30910252303u1f64f31bw5a81b80e1294a34d@mail.gmail.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 2082

John Plocher wrote:
> On Fri, Oct 23, 2009 at 6:29 PM, George Vasick <George.Vasick@sun.com> wrote:
>> In the previous case for 4.3.2, we had proposed adding "plain" links in
>> /usr/bin to the default version of GCC, e.g. /usr/bin/gcc -> gcc-4.3.2.
>>  According to the gcc man page, plain gcc should invoke the last version
>> installed.
> 
> I'd like to second Rainer's comments that the user should never really
> see the bugfix level of things (i.e., that from their perspective,
> 4.3.2 and 4.3.3 are really the same "version 4.3 compiler").    Such
> bugfix-level-versioning *is* appropriate in the packaging metadata,
> where one could note that *this* gcc package set is for "4.3.2" and
> *that* package set (with the same package names...) is for "4.3.3".
> This is common for the rest of the OS - we don't expose the hg patch
> level for the "ls" command, for example.

OK, let me make sure I understand correctly.

In OpensSolaris 2009.06, we should have released gcc43 as opposed to 
gcc432.  The user could use something like pkginfo or gcc -v to 
determine that it was actually version 4.3.2.  In OpenSolaris 2010.02, 
we would update the gcc43 package to 4.3.3 which the user could again 
determine via pkginfo or gcc -v but otherwise unaware of the change. 
There would be no coexistence of gcc432 and gcc433.  However, when we 
release gcc44, coexistence should be allowed.

Is this the sort of scenario people are looking for?

Then there is a separate issue of the default commands gcc, g++, c++, 
and gfortran in /usr/bin.  Should they remain at 343 as in 2009.06 or 
should they be bumped up the to latest version of gcc?  The argument for 
leaving them at 343 is that 343 is the build compiler for OpenSolaris 
source builds.  However, the two consolidation builds I have worked 
with, SFW and ON, both specify /usr/sfw/bin/gcc so there appears to be 
no dependency on /usr/bin/gcc.  If the default commands in /usr/bin are 
to remain at 343, then should we provide something like gcc4, g++4, 
c++4, and gfortran4 in /usr/bin?


Thanks,
George


> 
>   -John

From john.plocher@gmail.com Mon Oct 26 10:49:05 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9QHn4DV004131
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 26 Oct 2009 10:49:05 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9QHmthW025894;
	Tue, 27 Oct 2009 01:49:00 +0800 (SGT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KS400A4NUTNNL00@brm-avmta-1.central.sun.com>; Mon,
 26 Oct 2009 11:48:59 -0600 (MDT)
Received: from brmea-mail-2.sun.com ([192.18.98.43])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KS400KJ2UTMDRA0@brm-avmta-1.central.sun.com>; Mon,
 26 Oct 2009 11:48:58 -0600 (MDT)
Received: from relay15i.sun.com
 (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125])
	by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9QHmwwo029696; Mon,
 26 Oct 2009 17:48:58 +0000 (GMT)
Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11])
 by relay15i.sun.com with ESMTP id BT-MMP-743232; Mon,
 26 Oct 2009 17:48:58 +0000 (Z)
Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121])
 by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-30793872; Mon,
 26 Oct 2009 17:48:58 +0000 (Z)
Received: from qw-out-1920.google.com ([74.125.92.148] [74.125.92.148])
 by relay1i.sun.com with ESMTP id BT-MMP-20267915; Mon,
 26 Oct 2009 17:48:58 +0000 (Z)
Received: by qw-out-1920.google.com with SMTP id 4so1678824qwk.50 for <multiple
 recipients>; Mon, 26 Oct 2009 10:48:49 -0700 (PDT)
Received: by 10.229.52.38 with SMTP id f38mr491836qcg.26.1256579329136; Mon,
 26 Oct 2009 10:48:49 -0700 (PDT)
Date: Mon, 26 Oct 2009 10:48:49 -0700
From: John Plocher <john.plocher@gmail.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <4AE5DC9C.8010000@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <acff61d30910261048x2afd1485oa44d1508482f1ad4@mail.gmail.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com;
 s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references
 :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding;
 bh=JUn6lG+5udORAZSO0Me9CfB+wmL3kHewYKMl7GWReuw=;
 b=FKbK8fgWNQf3lrRwN6mfuGVIqyswb/SagsjXsRdZmyp+lXmwnp5uuZgJJvzkPuKDlx
 nrPPf5XFaLD9mCeCwKNq0M48CVKG+ZYN7+t2ZdVF7nVXHiOU75B0aVIE3dp3UIEjFMan
 P4foW8kofcUBisUXuAElNhO4dlEHdng62QjaE=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type:content-transfer-encoding;
 b=aBK3S9BBGNHVnCwtUREMIvI/jMD56bUB1/NulvXhuVqk1Ft1eN0ViWhUnyFQsyZRAm
 UrG4qs8ZhYNzT8zfFsu4GUpBx86RukcJ7Rt4SY4WoNPSm7rpEVwGMepfIgeD/JbqBQZP
 qh6fYSsUu0lIgi2UH4fr9Ndeh2YgtapT1mWtQ=
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE0C279.5050306@sun.com> <4AE0C3A4.8070205@sun.com>
 <4AE0C876.6030209@sun.com> <4AE0CA90.20901@sun.com> <4AE0EC60.7080403@sun.com>
 <acff61d30910221716y35008f9es9218bbeed8a2ddb9@mail.gmail.com>
 <4AE2587B.5060402@sun.com>
 <acff61d30910252303u1f64f31bw5a81b80e1294a34d@mail.gmail.com>
 <4AE5DC9C.8010000@sun.com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by sac.sfbay.sun.com id n9QHn4DV004131
Status: RO
Content-Length: 2262

On Mon, Oct 26, 2009 at 10:30 AM, George Vasick <George.Vasick@sun.com> wrote:

> OK, let me make sure I understand correctly.
>
> In OpensSolaris 2009.06, we should have released gcc43 as opposed to gcc432.

My understanding is that that is the norm for the extended the GCC
community - that the "trailing .2" is simply a serial number that
indicates the patch level within a stable release version.  If so,
then we erred in exposing the 3-digit versioning scheme...

>  The user could use something like pkginfo or gcc -v to determine that it
> was actually version 4.3.2.

More to the point, the package repo could have all of the following
package versions:
    gcc 4.3 patchlevel 2 - used in the ON build environment
    gcc 4.3 patchlevel 3 - released Oct 31, 2009
    gcc 4.3 patchlevel 4 - released Nov 1, 2009 :-)
and maybe even a "virtual" package that points to one of the above:
    gcc 4.3 - latest release

Hopefully, this would let you "subscribe" to the virtual package and
get auto-updates as the IPS repo gets updated; if you instead
installed a specific version.patchlevel, you would not get auto
updated to new version.patchlevels...

> There would be no coexistence of
> gcc432 and gcc433.  However, when we release gcc44, coexistence should be
> allowed.

That seems reasonable to me.  If you need 4.3.2, install it - and only
it.  Or, use the "install in my home directory" options of ips to
install a particular version just for yourself or your build
environment...

> Then there is a separate issue of the default commands gcc, g++, c++, and
> gfortran in /usr/bin.  Should they remain at 343 as in 2009.06 or should
> they be bumped up the to latest version of gcc?

The links should be to 4.3 - independent of any patch level - since
(as above) you would not be setting things up to handle multiple
instantiations at the patch level...

> The argument for leaving
> them at 343 is that 343 is the build compiler for OpenSolaris source builds.

As long as one can install 4.3.2 (or is it 343 - I'm thoroughly
confused now, especially since I routinely fat-finger the version
sequences myself :-) from IPS, that should be sufficient.  Bending
over backwards to support co-installs at the patch level hardly seems
necessary...

  -John


From George.Vasick@sun.com Wed Oct 28 15:43:20 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9SMhJQR029785
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 28 Oct 2009 15:43:19 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9SMhHIp021978
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 22:43:18 GMT
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KS800701XS6Z700@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 15:43:18 -0700 (PDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KS800IDAXS58WD0@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed,
 28 Oct 2009 15:43:17 -0700 (PDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9SMhHxK025204	for
 <LSARC-ext@sun.com>; Wed, 28 Oct 2009 15:43:17 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KS800600XIUJI00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 15:43:17 -0700 (PDT)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KS800F40XS41M60@fe-sfbay-10.sun.com>; Wed,
 28 Oct 2009 15:43:16 -0700 (PDT)
Date: Wed, 28 Oct 2009 15:43:04 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
Sender: George.Vasick@sun.com
To: LSARC-ext@sun.com
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, Raj.Prakash@sun.com
Message-id: <4AE8C8F8.5090009@sun.com>
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_r3AYerxKT17vMSWcUscNAg)"
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 10624

This is a multi-part message in MIME format.

--Boundary_(ID_r3AYerxKT17vMSWcUscNAg)
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT

Please find a revised proposal attached addressing the following feedback:

1)  Versioning should be major.minor, not major.minor.micro.

2)  usr/share/man7 contents should be moved to usr/share/man5.

3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.


Thanks,
George




--Boundary_(ID_r3AYerxKT17vMSWcUscNAg)
Content-type: text/plain; name=gcc4.txt
Content-transfer-encoding: 7BIT
Content-disposition: inline; filename=gcc4.txt

Copyright 2009 Sun Microsystems

1. Introduction
   1.1. Project/Component Working Name:
	GCC4: The GNU Compiler Collection 4.X

   1.2. Name of Document Author/Supplier:
	George Vasick

   1.3. Date of This Document:
	10/28/2009

   1.5. Email Aliases:
    	1.5.1. Responsible Manager: kurt.goebel@sun.com
    	1.5.2. Responsible Engineer: george.vasick@sun.com
	1.5.4. Interest List: sfwnv-discuss@opensolaris.org,
	       tools-compilers@opensolaris.org

2. Project Summary
   2.1. Project Description:
	Provide GCC 4.X and allow for the coexistence of multiple
	versions of GCC installed simultaneously.

	GCC 3.4.3, the current build compiler for OpenSolaris and
	Nevada, will remain unchanged in /usr/sfw.

4. Technical Description:
    4.1. Details:
	Commands will be installed in /usr/bin with versioned suffixes,
	e.g. gcc-4.3.  The runtime libraries will be installed /usr/lib
	with major, minor, and micro suffixes as appropriate along with
	a link for the major version, e.g libstdc++.so.6.0.10 and
	libstdc++.so.6 -> libstdc++.so.6.0.10.  See section 4.5
	Interfaces below for additional details.

	This case proposes to modify the previous release,
	LSARC/2008/776 GNU Developer Collection, as follows:

	1)  Localized message files will be moved from /usr/share/locale
	to /usr/lib/gcc/<machine>/<version>/share/locale.

	2)  Runtime libraries will be refactored from a single package
	into multiple packages, one package per library, to allow
	individual libraries to be upgraded in future releases.

	3)  SUNWgcc432 package will be replaced by SUNWgcc43 package.

	4)  SUNWgccruntime432 package will be refactored into the
	following:
		SUNWgcclibgcc1
		SUNWgcclibgfortran3
		SUNWgcclibgomp1
		SUNWgcclibobjc2
		SUNWgcclibssp0
		SUNWgcclibstdc6

	5)  SUNWgcc and SUNWgcc4 will be added to set default version
	to the latest GCC and GCC 4.X versions respectively.

    4.2. Bug/RFE Number(s):
	6674032: Introduce GCC 4.3.x (or later) in Nevada

    4.5. Interfaces:

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc					Latest GCC installed.
						All interfaces Committed.
	usr/bin/c++				symlink to latest c++
	usr/bin/cpp				symlink to latest cpp
	usr/bin/g++				symlink to latest g++
	usr/bin/gcc				symlink to latest gcc
	usr/bin/gccbug				symlink to latest gccbug
	usr/bin/gcov				symlink to latest gcov
	usr/bin/gfortran			symlink to latest gfortran
	usr/share/man/man1/cpp.1		symlink to latest cpp
	usr/share/man/man1/g++.1		symlink to latest g++
	usr/share/man/man1/gcc.1		symlink to latest gcc
	usr/share/man/man1/gcov.1		symlink to latest gcov
	usr/share/man/man1/gfortran.1		symlink to latest gfortran

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc4				Latest GCC 4.X installed.
						All interfaces Committed.
	usr/bin/c++4				symlink to latest c++-4.X
	usr/bin/cpp4				symlink to latest cpp-4.X
	usr/bin/g++4				symlink to latest g++-4.X
	usr/bin/gcc4				symlink to latest gcc-4.X
	usr/bin/gccbug4				symlink to latest gccbug-4.X
	usr/bin/gcov4				symlink to latest gcov-4.X
	usr/bin/gfortran4			symlink to latest gfortran-4.X
	usr/share/man/man1/cpp4.1		symlink to latest cpp-4.X.1
	usr/share/man/man1/g++4.1		symlink to latest g++-4.X.1
	usr/share/man/man1/gcc4.1		symlink to latest gcc-4.X.1
	usr/share/man/man1/gcov4.1		symlink to latest gcov-4.X.1
	usr/share/man/man1/gfortran4.1		symlink to latest gfortran-4.X.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc43				GCC 4.3.X package.
						All interfaces Committed.
	usr/bin/c++-4.3=g++-4.3
	usr/bin/cpp-4.3
	usr/bin/g++-4.3
	usr/bin/gcc-4.3
	usr/bin/gccbug-4.3
	usr/bin/gcov-4.3
	usr/bin/gfortran-4.3
	usr/bin/<machine>-c++-4.3=g++-4.3
	usr/bin/<machine>-g++-4.3=g++-4.3
	usr/bin/<machine>-gcc-4.3=gcc-4.3
	usr/bin/<machine>-gcc-4.3.X=gcc-4.3
	usr/bin/<machine>-gfortran-4.3=gfortran-4.3
	usr/include/c++/4.3.X/*
	usr/lib/gcc/<machine>/4.3.X/cc1
	usr/lib/gcc/<machine>/4.3.X/cc1obj
	usr/lib/gcc/<machine>/4.3.X/cc1plus
	usr/lib/gcc/<machine>/4.3.X/collect2
	usr/lib/gcc/<machine>/4.3.X/crt1.o
	usr/lib/gcc/<machine>/4.3.X/crtbegin.o
	usr/lib/gcc/<machine>/4.3.X/crtend.o
	usr/lib/gcc/<machine>/4.3.X/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.X/crti.o
	usr/lib/gcc/<machine>/4.3.X/crtn.o
	usr/lib/gcc/<machine>/4.3.X/f951
	usr/lib/gcc/<machine>/4.3.X/finclude/*
	usr/lib/gcc/<machine>/4.3.X/gcrt1.o
	usr/lib/gcc/<machine>/4.3.X/gmon.o
	usr/lib/gcc/<machine>/4.3.X/include
	usr/lib/gcc/<machine>/4.3.X/include-fixed/*
	usr/lib/gcc/<machine>/4.3.X/include/*
	usr/lib/gcc/<machine>/4.3.X/install-tools/*
	usr/lib/gcc/<machine>/4.3.X/libgcc.a
	usr/lib/gcc/<machine>/4.3.X/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.X/libgcc_s.so=../../../libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.X/libgcov.a
	usr/lib/gcc/<machine>/4.3.X/libgfortran.so=../../../libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.X/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.X/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.X/libgomp.so=../../../libgomp.so.1
	usr/lib/gcc/<machine>/4.3.X/libobjc.so=../../../libobjc.so.2
	usr/lib/gcc/<machine>/4.3.X/libobjc_gc.so=../../../libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.X/libssp.so=../../../libssp.so.0
	usr/lib/gcc/<machine>/4.3.X/libstdc++.so=../../../libstdc++.so.6
	usr/lib/gcc/<machine>/4.3.X/share/locale*
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crt1.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtbegin.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtend.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crti.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtn.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/gcrt1.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/gmon.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcc.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcov.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
	usr/lib/gcc/<machine>/gccfss/4.3.X/LEGAL/*	Sparc only.
	usr/lib/gcc/<machine>/gccfss/4.3.X/prod/*	Sparc only.
	usr/share/man/man1/cpp-4.3.1
	usr/share/man/man1/g++-4.3.1
	usr/share/man/man1/gcc-4.3.1
	usr/share/man/man1/gcov-4.3.1
	usr/share/man/man1/gfortran-4.3.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgccdoc				Common man and info pages.
						All interfaces Committed.
	usr/share/info/cpp.info
	usr/share/info/cppinternals.info
	usr/share/info/gcc.info
	usr/share/info/gccinstall.info
	usr/share/info/gccint.info
	usr/share/info/gfortran.info
	usr/share/info/libgomp.info
	usr/share/man/man5
	usr/share/man/man5/fsf-funding.5
	usr/share/man/man5/gfdl.5
	usr/share/man/man5/gpl.5

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgcc1				Low level runtime library
						package.
						All interfaces Committed.
	usr/lib/libgcc_s.so.1
	usr/lib/<mach64>/libgcc_s.so.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgfortran3			Fortran runtime library package.
						All interfaces committed.
	usr/lib/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgomp1				OpenMP runtime library package.
						All interfaces Committed.
	usr/lib/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/libgomp.so.1.0.0
	usr/lib/libgomp.spec
	usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.spec

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibobjc2				Objective C runtime library
						package.
						All interfaces Committed.
	usr/lib/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/libobjc.so.2.0.0
	usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibssp0				Stack Smashing Protection
						runtime library package.
						All interfaces Committed.
	usr/lib/libssp.so.0=libssp.so.0.0.0
	usr/lib/libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0=libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibstdc6				C++ runtime library package.
						All interfaces Committed.
	usr/lib/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6.0.10

	Imported Interfaces
	===================
	libc.so.1
	libgmp.so
	libm.so.2
	libmpfr.so
	binutils
	ld
    
    4.6. Doc Impact:
	Current man and info pages will be provided.
    
    4.10. Packaging & Delivery:
	SUNWgcc
	SUNWgcc4
	SUNWgcc43
	SUNWgccdoc
	SUNWgcclibgcc1
	SUNWgcclibgfortran3
	SUNWgcclibgomp1
	SUNWgcclibobjc2
	SUNWgcclibssp0
	SUNWgcclibstdc6
	SUNWgcc432 (deleted)
	SUNWgccruntime (deleted)

5. Reference Documents:
	LSARC/2008/776	GNU Developer Collection

6. Resources and Schedule:
   6.5. ARC review type:
		FastTrack

   6.6. ARC Exposure:
		open

--Boundary_(ID_r3AYerxKT17vMSWcUscNAg)--

From George.Vasick@sun.com Thu Oct 29 08:23:02 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9TFN0o2027513
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 29 Oct 2009 08:23:01 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9TFMwEt006354
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 29 Oct 2009 23:22:59 +0800 (SGT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSA0090J829SM00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 29 Oct 2009 09:22:57 -0600 (MDT)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSA00E9N829V0E0@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 29 Oct 2009 09:22:57 -0600 (MDT)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9TFMvgo000860	for
 <LSARC-ext@sun.com>; Thu, 29 Oct 2009 08:22:57 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KSA001007VXJZ00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 29 Oct 2009 08:22:57 -0700 (PDT)
Received: from [129.146.85.244] ([unknown] [129.146.85.244])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KSA00KJK827SH20@fe-sfbay-10.sun.com>; Thu,
 29 Oct 2009 08:22:55 -0700 (PDT)
Date: Thu, 29 Oct 2009 08:22:45 -0700
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE8C8F8.5090009@sun.com>
Sender: George.Vasick@sun.com
To: George Vasick <George.Vasick@sun.com>
Cc: LSARC-ext@sun.com, Raj Prakash <rprak@trainwreck.sfbay.sun.com>,
        Raj.Prakash@sun.com
Message-id: <4AE9B345.4030000@sun.com>
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_ASoELuN8HWTdmI7EQiGckQ)"
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 10840

This is a multi-part message in MIME format.

--Boundary_(ID_ASoELuN8HWTdmI7EQiGckQ)
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT

Corrected a typo in the attachment.  SUNWgccruntime432 will be deleted. 
  SUNWgccruntime, which is part of GCC 3.4.3, will be retained.

Thanks,
George

George Vasick wrote:
> Please find a revised proposal attached addressing the following feedback:
> 
> 1)  Versioning should be major.minor, not major.minor.micro.
> 
> 2)  usr/share/man7 contents should be moved to usr/share/man5.
> 
> 3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.
> 
> 
> Thanks,
> George
> 
> 
> 

--Boundary_(ID_ASoELuN8HWTdmI7EQiGckQ)
Content-type: text/plain; name=gcc4_rev2.txt
Content-transfer-encoding: 7BIT
Content-disposition: inline; filename=gcc4_rev2.txt

Copyright 2009 Sun Microsystems

1. Introduction
   1.1. Project/Component Working Name:
	GCC4: The GNU Compiler Collection 4.X

   1.2. Name of Document Author/Supplier:
	George Vasick

   1.3. Date of This Document:
	10/28/2009

   1.5. Email Aliases:
    	1.5.1. Responsible Manager: kurt.goebel@sun.com
    	1.5.2. Responsible Engineer: george.vasick@sun.com
	1.5.4. Interest List: sfwnv-discuss@opensolaris.org,
	       tools-compilers@opensolaris.org

2. Project Summary
   2.1. Project Description:
	Provide GCC 4.X and allow for the coexistence of multiple
	versions of GCC installed simultaneously.

	GCC 3.4.3, the current build compiler for OpenSolaris and
	Nevada, will remain unchanged in /usr/sfw.

4. Technical Description:
    4.1. Details:
	Commands will be installed in /usr/bin with versioned suffixes,
	e.g. gcc-4.3.  The runtime libraries will be installed /usr/lib
	with major, minor, and micro suffixes as appropriate along with
	a link for the major version, e.g libstdc++.so.6.0.10 and
	libstdc++.so.6 -> libstdc++.so.6.0.10.  See section 4.5
	Interfaces below for additional details.

	This case proposes to modify the previous release,
	LSARC/2008/776 GNU Developer Collection, as follows:

	1)  Localized message files will be moved from /usr/share/locale
	to /usr/lib/gcc/<machine>/<version>/share/locale.

	2)  Runtime libraries will be refactored from a single package
	into multiple packages, one package per library, to allow
	individual libraries to be upgraded in future releases.

	3)  SUNWgcc432 package will be replaced by SUNWgcc43 package.

	4)  SUNWgccruntime432 package will be refactored into the
	following:
		SUNWgcclibgcc1
		SUNWgcclibgfortran3
		SUNWgcclibgomp1
		SUNWgcclibobjc2
		SUNWgcclibssp0
		SUNWgcclibstdc6

	5)  SUNWgcc and SUNWgcc4 will be added to set default version
	to the latest GCC and GCC 4.X versions respectively.

    4.2. Bug/RFE Number(s):
	6674032: Introduce GCC 4.3.x (or later) in Nevada

    4.5. Interfaces:

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc					Latest GCC installed.
						All interfaces Committed.
	usr/bin/c++				symlink to latest c++
	usr/bin/cpp				symlink to latest cpp
	usr/bin/g++				symlink to latest g++
	usr/bin/gcc				symlink to latest gcc
	usr/bin/gccbug				symlink to latest gccbug
	usr/bin/gcov				symlink to latest gcov
	usr/bin/gfortran			symlink to latest gfortran
	usr/share/man/man1/cpp.1		symlink to latest cpp
	usr/share/man/man1/g++.1		symlink to latest g++
	usr/share/man/man1/gcc.1		symlink to latest gcc
	usr/share/man/man1/gcov.1		symlink to latest gcov
	usr/share/man/man1/gfortran.1		symlink to latest gfortran

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc4				Latest GCC 4.X installed.
						All interfaces Committed.
	usr/bin/c++4				symlink to latest c++-4.X
	usr/bin/cpp4				symlink to latest cpp-4.X
	usr/bin/g++4				symlink to latest g++-4.X
	usr/bin/gcc4				symlink to latest gcc-4.X
	usr/bin/gccbug4				symlink to latest gccbug-4.X
	usr/bin/gcov4				symlink to latest gcov-4.X
	usr/bin/gfortran4			symlink to latest gfortran-4.X
	usr/share/man/man1/cpp4.1		symlink to latest cpp-4.X.1
	usr/share/man/man1/g++4.1		symlink to latest g++-4.X.1
	usr/share/man/man1/gcc4.1		symlink to latest gcc-4.X.1
	usr/share/man/man1/gcov4.1		symlink to latest gcov-4.X.1
	usr/share/man/man1/gfortran4.1		symlink to latest gfortran-4.X.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc43				GCC 4.3.X package.
						All interfaces Committed.
	usr/bin/c++-4.3=g++-4.3
	usr/bin/cpp-4.3
	usr/bin/g++-4.3
	usr/bin/gcc-4.3
	usr/bin/gccbug-4.3
	usr/bin/gcov-4.3
	usr/bin/gfortran-4.3
	usr/bin/<machine>-c++-4.3=g++-4.3
	usr/bin/<machine>-g++-4.3=g++-4.3
	usr/bin/<machine>-gcc-4.3=gcc-4.3
	usr/bin/<machine>-gcc-4.3.X=gcc-4.3
	usr/bin/<machine>-gfortran-4.3=gfortran-4.3
	usr/include/c++/4.3.X/*
	usr/lib/gcc/<machine>/4.3.X/cc1
	usr/lib/gcc/<machine>/4.3.X/cc1obj
	usr/lib/gcc/<machine>/4.3.X/cc1plus
	usr/lib/gcc/<machine>/4.3.X/collect2
	usr/lib/gcc/<machine>/4.3.X/crt1.o
	usr/lib/gcc/<machine>/4.3.X/crtbegin.o
	usr/lib/gcc/<machine>/4.3.X/crtend.o
	usr/lib/gcc/<machine>/4.3.X/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.X/crti.o
	usr/lib/gcc/<machine>/4.3.X/crtn.o
	usr/lib/gcc/<machine>/4.3.X/f951
	usr/lib/gcc/<machine>/4.3.X/finclude/*
	usr/lib/gcc/<machine>/4.3.X/gcrt1.o
	usr/lib/gcc/<machine>/4.3.X/gmon.o
	usr/lib/gcc/<machine>/4.3.X/include
	usr/lib/gcc/<machine>/4.3.X/include-fixed/*
	usr/lib/gcc/<machine>/4.3.X/include/*
	usr/lib/gcc/<machine>/4.3.X/install-tools/*
	usr/lib/gcc/<machine>/4.3.X/libgcc.a
	usr/lib/gcc/<machine>/4.3.X/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.X/libgcc_s.so=../../../libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.X/libgcov.a
	usr/lib/gcc/<machine>/4.3.X/libgfortran.so=../../../libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.X/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.X/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.X/libgomp.so=../../../libgomp.so.1
	usr/lib/gcc/<machine>/4.3.X/libobjc.so=../../../libobjc.so.2
	usr/lib/gcc/<machine>/4.3.X/libobjc_gc.so=../../../libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.X/libssp.so=../../../libssp.so.0
	usr/lib/gcc/<machine>/4.3.X/libstdc++.so=../../../libstdc++.so.6
	usr/lib/gcc/<machine>/4.3.X/share/locale*
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crt1.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtbegin.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtend.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crti.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtn.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/gcrt1.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/gmon.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcc.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcov.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
	usr/lib/gcc/<machine>/gccfss/4.3.X/LEGAL/*	Sparc only.
	usr/lib/gcc/<machine>/gccfss/4.3.X/prod/*	Sparc only.
	usr/share/man/man1/cpp-4.3.1
	usr/share/man/man1/g++-4.3.1
	usr/share/man/man1/gcc-4.3.1
	usr/share/man/man1/gcov-4.3.1
	usr/share/man/man1/gfortran-4.3.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgccdoc				Common man and info pages.
						All interfaces Committed.
	usr/share/info/cpp.info
	usr/share/info/cppinternals.info
	usr/share/info/gcc.info
	usr/share/info/gccinstall.info
	usr/share/info/gccint.info
	usr/share/info/gfortran.info
	usr/share/info/libgomp.info
	usr/share/man/man5
	usr/share/man/man5/fsf-funding.5
	usr/share/man/man5/gfdl.5
	usr/share/man/man5/gpl.5

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgcc1				Low level runtime library
						package.
						All interfaces Committed.
	usr/lib/libgcc_s.so.1
	usr/lib/<mach64>/libgcc_s.so.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgfortran3			Fortran runtime library package.
						All interfaces committed.
	usr/lib/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgomp1				OpenMP runtime library package.
						All interfaces Committed.
	usr/lib/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/libgomp.so.1.0.0
	usr/lib/libgomp.spec
	usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.spec

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibobjc2				Objective C runtime library
						package.
						All interfaces Committed.
	usr/lib/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/libobjc.so.2.0.0
	usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibssp0				Stack Smashing Protection
						runtime library package.
						All interfaces Committed.
	usr/lib/libssp.so.0=libssp.so.0.0.0
	usr/lib/libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0=libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibstdc6				C++ runtime library package.
						All interfaces Committed.
	usr/lib/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6.0.10

	Imported Interfaces
	===================
	libc.so.1
	libgmp.so
	libm.so.2
	libmpfr.so
	binutils
	ld
    
    4.6. Doc Impact:
	Current man and info pages will be provided.
    
    4.10. Packaging & Delivery:
	SUNWgcc
	SUNWgcc4
	SUNWgcc43
	SUNWgccdoc
	SUNWgcclibgcc1
	SUNWgcclibgfortran3
	SUNWgcclibgomp1
	SUNWgcclibobjc2
	SUNWgcclibssp0
	SUNWgcclibstdc6
	SUNWgcc432 (deleted)
	SUNWgccruntime432 (deleted)

5. Reference Documents:
	LSARC/2008/776	GNU Developer Collection

6. Resources and Schedule:
   6.5. ARC review type:
		FastTrack

   6.6. ARC Exposure:
		open

--Boundary_(ID_ASoELuN8HWTdmI7EQiGckQ)--

From Raj.Prakash@sun.com Thu Oct 29 11:53:12 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9TIrAEb003113
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 29 Oct 2009 11:53:10 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n9TIr9VQ007797
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 29 Oct 2009 12:53:10 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSA00311HSLAU00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 29 Oct 2009 11:53:09 -0700 (PDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSA00HFLHSKT070@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 29 Oct 2009 11:53:08 -0700 (PDT)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9TIr8Pu001477	for
 <LSARC-ext@sun.com>; Thu, 29 Oct 2009 11:53:08 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KSA00H00H91H800@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 29 Oct 2009 11:53:08 -0700 (PDT)
Received: from [129.146.82.13] ([unknown] [129.146.82.13])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KSA0046XHSE1V80@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 29 Oct 2009 11:53:04 -0700 (PDT)
Date: Thu, 29 Oct 2009 11:53:02 -0700
From: Raj Prakash <Raj.Prakash@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
Sender: Raj.Prakash@sun.com
To: LSARC-ext@sun.com
Message-id: <4AE9E48E.2010509@sun.com>
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_jKembS5IySerbxLL45aJNg)"
X-PMX-Version: 5.4.1.325704
User-Agent: Thunderbird 2.0.0.21 (X11/20090311)
Status: RO
Content-Length: 14068

This is a multi-part message in MIME format.

--Boundary_(ID_jKembS5IySerbxLL45aJNg)
Content-type: multipart/alternative;
 boundary="Boundary_(ID_S7JhNBPITTHNWJXusuBDFg)"


--Boundary_(ID_S7JhNBPITTHNWJXusuBDFg)
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT

Hello,

It looks like George's updated proposal takes into account most of the 
discussion so far on the case. I am resetting the timeout to this 
Friday, Oct 30. If you have any major concerns that are still not 
addressed, please speak up.

Thank you,
Raj

-------- Original Message --------
Subject: 	Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 
FastTrack timeout 10/28/2009]
Date: 	Thu, 29 Oct 2009 08:22:45 -0700
From: 	George Vasick <George.Vasick@Sun.COM>
To: 	George Vasick <George.Vasick@Sun.COM>
CC: 	LSARC-ext@sun.com, Raj Prakash <rprak@trainwreck.sfbay.sun.com>, 
Raj.Prakash@Sun.COM



Corrected a typo in the attachment.  SUNWgccruntime432 will be deleted. 
  SUNWgccruntime, which is part of GCC 3.4.3, will be retained.

Thanks,
George

George Vasick wrote:
> Please find a revised proposal attached addressing the following feedback:
> 
> 1)  Versioning should be major.minor, not major.minor.micro.
> 
> 2)  usr/share/man7 contents should be moved to usr/share/man5.
> 
> 3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.
> 
> 
> Thanks,
> George
> 
> 
> 



--Boundary_(ID_S7JhNBPITTHNWJXusuBDFg)
Content-type: text/html; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Hello,<br>
<br>
It looks like George's updated proposal takes into account most of the
discussion so far on the case. I am resetting the timeout to this
Friday, Oct 30. If you have any major concerns that are still not
addressed, please speak up.<br>
<br>
Thank you,<br>
Raj <br>
<br>
-------- Original Message --------
<table class="moz-email-headers-table" border="0" cellpadding="0"
 cellspacing="0">
  <tbody>
    <tr>
      <th align="right" nowrap="nowrap" valign="baseline">Subject: </th>
      <td>Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575
FastTrack timeout 10/28/2009]</td>
    </tr>
    <tr>
      <th align="right" nowrap="nowrap" valign="baseline">Date: </th>
      <td>Thu, 29 Oct 2009 08:22:45 -0700</td>
    </tr>
    <tr>
      <th align="right" nowrap="nowrap" valign="baseline">From: </th>
      <td>George Vasick <a class="moz-txt-link-rfc2396E" href="mailto:George.Vasick@Sun.COM">&lt;George.Vasick@Sun.COM&gt;</a></td>
    </tr>
    <tr>
      <th align="right" nowrap="nowrap" valign="baseline">To: </th>
      <td>George Vasick <a class="moz-txt-link-rfc2396E" href="mailto:George.Vasick@Sun.COM">&lt;George.Vasick@Sun.COM&gt;</a></td>
    </tr>
    <tr>
      <th align="right" nowrap="nowrap" valign="baseline">CC: </th>
      <td><a class="moz-txt-link-abbreviated" href="mailto:LSARC-ext@sun.com">LSARC-ext@sun.com</a>, Raj Prakash
<a class="moz-txt-link-rfc2396E" href="mailto:rprak@trainwreck.sfbay.sun.com">&lt;rprak@trainwreck.sfbay.sun.com&gt;</a>, <a class="moz-txt-link-abbreviated" href="mailto:Raj.Prakash@Sun.COM">Raj.Prakash@Sun.COM</a></td>
    </tr>
  </tbody>
</table>
<br>
<br>
<pre>Corrected a typo in the attachment.  SUNWgccruntime432 will be deleted. 
  SUNWgccruntime, which is part of GCC 3.4.3, will be retained.

Thanks,
George

George Vasick wrote:
&gt; Please find a revised proposal attached addressing the following feedback:
&gt; 
&gt; 1)  Versioning should be major.minor, not major.minor.micro.
&gt; 
&gt; 2)  usr/share/man7 contents should be moved to usr/share/man5.
&gt; 
&gt; 3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.
&gt; 
&gt; 
&gt; Thanks,
&gt; George
&gt; 
&gt; 
&gt; 

</pre>
</body>
</html>

--Boundary_(ID_S7JhNBPITTHNWJXusuBDFg)--

--Boundary_(ID_jKembS5IySerbxLL45aJNg)
Content-type: text/plain; name=gcc4_rev2.txt
Content-transfer-encoding: 7BIT
Content-disposition: inline; filename=gcc4_rev2.txt

Copyright 2009 Sun Microsystems

1. Introduction
   1.1. Project/Component Working Name:
	GCC4: The GNU Compiler Collection 4.X

   1.2. Name of Document Author/Supplier:
	George Vasick

   1.3. Date of This Document:
	10/28/2009

   1.5. Email Aliases:
    	1.5.1. Responsible Manager: kurt.goebel@sun.com
    	1.5.2. Responsible Engineer: george.vasick@sun.com
	1.5.4. Interest List: sfwnv-discuss@opensolaris.org,
	       tools-compilers@opensolaris.org

2. Project Summary
   2.1. Project Description:
	Provide GCC 4.X and allow for the coexistence of multiple
	versions of GCC installed simultaneously.

	GCC 3.4.3, the current build compiler for OpenSolaris and
	Nevada, will remain unchanged in /usr/sfw.

4. Technical Description:
    4.1. Details:
	Commands will be installed in /usr/bin with versioned suffixes,
	e.g. gcc-4.3.  The runtime libraries will be installed /usr/lib
	with major, minor, and micro suffixes as appropriate along with
	a link for the major version, e.g libstdc++.so.6.0.10 and
	libstdc++.so.6 -> libstdc++.so.6.0.10.  See section 4.5
	Interfaces below for additional details.

	This case proposes to modify the previous release,
	LSARC/2008/776 GNU Developer Collection, as follows:

	1)  Localized message files will be moved from /usr/share/locale
	to /usr/lib/gcc/<machine>/<version>/share/locale.

	2)  Runtime libraries will be refactored from a single package
	into multiple packages, one package per library, to allow
	individual libraries to be upgraded in future releases.

	3)  SUNWgcc432 package will be replaced by SUNWgcc43 package.

	4)  SUNWgccruntime432 package will be refactored into the
	following:
		SUNWgcclibgcc1
		SUNWgcclibgfortran3
		SUNWgcclibgomp1
		SUNWgcclibobjc2
		SUNWgcclibssp0
		SUNWgcclibstdc6

	5)  SUNWgcc and SUNWgcc4 will be added to set default version
	to the latest GCC and GCC 4.X versions respectively.

    4.2. Bug/RFE Number(s):
	6674032: Introduce GCC 4.3.x (or later) in Nevada

    4.5. Interfaces:

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc					Latest GCC installed.
						All interfaces Committed.
	usr/bin/c++				symlink to latest c++
	usr/bin/cpp				symlink to latest cpp
	usr/bin/g++				symlink to latest g++
	usr/bin/gcc				symlink to latest gcc
	usr/bin/gccbug				symlink to latest gccbug
	usr/bin/gcov				symlink to latest gcov
	usr/bin/gfortran			symlink to latest gfortran
	usr/share/man/man1/cpp.1		symlink to latest cpp
	usr/share/man/man1/g++.1		symlink to latest g++
	usr/share/man/man1/gcc.1		symlink to latest gcc
	usr/share/man/man1/gcov.1		symlink to latest gcov
	usr/share/man/man1/gfortran.1		symlink to latest gfortran

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc4				Latest GCC 4.X installed.
						All interfaces Committed.
	usr/bin/c++4				symlink to latest c++-4.X
	usr/bin/cpp4				symlink to latest cpp-4.X
	usr/bin/g++4				symlink to latest g++-4.X
	usr/bin/gcc4				symlink to latest gcc-4.X
	usr/bin/gccbug4				symlink to latest gccbug-4.X
	usr/bin/gcov4				symlink to latest gcov-4.X
	usr/bin/gfortran4			symlink to latest gfortran-4.X
	usr/share/man/man1/cpp4.1		symlink to latest cpp-4.X.1
	usr/share/man/man1/g++4.1		symlink to latest g++-4.X.1
	usr/share/man/man1/gcc4.1		symlink to latest gcc-4.X.1
	usr/share/man/man1/gcov4.1		symlink to latest gcov-4.X.1
	usr/share/man/man1/gfortran4.1		symlink to latest gfortran-4.X.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc43				GCC 4.3.X package.
						All interfaces Committed.
	usr/bin/c++-4.3=g++-4.3
	usr/bin/cpp-4.3
	usr/bin/g++-4.3
	usr/bin/gcc-4.3
	usr/bin/gccbug-4.3
	usr/bin/gcov-4.3
	usr/bin/gfortran-4.3
	usr/bin/<machine>-c++-4.3=g++-4.3
	usr/bin/<machine>-g++-4.3=g++-4.3
	usr/bin/<machine>-gcc-4.3=gcc-4.3
	usr/bin/<machine>-gcc-4.3.X=gcc-4.3
	usr/bin/<machine>-gfortran-4.3=gfortran-4.3
	usr/include/c++/4.3.X/*
	usr/lib/gcc/<machine>/4.3.X/cc1
	usr/lib/gcc/<machine>/4.3.X/cc1obj
	usr/lib/gcc/<machine>/4.3.X/cc1plus
	usr/lib/gcc/<machine>/4.3.X/collect2
	usr/lib/gcc/<machine>/4.3.X/crt1.o
	usr/lib/gcc/<machine>/4.3.X/crtbegin.o
	usr/lib/gcc/<machine>/4.3.X/crtend.o
	usr/lib/gcc/<machine>/4.3.X/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.X/crti.o
	usr/lib/gcc/<machine>/4.3.X/crtn.o
	usr/lib/gcc/<machine>/4.3.X/f951
	usr/lib/gcc/<machine>/4.3.X/finclude/*
	usr/lib/gcc/<machine>/4.3.X/gcrt1.o
	usr/lib/gcc/<machine>/4.3.X/gmon.o
	usr/lib/gcc/<machine>/4.3.X/include
	usr/lib/gcc/<machine>/4.3.X/include-fixed/*
	usr/lib/gcc/<machine>/4.3.X/include/*
	usr/lib/gcc/<machine>/4.3.X/install-tools/*
	usr/lib/gcc/<machine>/4.3.X/libgcc.a
	usr/lib/gcc/<machine>/4.3.X/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.X/libgcc_s.so=../../../libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.X/libgcov.a
	usr/lib/gcc/<machine>/4.3.X/libgfortran.so=../../../libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.X/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.X/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.X/libgomp.so=../../../libgomp.so.1
	usr/lib/gcc/<machine>/4.3.X/libobjc.so=../../../libobjc.so.2
	usr/lib/gcc/<machine>/4.3.X/libobjc_gc.so=../../../libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.X/libssp.so=../../../libssp.so.0
	usr/lib/gcc/<machine>/4.3.X/libstdc++.so=../../../libstdc++.so.6
	usr/lib/gcc/<machine>/4.3.X/share/locale*
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crt1.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtbegin.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtend.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtfastmath.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crti.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/crtn.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/gcrt1.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/gmon.o
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcc.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcc_eh.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcc_s.so=../../../../<mach64>/libgcc_s.so.1
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgcov.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgfortran.so=../../../../<mach64>/libgfortran.so.3
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgfortranbegin.a
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgfortranbegin.la
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libgomp.so=../../../../<mach64>/libgomp.so.1
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libobjc.so=../../../../<mach64>/libobjc.so.2
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libobjc_gc.so=../../../../<mach64>/libobjc_gc.so.2
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libssp.so=../../../../<mach64>/libssp.so.0
	usr/lib/gcc/<machine>/4.3.X/<mach64>/libstdc++.so=../../../../<mach64>/libstdc++.so.6
	usr/lib/gcc/<machine>/gccfss/4.3.X/LEGAL/*	Sparc only.
	usr/lib/gcc/<machine>/gccfss/4.3.X/prod/*	Sparc only.
	usr/share/man/man1/cpp-4.3.1
	usr/share/man/man1/g++-4.3.1
	usr/share/man/man1/gcc-4.3.1
	usr/share/man/man1/gcov-4.3.1
	usr/share/man/man1/gfortran-4.3.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgccdoc				Common man and info pages.
						All interfaces Committed.
	usr/share/info/cpp.info
	usr/share/info/cppinternals.info
	usr/share/info/gcc.info
	usr/share/info/gccinstall.info
	usr/share/info/gccint.info
	usr/share/info/gfortran.info
	usr/share/info/libgomp.info
	usr/share/man/man5
	usr/share/man/man5/fsf-funding.5
	usr/share/man/man5/gfdl.5
	usr/share/man/man5/gpl.5

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgcc1				Low level runtime library
						package.
						All interfaces Committed.
	usr/lib/libgcc_s.so.1
	usr/lib/<mach64>/libgcc_s.so.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgfortran3			Fortran runtime library package.
						All interfaces committed.
	usr/lib/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgomp1				OpenMP runtime library package.
						All interfaces Committed.
	usr/lib/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/libgomp.so.1.0.0
	usr/lib/libgomp.spec
	usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.spec

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibobjc2				Objective C runtime library
						package.
						All interfaces Committed.
	usr/lib/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/libobjc.so.2.0.0
	usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibssp0				Stack Smashing Protection
						runtime library package.
						All interfaces Committed.
	usr/lib/libssp.so.0=libssp.so.0.0.0
	usr/lib/libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0=libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibstdc6				C++ runtime library package.
						All interfaces Committed.
	usr/lib/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6.0.10

	Imported Interfaces
	===================
	libc.so.1
	libgmp.so
	libm.so.2
	libmpfr.so
	binutils
	ld
    
    4.6. Doc Impact:
	Current man and info pages will be provided.
    
    4.10. Packaging & Delivery:
	SUNWgcc
	SUNWgcc4
	SUNWgcc43
	SUNWgccdoc
	SUNWgcclibgcc1
	SUNWgcclibgfortran3
	SUNWgcclibgomp1
	SUNWgcclibobjc2
	SUNWgcclibssp0
	SUNWgcclibstdc6
	SUNWgcc432 (deleted)
	SUNWgccruntime432 (deleted)

5. Reference Documents:
	LSARC/2008/776	GNU Developer Collection

6. Resources and Schedule:
   6.5. ARC review type:
		FastTrack

   6.6. ARC Exposure:
		open


--Boundary_(ID_jKembS5IySerbxLL45aJNg)--

From olga.kryzhanovska@gmail.com Thu Oct 29 11:58:48 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9TIwkfD003481
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 29 Oct 2009 11:58:47 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9TIwhXK001825;
	Fri, 30 Oct 2009 02:58:44 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSA00K03I1U4L00@nwk-avmta-2.sfbay.sun.com>; Thu,
 29 Oct 2009 11:58:42 -0700 (PDT)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSA00JIAI1S1U10@nwk-avmta-2.sfbay.sun.com>; Thu,
 29 Oct 2009 11:58:40 -0700 (PDT)
Received: from relay44i.sun.com ([192.5.209.118])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9TIUIwo021073; Thu,
 29 Oct 2009 18:58:39 +0000 (GMT)
Received: from mmp43es.mmp.us.syntegra.com ([160.41.221.12] [160.41.221.12])
 by relay44i.sun.com with ESMTP id BT-MMP-316922; Thu,
 29 Oct 2009 18:58:39 +0000 (Z)
Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72])
 by mmp43es.mmp.us.syntegra.com with ESMTP id BT-MMP-28297604; Thu,
 29 Oct 2009 18:58:39 +0000 (Z)
Received: from mail-bw0-f219.google.com ([209.85.218.219] [209.85.218.219])
 by relay4i.sun.com with ESMTP id BT-MMP-481350; Thu,
 29 Oct 2009 18:58:39 +0000 (Z)
Received: by mail-bw0-f219.google.com with SMTP id 19so2832369bwz.8 for
 <multiple recipients>; Thu, 29 Oct 2009 11:58:17 -0700 (PDT)
Received: by 10.223.97.132 with SMTP id l4mr65789fan.100.1256842697380; Thu,
 29 Oct 2009 11:58:17 -0700 (PDT)
Date: Thu, 29 Oct 2009 19:58:16 +0100
From: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <4AE9E48E.2010509@sun.com>
To: Raj Prakash <Raj.Prakash@sun.com>
Cc: LSARC-ext@sun.com
Message-id: <e21eff1d0910291158r2c1fea5cpd693935559129364@mail.gmail.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com;
 s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references
 :date:message-id:subject:from:to:cc:content-type;
 bh=jTFdv3sp1ISfIrAc+65prXOI1td2X8DMsUQzatQ9MlE=;
 b=g/7Ia8KCoRkwTzzYdkxoaUr31oDCdzKHuL1BWW69muGlT6kyBDJvr3NBly6e3e7oC9
 iWULU91iDa32j8fIfOSOypm/tZim+J1hsXQtLMKaUyfpU4iLVvuutPjn+2shHs1dj4Pm
 hHBV6sQi0r5hzT/dLTWI8u65z1sGgdvsZkkXQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 b=D1kIYuykz7cFO2wtXL8PVad0y/BRdfHBPILrpAghOeIYHEKSm9rqaVgx74bPL4OSv8
 amEwbBbLhKvG4cdbtVJnh9BQyIWyCm4cZbYoa40yhkuqZm0RtnUiIFdKG8EvFzlnMmxT
 3FZTkdZ9SkiVPuJ9tot2x8xe1j2Kr1uSHYijc=
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Antispam: No, score=0.0/5.0, scanned in 0.049sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <4AE9E48E.2010509@sun.com>
Status: RO
Content-Length: 742

On 10/29/09, Raj Prakash <Raj.Prakash@sun.com> wrote:
> Hello,
>
>  It looks like George's updated proposal takes into account most of the
> discussion so far on the case. I am resetting the timeout to this Friday,
> Oct 30. If you have any major concerns that are still not addressed, please
> speak up.

Major concern: Ada language support is still missing. This has been
requested a lot of times previously.
-- 
      ,   _                                    _   ,
     { \/`o;====-    Olga Kryzhanovska   -====;o`\/ }
.----'-/`-/     olga.kryzhanovska@gmail.com   \-`\-'----.
 `'-..-| /     Solaris/BSD//C/C++ programmer   \ |-..-'`
      /\/\                                     /\/\
      `--`                                      `--`

From Raj.Prakash@sun.com Fri Oct 30 19:35:22 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9V2ZLKB001012
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 30 Oct 2009 19:35:21 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9V2ZC47020439
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 31 Oct 2009 10:35:20 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSC00D03XUU5A00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 30 Oct 2009 19:35:18 -0700 (PDT)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSC009R0XUT2ED0@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri,
 30 Oct 2009 19:35:17 -0700 (PDT)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9V2ZHNj003190	for
 <LSARC-ext@sun.com>; Fri, 30 Oct 2009 19:35:17 -0700 (PDT)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KSC00D00XQB5I00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 30 Oct 2009 19:35:17 -0700 (PDT)
Received: from [129.146.82.13] ([unknown] [129.146.82.13])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KSC00GD1XUSC7D0@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 30 Oct 2009 19:35:17 -0700 (PDT)
Date: Fri, 30 Oct 2009 19:35:16 -0700
From: Raj Prakash <Raj.Prakash@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE9E48E.2010509@sun.com>
Sender: Raj.Prakash@sun.com
To: George Vasick Jr <George.Vasick@sun.com>
Cc: LSARC-ext@sun.com
Message-id: <4AEBA264.7080107@sun.com>
MIME-version: 1.0
Content-type: multipart/alternative;
 boundary="Boundary_(ID_nZm2PFBTmtH5wufr3oiQrg)"
X-PMX-Version: 5.4.1.325704
References: <4AE9E48E.2010509@sun.com>
User-Agent: Thunderbird 2.0.0.21 (X11/20090311)
Status: RO
Content-Length: 4409

This is a multi-part message in MIME format.

--Boundary_(ID_nZm2PFBTmtH5wufr3oiQrg)
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT

George,

This case is now approved.

Regards,
Raj

On 10/29/09 11:53, Raj Prakash wrote:
> Hello,
>
> It looks like George's updated proposal takes into account most of the 
> discussion so far on the case. I am resetting the timeout to this 
> Friday, Oct 30. If you have any major concerns that are still not 
> addressed, please speak up.
>
> Thank you,
> Raj
>
> -------- Original Message --------
> Subject: 	Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 
> FastTrack timeout 10/28/2009]
> Date: 	Thu, 29 Oct 2009 08:22:45 -0700
> From: 	George Vasick <George.Vasick@Sun.COM>
> To: 	George Vasick <George.Vasick@Sun.COM>
> CC: 	LSARC-ext@sun.com, Raj Prakash <rprak@trainwreck.sfbay.sun.com>, 
> Raj.Prakash@Sun.COM
>
>
>
> Corrected a typo in the attachment.  SUNWgccruntime432 will be deleted. 
>   SUNWgccruntime, which is part of GCC 3.4.3, will be retained.
>
> Thanks,
> George
>
> George Vasick wrote:
> > Please find a revised proposal attached addressing the following feedback:
> > 
> > 1)  Versioning should be major.minor, not major.minor.micro.
> > 
> > 2)  usr/share/man7 contents should be moved to usr/share/man5.
> > 
> > 3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.
> > 
> > 
> > Thanks,
> > George
> > 
> > 
> > 
>
>   


--Boundary_(ID_nZm2PFBTmtH5wufr3oiQrg)
Content-type: text/html; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
George,<br>
<br>
This case is now approved.<br>
<br>
Regards,<br>
Raj<br>
<br>
On 10/29/09 11:53, Raj Prakash wrote:
<blockquote cite="mid:4AE9E48E.2010509@sun.com" type="cite">Hello,<br>
  <br>
It looks like George's updated proposal takes into account most of the
discussion so far on the case. I am resetting the timeout to this
Friday, Oct 30. If you have any major concerns that are still not
addressed, please speak up.<br>
  <br>
Thank you,<br>
Raj <br>
  <br>
-------- Original Message --------
  <table class="moz-email-headers-table" border="0" cellpadding="0"
 cellspacing="0">
    <tbody>
      <tr>
        <th align="right" nowrap="nowrap" valign="baseline">Subject: </th>
        <td>Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575
FastTrack timeout 10/28/2009]</td>
      </tr>
      <tr>
        <th align="right" nowrap="nowrap" valign="baseline">Date: </th>
        <td>Thu, 29 Oct 2009 08:22:45 -0700</td>
      </tr>
      <tr>
        <th align="right" nowrap="nowrap" valign="baseline">From: </th>
        <td>George Vasick <a moz-do-not-send="true"
 class="moz-txt-link-rfc2396E" href="mailto:George.Vasick@Sun.COM">&lt;George.Vasick@Sun.COM&gt;</a></td>
      </tr>
      <tr>
        <th align="right" nowrap="nowrap" valign="baseline">To: </th>
        <td>George Vasick <a moz-do-not-send="true"
 class="moz-txt-link-rfc2396E" href="mailto:George.Vasick@Sun.COM">&lt;George.Vasick@Sun.COM&gt;</a></td>
      </tr>
      <tr>
        <th align="right" nowrap="nowrap" valign="baseline">CC: </th>
        <td><a moz-do-not-send="true" class="moz-txt-link-abbreviated"
 href="mailto:LSARC-ext@sun.com">LSARC-ext@sun.com</a>, Raj Prakash
        <a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
 href="mailto:rprak@trainwreck.sfbay.sun.com">&lt;rprak@trainwreck.sfbay.sun.com&gt;</a>,
        <a moz-do-not-send="true" class="moz-txt-link-abbreviated"
 href="mailto:Raj.Prakash@Sun.COM">Raj.Prakash@Sun.COM</a></td>
      </tr>
    </tbody>
  </table>
  <br>
  <br>
  <pre>Corrected a typo in the attachment.  SUNWgccruntime432 will be deleted. 
  SUNWgccruntime, which is part of GCC 3.4.3, will be retained.

Thanks,
George

George Vasick wrote:
&gt; Please find a revised proposal attached addressing the following feedback:
&gt; 
&gt; 1)  Versioning should be major.minor, not major.minor.micro.
&gt; 
&gt; 2)  usr/share/man7 contents should be moved to usr/share/man5.
&gt; 
&gt; 3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.
&gt; 
&gt; 
&gt; Thanks,
&gt; George
&gt; 
&gt; 
&gt; 

  </pre>
</blockquote>
<br>
</body>
</html>

--Boundary_(ID_nZm2PFBTmtH5wufr3oiQrg)--

From ro@techfak.uni-bielefeld.de Thu Nov  5 08:33:00 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA5GWxLc017153
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 5 Nov 2009 08:32:59 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nA5GWwCJ004544;
	Thu, 5 Nov 2009 08:32:58 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSN00E019YV3Z00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 05 Nov 2009 08:32:55 -0800 (PST)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSN00BWT9YVXG70@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 05 Nov 2009 08:32:55 -0800 (PST)
Received: from relay42i.sun.com ([192.5.209.72])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nA5GRoA3026715;
 Thu, 05 Nov 2009 16:32:55 +0000 (GMT)
Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232])
 by relay42i.sun.com with ESMTP id BT-MMP-3002335; Thu,
 05 Nov 2009 16:32:54 +0000 (Z)
Received: from relay41i.sun.com (relay41i.sun.com [192.5.209.70])
 by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-40482792; Thu,
 05 Nov 2009 16:32:48 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay4i.sun.com with ESMTP id
 BT-MMP-14166104; Thu, 05 Nov 2009 16:32:48 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 913D7EC; Thu,
 05 Nov 2009 17:32:47 +0100 (CET)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id nA5GWlS16317; Thu, 05 Nov 2009 17:32:47 +0100 (MET)
Date: Thu, 05 Nov 2009 17:32:46 +0100 (MET)
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE0F9D7.20200@Sun.COM>
To: Bart Smaalders <bart.smaalders@sun.com>
Cc: George Vasick <George.Vasick@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>,
        Alan Coopersmith <Alan.Coopersmith@sun.com>, LSARC-ext@sun.com
Message-id: <19186.65070.152438.96474@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Antispam: No, score=-0.2/5.0, scanned in 0.316sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <yddpr8f5f0r.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AE0F857.9070903@sun.com> <4AE0F9D7.20200@Sun.COM>
Status: RO
Content-Length: 1366

Bart Smaalders writes:

> George Vasick wrote:
> > Yes, you are 100% corrected on the studio side.  For gcc, the build uses 
> > the compiler installed on the live system.  I don't know why the two are 
> > handled differently.  We do need to accommodate Solaris builds, however. 
> >  They are one of our important users.
> 
> This is easy enough to change if needed.
> 
> The following seems clear:
> 
> 1) we need to support multiple, coexisting versions of gcc.
> 2) If any version of gcc is installed, it should appear
>     in the user's default path.
> 
> Note that the same "find it easily, but support multiple
> versions" is needed by Studio, python, perl, ....
> 
> This means we need verexec:
> 
> http://blogs.sun.com/sch/entry/verexec_1_a_simple_execute

Interesting, although I see a couple of problems (and haven't followed
pkg-discuss due to its enormous volume).  One thing is obvious, though:
even with verexec, you need a consistent schema how different versions are
installed in the filesystem, and the proposed installation of GCC differs
from the estalished scheme, which is also used by verexec: something like

	/usr/gcc/4.3/gcc

instead of

	/usr/bin/gcc-4.3.2

This is one of my complaints.

	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From ro@techfak.uni-bielefeld.de Thu Nov  5 08:44:12 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA5GiBQj017402
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 5 Nov 2009 08:44:11 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nA5Gi12D008796;
	Thu, 5 Nov 2009 08:44:11 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSN00G11AHL9700@nwk-avmta-2.sfbay.sun.com>; Thu,
 05 Nov 2009 08:44:09 -0800 (PST)
Received: from brmea-mail-2.sun.com ([192.18.98.43])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSN0045IAHJJ4F0@nwk-avmta-2.sfbay.sun.com>; Thu,
 05 Nov 2009 08:44:08 -0800 (PST)
Received: from relay15i.sun.com
 (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125])
	by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nA5GO7Gx020688; Thu,
 05 Nov 2009 16:44:07 +0000 (GMT)
Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14])
 by relay15i.sun.com with ESMTP id BT-MMP-1652397; Thu,
 05 Nov 2009 16:44:07 +0000 (Z)
Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124])
 by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-179342; Thu,
 05 Nov 2009 16:44:07 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-22063456; Thu, 05 Nov 2009 16:44:06 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 0AF49EE; Thu,
 05 Nov 2009 17:44:06 +0100 (CET)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id nA5Gi5a17095; Thu, 05 Nov 2009 17:44:05 +0100 (MET)
Date: Thu, 05 Nov 2009 17:44:04 +0100 (MET)
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AE1F644.70802@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Alan Coopersmith <Alan.Coopersmith@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <19187.212.578528.318503@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <yddpr8f5f0r.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AE0F857.9070903@sun.com>
 <19169.47358.718644.549451@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AE1F644.70802@sun.com>
Status: RO
Content-Length: 4164

Sorry for the late replies: I had connectivity problems during OSDevCon in
Dresden and much less time than expected, so only now catching up on my
mail.

George Vasick writes:
> Rainer Orth wrote:
> > George Vasick writes:
> > 
> >>> How's the progress with moving ON (and perhaps other consolidations, I
> >>> don't know if they use GCC at all or rather prefer the Studio compilers)
> >>> from GCC 3 to GCC 4?
> >> Delayed a little.  We lost a resource recently and we are still playing 
> >> catch up.
> > 
> > Couldn't this be handled as an OpenSolaris project?  Then community members
> > could help.
> 
> That would be great!  How do we get it started?

This is explained on

	http://hub.opensolaris.org/bin/view/Main/projects

I suggest using the ON and Tools communities as sponsors.

> >>> This may be a point where we have to say: this might have to be Sun's
> >>> problem, not the communities, especially if the current solution is so
> >>> incompatible with the way any other product is handled.  This would be an
> >>> issue for my other examples as well: how do you handle this e.g. in
> >>> PostgreSQL?  Or just let those customers not update they GCC installation
> >>> and keep it the way it is.
> >> I don't see the incompatibility for users with just one gcc version 
> >> installed.  For users who need multiple versions for what ever reason, 
> >> we'd like to provide that capability.
> > 
> > The incompatibility (and resulting user confusion) lies in the fact that
> > you provide different micro versions in parallel without any rational, were
> > other projects provide only minor versions and update those to newer
> > compatible micro version as they see fit.  I don't see why a user should
> > care if he's using gcc 4.3.2 or 4.3.3.  I can understand wanting to use
> > 4.3.x instead of (say) 4.4.x if there are problems/incompatibilities.  In
> > addition, your way of handling the version is different from anybody
> > else's, again without any rational at all.  Beyond this, you don't provide
> > a default version at all (leaving that at 3.4.3 at best).  I'm not arguing
> > against providing different versions in parallel (quite the contrary), but
> > do this like any other project, at the granularity of minor versions, and
> > provide a default version.
> 
> Maybe I misunderstood the concerns on this versioning thing.  Are you 
> concerned about the suffixes on the commands themselves, i.e. gcc-4.3.3, 
> g++-4.3.3, etc., as opposed to the internals, like usr/lib/gcc/4.3.3/ 
> and i386-pc-solaris2.11-gcc-4.3.3?

Right: this version suffix is a non-standard scheme and will cause much
trouble for anyone wanting to use a particular version of GCC.  Instead of
just pointing PATH at that directory and be done with it for all commands
delivered by that version of the GCC packages, he'll have to set several
make variables to point to the specific commands, something like make
CC=gcc-4.3.2 CXX=g++-4.3.2 and perhaps several more.  This is unfamiliar,
user unfriendly and prone with error.

> If it is only the former, we could use something gcc4 or gcc43 for the 
> commands.  Currently, /usr/bin/[gcc,g++,g77,etc.] are taken by the gcc 

Same problem: why not follow the lead of every other package that does
parallel delivery of several versions and use something like
/usr/gcc/4.3/bin/gcc etc?

> 3.4.3 package on OpenSolaris and not available for use by gcc 4.x.

This may be true in Indiana, but hasn't been ARCed and is thus only
partially (if at all) relevant here.  Even so, you could decide to keep
/usr/sfw/bin/gcc (and /usr/bin/gcc) at 3.4.3 for the moment and just
deliver 4.3.x in parallel.

As I said, if ON or other consolidations have specific build requirements,
there's no decree that they need to use the compiler included with the base
system as is.  They already don't for Sun Studio, and could require a
separate delivery for GCC as well.

You could even re-deliver GCC 3.4.3 into /usr/gcc/3.4 instead so it is
easily available for those consoliations.

	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From ro@techfak.uni-bielefeld.de Thu Nov  5 10:04:27 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA5I4QQv019901
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 5 Nov 2009 10:04:27 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id nA5I4DRx006135;
	Fri, 6 Nov 2009 02:04:24 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSN00L23E7B4O00@nwk-avmta-2.sfbay.sun.com>; Thu,
 05 Nov 2009 10:04:23 -0800 (PST)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSN00K5BE79O410@nwk-avmta-2.sfbay.sun.com>; Thu,
 05 Nov 2009 10:04:21 -0800 (PST)
Received: from relay42i.sun.com ([192.5.209.72])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nA5HwpXA022299;
 Thu, 05 Nov 2009 18:04:21 +0000 (GMT)
Received: from mmp41es.mmp.us.syntegra.com ([160.41.221.10] [160.41.221.10])
 by relay42i.sun.com with ESMTP id BT-MMP-3011220; Thu,
 05 Nov 2009 18:04:18 +0000 (Z)
Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118])
 by mmp41es.mmp.us.syntegra.com with ESMTP id BT-MMP-40651877; Thu,
 05 Nov 2009 18:04:15 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay4i.sun.com with ESMTP id
 BT-MMP-5958760; Thu, 05 Nov 2009 18:04:14 +0000 (Z)
Received: from asien.TechFak.Uni-Bielefeld.DE
 (asien.TechFak.Uni-Bielefeld.DE [129.70.131.116])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)	by smarthost.TechFak.Uni-Bielefeld.DE
 (Postfix) with ESMTPS id 954EDB8; Thu, 05 Nov 2009 19:04:13 +0100 (CET)
Date: Thu, 05 Nov 2009 19:04:13 +0100
From: ro@techfak.uni-bielefeld.de
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: George Vasick's message of "Thu, 29 Oct 2009 08:22:45 -0700"
To: George Vasick <George.Vasick@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: Gnus v5.6.44/Emacs 19.34
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Antispam: No, score=0.0/5.0, scanned in 0.999sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
Lines: 29
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
Status: RO
Content-Length: 924

George Vasick <George.Vasick@sun.com> writes:

> Corrected a typo in the attachment.  SUNWgccruntime432 will be deleted. 
>   SUNWgccruntime, which is part of GCC 3.4.3, will be retained.
> 
> Thanks,
> George
> 
> George Vasick wrote:
> > Please find a revised proposal attached addressing the following feedback:
> > 
> > 1)  Versioning should be major.minor, not major.minor.micro.
> > 
> > 2)  usr/share/man7 contents should be moved to usr/share/man5.
> > 
> > 3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.

Unfortunately, you addressed none of my comments and questions in

	http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-October/018710.html

Especially the interface stability seems to be way too high to me in almost
every case.

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From olga.kryzhanovska@gmail.com Thu Nov  5 10:28:50 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA5ISmR6020196
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 5 Nov 2009 10:28:49 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id nA5ISbHD020509;
	Fri, 6 Nov 2009 02:28:46 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSN00503FBSB100@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 05 Nov 2009 10:28:40 -0800 (PST)
Received: from sca-ea-mail-2.sun.com ([192.18.43.25])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSN00HRCFBSF050@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 05 Nov 2009 10:28:40 -0800 (PST)
Received: from relay15i.sun.com
 (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125])
	by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nA5IOtcs005430;
 Thu, 05 Nov 2009 18:28:40 +0000 (GMT)
Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12])
 by relay15i.sun.com with ESMTP id BT-MMP-1662190; Thu,
 05 Nov 2009 18:28:40 +0000 (Z)
Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121])
 by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-53239208; Thu,
 05 Nov 2009 18:28:39 +0000 (Z)
Received: from mail-bw0-f219.google.com ([209.85.218.219] [209.85.218.219])
 by relay1i.sun.com with ESMTP id BT-MMP-14546965; Thu,
 05 Nov 2009 18:28:39 +0000 (Z)
Received: by mail-bw0-f219.google.com with SMTP id 19so320691bwz.8 for
 <multiple recipients>; Thu, 05 Nov 2009 10:28:38 -0800 (PST)
Received: by 10.223.18.145 with SMTP id w17mr461108faa.66.1257445717627; Thu,
 05 Nov 2009 10:28:37 -0800 (PST)
Date: Thu, 05 Nov 2009 19:28:37 +0100
From: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE>
To: ro@techfak.uni-bielefeld.de
Cc: George Vasick <George.Vasick@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <e21eff1d0911051028v2590a82dpd8d7556d61c03597@mail.gmail.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com;
 s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references
 :date:message-id:subject:from:to:cc:content-type;
 bh=kpAvq4xYLTA2ll1EwesWZOQDA9AlYVzVmA34roUimv4=;
 b=TxFw7OtvoRwwdTH5XD8On36XFgutrICzu9y19reWbST1ywWJoyY+ef+ZxruwRGjYGp
 nEOsmT0veGKWoAJIFmU3CXXNmpG/nXl+uDu+ikjV1txx0oElg8dhonWWlpSB4GLaMO/G
 9fiGWfJN/CJjaG6pYRCXfGNF5+j+GzcY1OS8I=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 b=KxkBP4WIy7YZmvGrf88hWIrldGoNvPkTWfv8a6cFzwcIV4mC/zDllLfgZqRjvmchgC
 jTH/S6w3KzbnjpF8PkeN9Qz8DJ8RBIUTdoTpJYkRHhbfcduTDrmcyjzUxYYTAqvUIwZK
 JP7RLIHf0TerOgacBM192uH7Ug2vM74FpmPTI=
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE>
Status: RO
Content-Length: 1644

Ada language support was not addressed, too. This is the second time
the compiler project team is not implementing support.

How do I appeal a PSARC case?

On Thu, Nov 5, 2009 at 7:04 PM,  <ro@techfak.uni-bielefeld.de> wrote:
> George Vasick <George.Vasick@sun.com> writes:
>
>> Corrected a typo in the attachment.  SUNWgccruntime432 will be deleted.
>>   SUNWgccruntime, which is part of GCC 3.4.3, will be retained.
>>
>> Thanks,
>> George
>>
>> George Vasick wrote:
>> > Please find a revised proposal attached addressing the following feedback:
>> >
>> > 1)  Versioning should be major.minor, not major.minor.micro.
>> >
>> > 2)  usr/share/man7 contents should be moved to usr/share/man5.
>> >
>> > 3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.
>
> Unfortunately, you addressed none of my comments and questions in
>
>        http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-October/018710.html
>
> Especially the interface stability seems to be way too high to me in almost
> every case.
>
>        Rainer
>
> --
> -----------------------------------------------------------------------------
> Rainer Orth, Center for Biotechnology, Bielefeld University
> _______________________________________________
> opensolaris-arc mailing list
> opensolaris-arc@opensolaris.org
>



-- 
      ,   _                                    _   ,
     { \/`o;====-    Olga Kryzhanovska   -====;o`\/ }
.----'-/`-/     olga.kryzhanovska@gmail.com   \-`\-'----.
 `'-..-| /     Solaris/BSD//C/C++ programmer   \ |-..-'`
      /\/\                                     /\/\
      `--`                                      `--`

From ro@techfak.uni-bielefeld.de Thu Nov  5 10:33:44 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA5IXhKG020294
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 5 Nov 2009 10:33:44 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id nA5IXUKe024440;
	Fri, 6 Nov 2009 02:33:40 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSN00M07FJUO400@nwk-avmta-2.sfbay.sun.com>; Thu,
 05 Nov 2009 10:33:30 -0800 (PST)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSN00KC1FJTO440@nwk-avmta-2.sfbay.sun.com>; Thu,
 05 Nov 2009 10:33:29 -0800 (PST)
Received: from relay41i.sun.com ([192.5.209.70])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nA5IS1IG028124; Thu,
 05 Nov 2009 18:33:29 +0000 (GMT)
Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11])
 by relay41i.sun.com with ESMTP id BT-MMP-2764349; Thu,
 05 Nov 2009 18:33:28 +0000 (Z)
Received: from relay43i.sun.com (relay43i.sun.com [192.5.209.74])
 by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-40703040; Thu,
 05 Nov 2009 18:33:22 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay4i.sun.com with ESMTP id
 BT-MMP-2435998; Thu, 05 Nov 2009 18:33:22 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id C800DB4; Thu,
 05 Nov 2009 19:33:21 +0100 (CET)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id nA5IXLW20769; Thu, 05 Nov 2009 19:33:21 +0100 (MET)
Date: Thu, 05 Nov 2009 19:33:19 +0100 (MET)
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <e21eff1d0911051028v2590a82dpd8d7556d61c03597@mail.gmail.com>
To: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com>
Cc: George Vasick <George.Vasick@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <19187.6767.965143.216112@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Antispam: No, score=0.0/5.0, scanned in 0.743sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE>
 <e21eff1d0911051028v2590a82dpd8d7556d61c03597@mail.gmail.com>
Status: RO
Content-Length: 740

=?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= writes:

> Ada language support was not addressed, too. This is the second time
> the compiler project team is not implementing support.

I think this (and Java support) could and should be separate cases.  Most
likely, the community can help here.  Especially doing Ada is somewhat hard
due to the bootstrap issue: you need a working Ada compiler (GNAT in
particular) on all the build machines to properly build Ada.

> How do I appeal a PSARC case?

Good question: completely ignoring a considerable set of questions and
objections doesn't seem right.

	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From Alan.Coopersmith@sun.com Thu Nov  5 10:39:55 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA5IdsJk020447
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 5 Nov 2009 10:39:54 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id nA5Idpr8005712
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 5 Nov 2009 18:39:53 GMT
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSN00603FUGQX00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@SUN.COM); Thu, 05 Nov 2009 10:39:52 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSN00HI2FUGF1A0@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@SUN.COM); Thu,
 05 Nov 2009 10:39:52 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nA5IdpK6024906	for
 <LSARC-ext@SUN.COM>; Thu, 05 Nov 2009 10:39:52 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KSN00800FLEN500@fe-sfbay-09.sun.com> for LSARC-ext@SUN.COM
 (ORCPT LSARC-ext@SUN.COM); Thu, 05 Nov 2009 10:39:51 -0800 (PST)
Received: from [129.145.155.53] ([unknown] [129.145.155.53])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KSN00A80FUEIK80@fe-sfbay-09.sun.com>; Thu,
 05 Nov 2009 10:39:51 -0800 (PST)
Date: Thu, 05 Nov 2009 10:39:50 -0800
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <e21eff1d0911051028v2590a82dpd8d7556d61c03597@mail.gmail.com>
Sender: Alan.Coopersmith@sun.com
To: =?UTF-8?B?0L7Qu9GM0LPQsCDQutGA0YvQttCw0L3QvtCy0YHQutCw0Y8=?=
 <olga.kryzhanovska@gmail.com>
Cc: ro@techfak.uni-bielefeld.de, George Vasick <George.Vasick@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <4AF31BF6.2070803@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=UTF-8
Content-transfer-encoding: 8BIT
X-PMX-Version: 5.4.1.325704
X-Enigmail-Version: 0.95.1
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE>
 <e21eff1d0911051028v2590a82dpd8d7556d61c03597@mail.gmail.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090720)
Status: RO
Content-Length: 707

Ð¾Ð»ÑŒÐ³Ð° ÐºÑ€Ñ‹Ð¶Ð°Ð½Ð¾Ð²ÑÐºÐ°Ñ wrote:
> Ada language support was not addressed, too. This is the second time
> the compiler project team is not implementing support.
> 
> How do I appeal a PSARC case?

First the case has to be completed.   In the case of missing language
support, I don't see anything to appeal though - this ARC case isn't
blocking you from bringing along a followon project to add Ada support.

If your complaint is the project team isn't signing up to do work they
didn't agree to and haven't planned on, no ARC can help you with that -
they don't assign resources.

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


From olga.kryzhanovska@gmail.com Thu Nov  5 10:44:14 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA5IiCG7020520
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 5 Nov 2009 10:44:13 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id nA5Ii8PV008762;
	Thu, 5 Nov 2009 18:44:11 GMT
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSN0070BG1LBB00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 05 Nov 2009 10:44:09 -0800 (PST)
Received: from sca-ea-mail-2.sun.com ([192.18.43.25])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSN00HE7G1LEL80@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 05 Nov 2009 10:44:09 -0800 (PST)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nA5IgIaa009721;
 Thu, 05 Nov 2009 18:44:08 +0000 (GMT)
Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11])
 by relay14i.sun.com with ESMTP id BT-MMP-2753978; Thu,
 05 Nov 2009 18:44:08 +0000 (Z)
Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121])
 by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-53264326; Thu,
 05 Nov 2009 18:44:08 +0000 (Z)
Received: from mail-bw0-f219.google.com ([209.85.218.219] [209.85.218.219])
 by relay1i.sun.com with ESMTP id BT-MMP-14575755; Thu,
 05 Nov 2009 18:44:08 +0000 (Z)
Received: by mail-bw0-f219.google.com with SMTP id 19so338205bwz.8 for
 <multiple recipients>; Thu, 05 Nov 2009 10:44:07 -0800 (PST)
Received: by 10.223.144.207 with SMTP id a15mr499631fav.63.1257446647027; Thu,
 05 Nov 2009 10:44:07 -0800 (PST)
Date: Thu, 05 Nov 2009 19:44:06 +0100
From: =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= <olga.kryzhanovska@gmail.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
	timeout 10/28/2009]
In-reply-to: <19187.6767.965143.216112@komagatake.TechFak.Uni-Bielefeld.DE>
To: Rainer Orth <ro@techfak.uni-bielefeld.de>
Cc: George Vasick <George.Vasick@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <e21eff1d0911051044w46f466a2wc5f147ba449096af@mail.gmail.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=gmail.com;
 s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references
 :date:message-id:subject:from:to:cc:content-type;
 bh=2gLUUJ48r4xz2U5k6LREHbYDcJ8qigW7Ie26k7UzvZQ=;
 b=XoaM7PQZHYtfLC4nXJt/drjscmAuGg240kB4alVpWHIQQSx2g9GNiFP757by9qtPcX
 dorBxFATWI5B2AqV7W27vKo5vUiiD5UBQfYXD7uuNL7S/G8O9yIlg6MbAsUGz16NG10r
 OqLopmpan4+n7YVVTTjV4ydiuc7vvGVGAXCnc=
DomainKey-Signature: a=rsa-sha1; c=nofws;        d=gmail.com; s=gamma;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 b=kQQWc/jmlGhoDBxEejMfw9yC8FnAYrYpGg+4prNz7SSuARGnceYqO2v69j/Vn5Ke4t
 Ik5P4ie3zfB6x4v55lCFefbMmRa9nu4TVdrSEJ+Jcpd7rpOmrAi70uJoHMu+ASpWNyr8
 GD89rQ0CHSuDc9WHoeItMpvCjYN1xkVR7rHMU=
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE>
 <e21eff1d0911051028v2590a82dpd8d7556d61c03597@mail.gmail.com>
 <19187.6767.965143.216112@komagatake.TechFak.Uni-Bielefeld.DE>
Status: RO
Content-Length: 1415

The compiler project team has promised in spoken and written word to
deliver Ada support with the next case. LSARC/2009/575 is this next
case.
Should a project team allowed to promise a place in heaven, later
break their word and get away with this?

2009/11/5 Rainer Orth <ro@techfak.uni-bielefeld.de>:
> =?KOI8-R?B?z8zYx8Egy9LZ1sHOz9fTy8HR?= writes:
>
>> Ada language support was not addressed, too. This is the second time
>> the compiler project team is not implementing support.
>
> I think this (and Java support) could and should be separate cases.  Most
> likely, the community can help here.  Especially doing Ada is somewhat hard
> due to the bootstrap issue: you need a working Ada compiler (GNAT in
> particular) on all the build machines to properly build Ada.
>
>> How do I appeal a PSARC case?
>
> Good question: completely ignoring a considerable set of questions and
> objections doesn't seem right.
>
>        Rainer
>
> -----------------------------------------------------------------------------
> Rainer Orth, Center for Biotechnology, Bielefeld University
>



-- 
      ,   _                                    _   ,
     { \/`o;====-    Olga Kryzhanovska   -====;o`\/ }
.----'-/`-/     olga.kryzhanovska@gmail.com   \-`\-'----.
 `'-..-| /     Solaris/BSD//C/C++ programmer   \ |-..-'`
      /\/\                                     /\/\
      `--`                                      `--`

From MAILER-DAEMON Thu Nov  5 11:20:00 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA5JK0Oq021324
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 5 Nov 2009 11:20:00 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id nA5JJrmE003241;
	Thu, 5 Nov 2009 19:19:56 GMT
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSN00E0VHP76I00@brm-avmta-1.central.sun.com>; Thu,
 05 Nov 2009 12:19:55 -0700 (MST)
Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSN005A5HP7PYC0@brm-avmta-1.central.sun.com>; Thu,
 05 Nov 2009 12:19:55 -0700 (MST)
Received: from rosseau (rosseau.SFBay.Sun.COM [129.146.228.252])
	by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3)
 with ESMTP id nA5JJtWW320953; Thu, 05 Nov 2009 11:19:55 -0800 (PST)
Date: Thu, 05 Nov 2009 11:19:06 -0800
From: Stephen Hahn <sch@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575	FastTrack
 timeout 10/28/2009]
In-reply-to: <19186.65070.152438.96474@komagatake.TechFak.Uni-Bielefeld.DE>
To: Rainer Orth <ro@techfak.uni-bielefeld.de>
Cc: Bart Smaalders <bart.smaalders@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>,
        Alan Coopersmith <Alan.Coopersmith@sun.com>, LSARC-ext@sun.com
Message-id: <20091105191906.GF1301@eng.sun.com>
Organization: Solaris Kernel Development; Sun Microsystems, Inc.
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <yddpr8f5f0r.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AE0F857.9070903@sun.com> <4AE0F9D7.20200@Sun.COM>
 <19186.65070.152438.96474@komagatake.TechFak.Uni-Bielefeld.DE>
User-Agent: Mutt/1.5.19 (2009-01-05)
Status: RO
Content-Length: 1738

* Rainer Orth <ro@techfak.uni-bielefeld.de> [2009-11-05 16:34]:
> Bart Smaalders writes:
> 
> > George Vasick wrote:
> > > Yes, you are 100% corrected on the studio side.  For gcc, the build uses 
> > > the compiler installed on the live system.  I don't know why the two are 
> > > handled differently.  We do need to accommodate Solaris builds, however. 
> > >  They are one of our important users.
> > 
> > This is easy enough to change if needed.
> > 
> > The following seems clear:
> > 
> > 1) we need to support multiple, coexisting versions of gcc.
> > 2) If any version of gcc is installed, it should appear
> >     in the user's default path.
> > 
> > Note that the same "find it easily, but support multiple
> > versions" is needed by Studio, python, perl, ....
> > 
> > This means we need verexec:
> > 
> > http://blogs.sun.com/sch/entry/verexec_1_a_simple_execute
> 
> Interesting, although I see a couple of problems (and haven't followed
> pkg-discuss due to its enormous volume).  One thing is obvious, though:
> even with verexec, you need a consistent schema how different versions are
> installed in the filesystem, and the proposed installation of GCC differs
> from the estalished scheme, which is also used by verexec: something like
> 
> 	/usr/gcc/4.3/gcc
> 
> instead of
> 
> 	/usr/bin/gcc-4.3.2
> 
> This is one of my complaints.

  verexec would only require that its link directory in
  /etc/verexec.d/gcc be consistent; those links could point into
  arbitrarily constructed trees, or whatever.  That wouldn't justify
  avoiding the /usr/[component]/[version] approach used, for example, by
  Perl and Apache for shipping multiple simultaneous versions.

  - Stephen

-- 
sch@sun.com  http://blogs.sun.com/sch/

From ro@techfak.uni-bielefeld.de Thu Nov  5 11:59:19 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA5JxHmg022395
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 5 Nov 2009 11:59:18 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id nA5Jx2H3011186;
	Fri, 6 Nov 2009 03:59:14 +0800 (SGT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSN00I09JIN2O00@brm-avmta-1.central.sun.com>; Thu,
 05 Nov 2009 12:59:11 -0700 (MST)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSN00HFBJIMG200@brm-avmta-1.central.sun.com>; Thu,
 05 Nov 2009 12:59:11 -0700 (MST)
Received: from relay13i.sun.com
 (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nA5JswQl003885; Thu,
 05 Nov 2009 19:59:10 +0000 (GMT)
Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11])
 by relay13i.sun.com with ESMTP id BT-MMP-5954628; Thu,
 05 Nov 2009 19:59:10 +0000 (Z)
Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125])
 by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-53389666; Thu,
 05 Nov 2009 19:59:10 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-10824181; Thu, 05 Nov 2009 19:59:09 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 6C990E5; Thu,
 05 Nov 2009 20:59:09 +0100 (CET)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id nA5Jx9522032; Thu, 05 Nov 2009 20:59:09 +0100 (MET)
Date: Thu, 05 Nov 2009 20:59:07 +0100 (MET)
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575	FastTrack
 timeout 10/28/2009]
In-reply-to: <20091105191906.GF1301@eng.sun.com>
To: Stephen Hahn <sch@sun.com>
Cc: Bart Smaalders <bart.smaalders@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>,
        Alan Coopersmith <Alan.Coopersmith@sun.com>, LSARC-ext@sun.com
Message-id: <19187.11915.920666.476180@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE000BE.6090306@sun.com> <4AE0C279.5050306@sun.com>
 <yddpr8f5f0r.fsf@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AE0F857.9070903@sun.com> <4AE0F9D7.20200@Sun.COM>
 <19186.65070.152438.96474@komagatake.TechFak.Uni-Bielefeld.DE>
 <20091105191906.GF1301@eng.sun.com>
Status: RO
Content-Length: 1739

Stephen Hahn writes:

> > > This means we need verexec:
> > > 
> > > http://blogs.sun.com/sch/entry/verexec_1_a_simple_execute
> > 
> > Interesting, although I see a couple of problems (and haven't followed
> > pkg-discuss due to its enormous volume).  One thing is obvious, though:
> > even with verexec, you need a consistent schema how different versions are
> > installed in the filesystem, and the proposed installation of GCC differs
> > from the estalished scheme, which is also used by verexec: something like
> > 
> > 	/usr/gcc/4.3/gcc
> > 
> > instead of
> > 
> > 	/usr/bin/gcc-4.3.2
> > 
> > This is one of my complaints.
> 
>   verexec would only require that its link directory in
>   /etc/verexec.d/gcc be consistent; those links could point into
>   arbitrarily constructed trees, or whatever.  That wouldn't justify

Ok, fine, though I think it would be beneficial to have a way to select (on
a component basis) something different from the highest version as the
default.  E.g. if you deliver jdk 1.6 and 1.7 (not yet FCS), you would
still want 1.6 to be the default.  But not this case :-)

>   avoiding the /usr/[component]/[version] approach used, for example, by
>   Perl and Apache for shipping multiple simultaneous versions.

Indeed: that is my familiarity argument here.  Besides, this would help in
a case where verexec might have problems: what happens in a case when
version x doesn't deliver the zzz command, but version y > x does?  With
hardlinks to verexec, you might get a different result than with PATH
pointed to /usr/[component]/x or /usr/[component]/y.

	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From George.Vasick@sun.com Mon Nov  9 11:41:53 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA9JfrUD011926
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 9 Nov 2009 11:41:53 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id nA9JfoBU049726
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 9 Nov 2009 12:41:52 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSU00203XDRUG00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 09 Nov 2009 11:41:51 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSU00K84XDQ3I40@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon,
 09 Nov 2009 11:41:51 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nA9JfooT013711	for
 <LSARC-ext@sun.com>; Mon, 09 Nov 2009 11:41:50 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KSU00300WG62200@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 09 Nov 2009 11:41:50 -0800 (PST)
Received: from [129.146.85.244] ([unknown] [129.146.85.244])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KSU00GLXXDQ8WG0@fe-sfbay-10.sun.com>; Mon,
 09 Nov 2009 11:41:50 -0800 (PST)
Date: Mon, 09 Nov 2009 11:41:47 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE>
Sender: George.Vasick@sun.com
To: ro@techfak.uni-bielefeld.de
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <4AF8707B.6000903@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 3933

ro@techfak.uni-bielefeld.de wrote:
> George Vasick <George.Vasick@sun.com> writes:
> 
>> Corrected a typo in the attachment.  SUNWgccruntime432 will be deleted. 
>>   SUNWgccruntime, which is part of GCC 3.4.3, will be retained.
>>
>> Thanks,
>> George
>>
>> George Vasick wrote:
>>> Please find a revised proposal attached addressing the following feedback:
>>>
>>> 1)  Versioning should be major.minor, not major.minor.micro.
>>>
>>> 2)  usr/share/man7 contents should be moved to usr/share/man5.
>>>
>>> 3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.
> 
> Unfortunately, you addressed none of my comments and questions in
> 
> 	http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-October/018710.html

I had sent some follow up questions on Friday, October 23rd, to make 
sure I understood the root cause of people's objections.  Unfortunately, 
there was no still no reply by the following Wednesday, October 28th, so 
I posted the revised proposal based on my best understanding at the time.

Let me see if I can summarize the missing points:

> Instead, I propose (as I've already done within a previous GCC 4 case) to
> follow the lead of all other projects and deliver
> 
> /usr/gcc/4.3/bin
> 	     lib
> 	     ...
>          4.4/bin

Renaming "gcc" to "compilers" and ignoring the minor versus micro 
versioning issue, we had initially proposed an architecturally similar 
scheme in LSARC/2008/776:

/usr/compilers/gcc432/bin/...
/usr/compilers/gcc432/lib/...

with plain softlinks added to /usr/bin.

This was pretty soundly rejected at the time:

"The project team needs to either update the proposal to remove
/usr/compilers or I will derail this case and call for a vote by members."

I interpreted the rejection to mean /usr/<any-compiler-related-name> was 
unacceptable and we should install the GCC commands in /usr/bin, hence 
the versioned suffix approach.

> You should provide some details about this: how is this used, and what is
> in there?  I think this belongs into its own package.
> 
>> 	Exported Interfaces			Comments
>> 	===================                     ========
>> 	SUNWgcclibgcc1				Low level runtime library
>> 						package.
>> 						All interfaces Committed.
> 

This is the low level runtime library included with GCC:

http://gcc.gnu.org/onlinedocs/gccint/Libgcc.html

Presumably, it could be updated some day independently of the other 
libraries.  If so, it should be treated just like the other libraries 
and have its own package.

Your last sentence confuses me, libgcc is in its own package.

> 
> Especially the interface stability seems to be way too high to me in almost
> every case.

By the way GCC builds the libraries, I believe we must treat them as 
committed, for example:

gcc 3.4.3 includes libstdc++.so.6.0.3 and gcc 4.3.2 includes 
libstdc++.so.6.0.10.  Both libraries are built with their SONAME set to 
libstdc++.so.6.  This means whether a program is compiled with g++ 3.4.3 
or g++ 4.3.2, it will look for libstdc++.so.6 at runtime:

(killebrew:bash) gvasick: g++ hello.cc
(killebrew:bash) gvasick: ldd ./a.out
         libstdc++.so.6 =>        /usr/lib/libstdc++.so.6
         libm.so.2 =>     /lib/libm.so.2
         libgcc_s.so.1 =>         /usr/lib/libgcc_s.so.1
         libc.so.1 =>     /lib/libc.so.1
(killebrew:bash) gvasick: g++-4.3.2 hello.cc
(killebrew:bash) gvasick: ldd ./a.out
         libstdc++.so.6 =>        /usr/lib/libstdc++.so.6
         libm.so.2 =>     /lib/libm.so.2
         libgcc_s.so.1 =>         /usr/lib/libgcc_s.so.1
         libc.so.1 =>     /lib/libc.so.1

If we want previously compiled programs to continue to run even if the 
user has updated GCC to a later version, we need backwards compatibility 
at the major version level.  I believe this requires committed stability.

Were you concerned about stabilities other than the libraries?

Did I miss any other points?


Thanks,
George


> 
> 	Rainer
> 

From George.Vasick@Sun.COM Mon Nov  9 14:19:46 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nA9MJjIm016173
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 9 Nov 2009 14:19:45 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nA9MJjYg007347
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 9 Nov 2009 14:19:45 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KSV00M014OXWQ00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 09 Nov 2009 14:19:45 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KSV00ILB4OW0C90@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon,
 09 Nov 2009 14:19:45 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nA9MJiaN001290	for
 <LSARC-ext@sun.com>; Mon, 09 Nov 2009 14:19:44 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KSV006003X2WG00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 09 Nov 2009 14:19:44 -0800 (PST)
Received: from [129.146.85.244] ([unknown] [129.146.85.244])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KSV00KXT4OV8DF0@fe-sfbay-09.sun.com>; Mon,
 09 Nov 2009 14:19:44 -0800 (PST)
Date: Mon, 09 Nov 2009 14:19:39 -0800
From: George Vasick <George.Vasick@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AF8707B.6000903@sun.com>
Sender: George.Vasick@Sun.COM
To: George Vasick <George.Vasick@Sun.COM>
Cc: ro@techfak.uni-bielefeld.de, Raj Prakash <rprak@trainwreck.sfbay.sun.com>,
        LSARC-ext@Sun.COM
Message-id: <4AF8957B.9070300@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1745

George Vasick wrote:
> ro@techfak.uni-bielefeld.de wrote:
>> George Vasick <George.Vasick@sun.com> writes:
>>
> [...]
> 
>> You should provide some details about this: how is this used, and what is
>> in there?  I think this belongs into its own package.
>>
>>>     Exported Interfaces            Comments
>>>     ===================                     ========
>>>     SUNWgcclibgcc1                Low level runtime library
>>>                         package.
>>>                         All interfaces Committed.
>>

I see I answered the wrong question here.  It should have been:

>> 	usr/lib/gcc/<machine>/gccfss/4.3.2/LEGAL/*	Sparc only.
>> 	usr/lib/gcc/<machine>/gccfss/4.3.2/prod/*	Sparc only.
> 
> You should provide some details about this: how is this used, and what is
> in there?  I think this belongs into its own package.

This is the SPARC backend built from closed source.  The main components 
are:

usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/cg
usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/fbe
usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/ipo
usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/iropt
usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/postopt

We originally created a separate SVR4 package for the SPARC backend for 
the 432 release.  It was combined with GCC components into a single IPS 
package for the last OpenSolaris release requiring a new combined 
license.  I would like to keep the packages in sync for this release if 
possible.

The complete 432 manifest is here:
http://pkg.opensolaris.org/release/manifest/0/developer%2Fgcc%2Fgcc-432%404.3.2%2C5.11-0.111%3A20090818T043612Z

I can provide the complete file list if that would help.


Thanks,
George

From ro@techfak.uni-bielefeld.de Thu Nov 12 12:36:25 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nACKaONx018570
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 12 Nov 2009 12:36:25 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id nACKaG4e008853;
	Thu, 12 Nov 2009 20:36:22 GMT
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KT000I11JWLO500@nwk-avmta-2.sfbay.sun.com>; Thu,
 12 Nov 2009 12:36:21 -0800 (PST)
Received: from sca-ea-mail-4.sun.com ([192.18.43.22])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KT0008QYJWJU7C0@nwk-avmta-2.sfbay.sun.com>; Thu,
 12 Nov 2009 12:36:19 -0800 (PST)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nACKCBOl001953;
 Thu, 12 Nov 2009 20:36:19 +0000 (GMT)
Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13])
 by relay14i.sun.com with ESMTP id BT-MMP-3334152; Thu,
 12 Nov 2009 20:36:18 +0000 (Z)
Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124])
 by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-69112260; Thu,
 12 Nov 2009 20:36:18 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-11739408; Thu, 12 Nov 2009 20:36:17 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 3AD47127; Thu,
 12 Nov 2009 21:36:17 +0100 (CET)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id nACKaGb13326; Thu, 12 Nov 2009 21:36:16 +0100 (MET)
Date: Thu, 12 Nov 2009 21:36:15 +0100 (MET)
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AF8707B.6000903@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Darren J Moffat <Darren.Moffat@sun.com>
Message-id: <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
Status: RO
Content-Length: 7525

George Vasick writes:

> ro@techfak.uni-bielefeld.de wrote:
> > George Vasick <George.Vasick@sun.com> writes:
> > 
> >> Corrected a typo in the attachment.  SUNWgccruntime432 will be deleted. 
> >>   SUNWgccruntime, which is part of GCC 3.4.3, will be retained.
> >>
> >> Thanks,
> >> George
> >>
> >> George Vasick wrote:
> >>> Please find a revised proposal attached addressing the following feedback:
> >>>
> >>> 1)  Versioning should be major.minor, not major.minor.micro.
> >>>
> >>> 2)  usr/share/man7 contents should be moved to usr/share/man5.
> >>>
> >>> 3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.
> > 
> > Unfortunately, you addressed none of my comments and questions in
> > 
> > 	http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-October/018710.html
> 
> I had sent some follow up questions on Friday, October 23rd, to make 
> sure I understood the root cause of people's objections.  Unfortunately, 
> there was no still no reply by the following Wednesday, October 28th, so 
> I posted the revised proposal based on my best understanding at the time.

Unfortunately, I was at OSDevCon all that week and had barely time to read
email.

> Let me see if I can summarize the missing points:
> 
> > Instead, I propose (as I've already done within a previous GCC 4 case) to
> > follow the lead of all other projects and deliver
> > 
> > /usr/gcc/4.3/bin
> > 	     lib
> > 	     ...
> >          4.4/bin
> 
> Renaming "gcc" to "compilers" and ignoring the minor versus micro 
> versioning issue, we had initially proposed an architecturally similar 
> scheme in LSARC/2008/776:
> 
> /usr/compilers/gcc432/bin/...
> /usr/compilers/gcc432/lib/...
> 
> with plain softlinks added to /usr/bin.
> 
> This was pretty soundly rejected at the time:
> 
> "The project team needs to either update the proposal to remove
> /usr/compilers or I will derail this case and call for a vote by members."
> 
> I interpreted the rejection to mean /usr/<any-compiler-related-name> was 
> unacceptable and we should install the GCC commands in /usr/bin, hence 
> the versioned suffix approach.

I read this completely differently: unless I'm completely mistaken, Darren
objected to the deep hierarchy with /usr/compilers/gcc*, which has no
precedent and no obvious value:

http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-January/013233.html

Darren, perhaps you can confirm this?

Other than this objection, are there any reasons for going for the unusual
and hard to use versioning approach of adding version number suffixes to
all the commands instead of using different directory hierarchies?

> > You should provide some details about this: how is this used, and what is
> > in there?  I think this belongs into its own package.
> > 
> >> 	Exported Interfaces			Comments
> >> 	===================                     ========
> >> 	SUNWgcclibgcc1				Low level runtime library
> >> 						package.
> >> 						All interfaces Committed.
> > 
> 
> This is the low level runtime library included with GCC:
> 
> http://gcc.gnu.org/onlinedocs/gccint/Libgcc.html
> 
> Presumably, it could be updated some day independently of the other 
> libraries.  If so, it should be treated just like the other libraries 
> and have its own package.
> 
> Your last sentence confuses me, libgcc is in its own package.

You've misattributed my comment: I always comment *below* the cited text,
as is proper style, so my comment referred to this:

>	usr/lib/gcc/<machine>/gccfss/4.3.2/LEGAL/*	Sparc only.
>	usr/lib/gcc/<machine>/gccfss/4.3.2/prod/*	Sparc only.

You should provide some details about this: how is this used, and what is
in there?  I think this belongs into its own package.

It's obvious you're including gccfss, but what are the consequences?  Do
you replace the GCC SPARC backend by the Sun backend here?  This may not be
approriate, since this heavily deviates from the upstream FSF GCC, and may
cause problems.  Have you run the GCC testsuite this way and compared the
results to those with the GCC backend?  I think it should be possible for
the user to select between gccfss and the regular GCC backend here.

> > Especially the interface stability seems to be way too high to me in almost
> > every case.
> 
> By the way GCC builds the libraries, I believe we must treat them as 
> committed, for example:
> 
> gcc 3.4.3 includes libstdc++.so.6.0.3 and gcc 4.3.2 includes 
> libstdc++.so.6.0.10.  Both libraries are built with their SONAME set to 
> libstdc++.so.6.  This means whether a program is compiled with g++ 3.4.3 
> or g++ 4.3.2, it will look for libstdc++.so.6 at runtime:
> 
> (killebrew:bash) gvasick: g++ hello.cc
> (killebrew:bash) gvasick: ldd ./a.out
>          libstdc++.so.6 =>        /usr/lib/libstdc++.so.6
>          libm.so.2 =>     /lib/libm.so.2
>          libgcc_s.so.1 =>         /usr/lib/libgcc_s.so.1
>          libc.so.1 =>     /lib/libc.so.1
> (killebrew:bash) gvasick: g++-4.3.2 hello.cc
> (killebrew:bash) gvasick: ldd ./a.out
>          libstdc++.so.6 =>        /usr/lib/libstdc++.so.6
>          libm.so.2 =>     /lib/libm.so.2
>          libgcc_s.so.1 =>         /usr/lib/libgcc_s.so.1
>          libc.so.1 =>     /lib/libc.so.1
> 
> If we want previously compiled programs to continue to run even if the 
> user has updated GCC to a later version, we need backwards compatibility 
> at the major version level.  I believe this requires committed stability.

While this is true, I'm not sure the GCC project is able to make this
commitment for all the runtime libraries.  While some libraries (notably
libgcc_s.so.1) even use linker maps to carefully control interface
stability, others might not care about it and make mistakes here.  I'd be
very wary to declare them all Committed.  This is probably an area where
the OpenSolaris project cares very much and can (and should) help.
E.g. libstdc++.so interface versioning currently depends on GNU ld
features, so additional work is necessary to make this work with Sun ld.
That's why at some point I suggested to verify compatibility by running the
GCC testsuite of the older release with the runtime libs from the newer
release.  I'm pretty sure more work is needed both to verify upstream
intent and praxis about interface stability here.

> Were you concerned about stabilities other than the libraries?

I think the current way of specifying this is wrong: instead of declaring
at the package level `All interfaces committed', you should explicitly list
the interfaces instead, i.e. pathnames, command line options etc., exported
functions, ...

> Did I miss any other points?

Indeed, two at least:

>	usr/lib/libgomp.so.1=libgomp.so.1.0.0
>	usr/lib/libgomp.so.1.0.0
>	usr/lib/libgomp.spec
>	usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
>	usr/lib/<mach64>/libgomp.so.1.0.0
>	usr/lib/<mach64>/libgomp.spec

I don't think the libgomp.spec files are used at runtime, but only by the
compiler driver.  Why are they in here?

Adding to this, I'm pretty sure the libgomp.spec files are (or can be)
compiler version dependent, and it's necessary to install them into some
version specific directory instead.

>	Imported Interfaces
>	===================
>	binutils

Which parts of binutils are used?  GNU as on x86, but Sun as on SPARC?  It
should be possible to use Sun as on x86/x64, but probably only in GCC 4.4.

>	ld

I hope you use Sun ld everywhere!

	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From ro@techfak.uni-bielefeld.de Thu Nov 12 12:41:16 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nACKfGfJ018624
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 12 Nov 2009 12:41:16 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id nACKfFJ7037921;
	Thu, 12 Nov 2009 13:41:15 -0700 (MST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KT00011BK4OIE00@brm-avmta-1.central.sun.com>; Thu,
 12 Nov 2009 13:41:12 -0700 (MST)
Received: from sca-ea-mail-4.sun.com ([192.18.43.22])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KT00062YK4OYYB0@brm-avmta-1.central.sun.com>; Thu,
 12 Nov 2009 13:41:12 -0700 (MST)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nACKfBWO010018;
 Thu, 12 Nov 2009 20:41:12 +0000 (GMT)
Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13])
 by relay14i.sun.com with ESMTP id BT-MMP-3334532; Thu,
 12 Nov 2009 20:41:11 +0000 (Z)
Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125])
 by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-69118947; Thu,
 12 Nov 2009 20:41:11 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-28502323; Thu, 12 Nov 2009 20:41:11 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 8D29A127; Thu,
 12 Nov 2009 21:41:10 +0100 (CET)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id nACKfAp13394; Thu, 12 Nov 2009 21:41:10 +0100 (MET)
Date: Thu, 12 Nov 2009 21:41:09 +0100 (MET)
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AF8957B.9070300@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <19196.29413.241906.509609@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
 <4AF8957B.9070300@sun.com>
Status: RO
Content-Length: 2478

George Vasick writes:
> George Vasick wrote:
> > ro@techfak.uni-bielefeld.de wrote:
> >> George Vasick <George.Vasick@sun.com> writes:
> >>
> > [...]
> > 
> >> You should provide some details about this: how is this used, and what is
> >> in there?  I think this belongs into its own package.
> >>
> >>>     Exported Interfaces            Comments
> >>>     ===================                     ========
> >>>     SUNWgcclibgcc1                Low level runtime library
> >>>                         package.
> >>>                         All interfaces Committed.
> >>
> 
> I see I answered the wrong question here.  It should have been:
> 
> >> 	usr/lib/gcc/<machine>/gccfss/4.3.2/LEGAL/*	Sparc only.
> >> 	usr/lib/gcc/<machine>/gccfss/4.3.2/prod/*	Sparc only.
> > 
> > You should provide some details about this: how is this used, and what is
> > in there?  I think this belongs into its own package.
> 
> This is the SPARC backend built from closed source.  The main components 
> are:
> 
> usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/cg
> usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/fbe
> usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/ipo
> usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/iropt
> usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/postopt

I know gccfss, but asked a couple of additional questions about how this is
used in my previous mail.

> We originally created a separate SVR4 package for the SPARC backend for 
> the 432 release.  It was combined with GCC components into a single IPS 
> package for the last OpenSolaris release requiring a new combined 
> license.  I would like to keep the packages in sync for this release if 
> possible.

I'd like to see a separate package here: gccfss is not an integral part of
GCC, but an optional add-on, and should be treated as such, perhaps also
for the sake of people who are particularly picky about open-source
licenses.

> The complete 432 manifest is here:
> http://pkg.opensolaris.org/release/manifest/0/developer%2Fgcc%2Fgcc-432%404.3.2%2C5.11-0.111%3A20090818T043612Z

I cannot access that right now: a connection to pkg.opensolaris.org times
out right now.

> I can provide the complete file list if that would help.

Not really, the usage questions are far more important than the list of
files.

	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From George.Vasick@Sun.COM Thu Nov 12 18:01:18 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAD21HS9027647
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 12 Nov 2009 18:01:18 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id nAD2145D002136
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 13 Nov 2009 10:01:16 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KT000I1TYY1CA00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 12 Nov 2009 18:01:13 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KT000CDKYY09X60@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 12 Nov 2009 18:01:12 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAD21CKX024544	for
 <LSARC-ext@sun.com>; Thu, 12 Nov 2009 18:01:12 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KT000600YO9DR00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 12 Nov 2009 18:01:12 -0800 (PST)
Received: from [129.150.0.42] ([unknown] [129.150.0.42])
 by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit
 (built Jul  2 2009)) with ESMTPSA id <0KT0006S7YXYAQ90@fe-sfbay-09.sun.com>;
 Thu, 12 Nov 2009 18:01:12 -0800 (PST)
Date: Thu, 12 Nov 2009 18:01:07 -0800
From: George Vasick <George.Vasick@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
Sender: George.Vasick@Sun.COM
To: Rainer Orth <ro@techfak.uni-bielefeld.de>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@Sun.COM,
        Darren J Moffat <Darren.Moffat@Sun.COM>
Message-id: <4AFCBDE3.2010105@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
 <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1350

Hi Rainer,

I am actually on vacation this week but I do want to make progress on 
this one point regarding multiple versions:

Rainer Orth wrote:
> George Vasick writes:
> 
> [...]
 >
>>
>> "The project team needs to either update the proposal to remove
>> /usr/compilers or I will derail this case and call for a vote by members."
>>
>> I interpreted the rejection to mean /usr/<any-compiler-related-name> was 
>> unacceptable and we should install the GCC commands in /usr/bin, hence 
>> the versioned suffix approach.
> 
> I read this completely differently: unless I'm completely mistaken, Darren
> objected to the deep hierarchy with /usr/compilers/gcc*, which has no
> precedent and no obvious value:
> 
> http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-January/013233.html
> 
> Darren, perhaps you can confirm this?
> 
> Other than this objection, are there any reasons for going for the unusual
> and hard to use versioning approach of adding version number suffixes to
> all the commands instead of using different directory hierarchies?

No, that was it.

I see two versioning schemes in use today:

/usr/bin/automake-1.10*
/usr/bin/automake-1.9*

/usr/postgres/:
8.2/
8.3/

I am happy to use whichever scheme is considered the correct precedent.

I will follow up on the other comments first thing next week.


Thanks,
George


From ro@techfak.uni-bielefeld.de Fri Nov 13 07:39:47 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nADFdkuk022756
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 13 Nov 2009 07:39:47 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id nADFdRt2015312;
	Fri, 13 Nov 2009 15:39:44 GMT
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KT2007070U68V00@brm-avmta-1.central.sun.com>; Fri,
 13 Nov 2009 08:39:42 -0700 (MST)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KT2000V50U3QC80@brm-avmta-1.central.sun.com>; Fri,
 13 Nov 2009 08:39:42 -0700 (MST)
Received: from relay11i.sun.com
 (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nADFdYiE006413;
 Fri, 13 Nov 2009 15:39:39 +0000 (GMT)
Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13])
 by relay11i.sun.com with ESMTP id BT-MMP-6600283; Fri,
 13 Nov 2009 15:39:34 +0000 (Z)
Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123])
 by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-70823455; Fri,
 13 Nov 2009 15:39:33 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-18956845; Fri, 13 Nov 2009 15:39:33 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id C03B0E6; Fri,
 13 Nov 2009 16:39:32 +0100 (CET)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id nADFdWt03815; Fri, 13 Nov 2009 16:39:32 +0100 (MET)
Date: Fri, 13 Nov 2009 16:39:30 +0100 (MET)
From: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AFCBDE3.2010105@sun.com>
Sender: ro@techfak.uni-bielefeld.de
To: George Vasick <George.Vasick@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Darren J Moffat <Darren.Moffat@sun.com>
Message-id: <19197.32178.819303.360009@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
 <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AFCBDE3.2010105@sun.com>
Status: RO
Content-Length: 1825

Hi George,

> I am actually on vacation this week but I do want to make progress on 
> this one point regarding multiple versions:

fine.

> > Other than this objection, are there any reasons for going for the unusual
> > and hard to use versioning approach of adding version number suffixes to
> > all the commands instead of using different directory hierarchies?
> 
> No, that was it.
> 
> I see two versioning schemes in use today:
> 
> /usr/bin/automake-1.10*
> /usr/bin/automake-1.9*

This seems the odd man out.  Unfortunately, I missed that case, otherwise
I'd have objected as well.  While this scheme may work for a single
command, as soon as you need to use several commands from a set together
(as in the case of automake and aclocal), it becomes much harder to use
that set as a whole: you need to set several make/environment variables (if
they exist at all) to point to the versions desired, like
AUTOMAKE=automake-1.9 ACLOCAL=aclocal-1.9.  This is considerably harder
(especially if one doesn't know the whole set of related commands) than
just setting PATH to include a directory for the desired set.

> /usr/postgres/:
> 8.2/
> 8.3/
> 
> I am happy to use whichever scheme is considered the correct precedent.

Fine: in fact I think this is a job for ARC, to provide guidance here.

> I will follow up on the other comments first thing next week.

Excellent, thanks.

One additional issue occured to me in the meantime: does it really make
sense to deliver every version of the runtime libs in its own package,
rather than having separate packages for (say) all libstdc++ runtime libs
together?  Just asking: I don't have a definitive answer myself.

Regards.
	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From George.Vasick@sun.com Fri Nov 13 13:32:05 2009
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAD21HS9027647
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 12 Nov 2009 18:01:18 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id nAD2145D002136
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 13 Nov 2009 10:01:16 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KT000I1TYY1CA00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 12 Nov 2009 18:01:13 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KT000CDKYY09X60@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 12 Nov 2009 18:01:12 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAD21CKX024544	for
 <LSARC-ext@sun.com>; Thu, 12 Nov 2009 18:01:12 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KT000600YO9DR00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 12 Nov 2009 18:01:12 -0800 (PST)
Received: from [129.150.0.42] ([unknown] [129.150.0.42])
 by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit
 (built Jul  2 2009)) with ESMTPSA id <0KT0006S7YXYAQ90@fe-sfbay-09.sun.com>;
 Thu, 12 Nov 2009 18:01:12 -0800 (PST)
Date: Thu, 12 Nov 2009 18:01:07 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
Sender: George.Vasick@sun.com
To: Rainer Orth <ro@techfak.uni-bielefeld.de>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Darren J Moffat <Darren.Moffat@sun.com>
Message-id: <4AFCBDE3.2010105@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
 <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1350

Hi Rainer,

I am actually on vacation this week but I do want to make progress on 
this one point regarding multiple versions:

Rainer Orth wrote:
> George Vasick writes:
> 
> [...]
 >
>>
>> "The project team needs to either update the proposal to remove
>> /usr/compilers or I will derail this case and call for a vote by members."
>>
>> I interpreted the rejection to mean /usr/<any-compiler-related-name> was 
>> unacceptable and we should install the GCC commands in /usr/bin, hence 
>> the versioned suffix approach.
> 
> I read this completely differently: unless I'm completely mistaken, Darren
> objected to the deep hierarchy with /usr/compilers/gcc*, which has no
> precedent and no obvious value:
> 
> http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-January/013233.html
> 
> Darren, perhaps you can confirm this?
> 
> Other than this objection, are there any reasons for going for the unusual
> and hard to use versioning approach of adding version number suffixes to
> all the commands instead of using different directory hierarchies?

No, that was it.

I see two versioning schemes in use today:

/usr/bin/automake-1.10*
/usr/bin/automake-1.9*

/usr/postgres/:
8.2/
8.3/

I am happy to use whichever scheme is considered the correct precedent.

I will follow up on the other comments first thing next week.


Thanks,
George


From ro@techfak.uni-bielefeld.de Fri Nov 13 13:32:29 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nADFdkuk022756
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 13 Nov 2009 07:39:47 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id nADFdRt2015312;
	Fri, 13 Nov 2009 15:39:44 GMT
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KT2007070U68V00@brm-avmta-1.central.sun.com>; Fri,
 13 Nov 2009 08:39:42 -0700 (MST)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KT2000V50U3QC80@brm-avmta-1.central.sun.com>; Fri,
 13 Nov 2009 08:39:42 -0700 (MST)
Received: from relay11i.sun.com
 (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nADFdYiE006413;
 Fri, 13 Nov 2009 15:39:39 +0000 (GMT)
Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13])
 by relay11i.sun.com with ESMTP id BT-MMP-6600283; Fri,
 13 Nov 2009 15:39:34 +0000 (Z)
Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123])
 by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-70823455; Fri,
 13 Nov 2009 15:39:33 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-18956845; Fri, 13 Nov 2009 15:39:33 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id C03B0E6; Fri,
 13 Nov 2009 16:39:32 +0100 (CET)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id nADFdWt03815; Fri, 13 Nov 2009 16:39:32 +0100 (MET)
Date: Fri, 13 Nov 2009 16:39:30 +0100 (MET)
From: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AFCBDE3.2010105@sun.com>
Sender: ro@techfak.uni-bielefeld.de
To: George Vasick <George.Vasick@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Darren J Moffat <Darren.Moffat@sun.com>
Message-id: <19197.32178.819303.360009@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
 <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AFCBDE3.2010105@sun.com>
Status: RO
Content-Length: 1825

Hi George,

> I am actually on vacation this week but I do want to make progress on 
> this one point regarding multiple versions:

fine.

> > Other than this objection, are there any reasons for going for the unusual
> > and hard to use versioning approach of adding version number suffixes to
> > all the commands instead of using different directory hierarchies?
> 
> No, that was it.
> 
> I see two versioning schemes in use today:
> 
> /usr/bin/automake-1.10*
> /usr/bin/automake-1.9*

This seems the odd man out.  Unfortunately, I missed that case, otherwise
I'd have objected as well.  While this scheme may work for a single
command, as soon as you need to use several commands from a set together
(as in the case of automake and aclocal), it becomes much harder to use
that set as a whole: you need to set several make/environment variables (if
they exist at all) to point to the versions desired, like
AUTOMAKE=automake-1.9 ACLOCAL=aclocal-1.9.  This is considerably harder
(especially if one doesn't know the whole set of related commands) than
just setting PATH to include a directory for the desired set.

> /usr/postgres/:
> 8.2/
> 8.3/
> 
> I am happy to use whichever scheme is considered the correct precedent.

Fine: in fact I think this is a job for ARC, to provide guidance here.

> I will follow up on the other comments first thing next week.

Excellent, thanks.

One additional issue occured to me in the meantime: does it really make
sense to deliver every version of the runtime libs in its own package,
rather than having separate packages for (say) all libstdc++ runtime libs
together?  Just asking: I don't have a definitive answer myself.

Regards.
	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From ro@techfak.uni-bielefeld.de Fri Nov 13 13:32:47 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nACKfGfJ018624
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 12 Nov 2009 12:41:16 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id nACKfFJ7037921;
	Thu, 12 Nov 2009 13:41:15 -0700 (MST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KT00011BK4OIE00@brm-avmta-1.central.sun.com>; Thu,
 12 Nov 2009 13:41:12 -0700 (MST)
Received: from sca-ea-mail-4.sun.com ([192.18.43.22])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KT00062YK4OYYB0@brm-avmta-1.central.sun.com>; Thu,
 12 Nov 2009 13:41:12 -0700 (MST)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nACKfBWO010018;
 Thu, 12 Nov 2009 20:41:12 +0000 (GMT)
Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13])
 by relay14i.sun.com with ESMTP id BT-MMP-3334532; Thu,
 12 Nov 2009 20:41:11 +0000 (Z)
Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125])
 by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-69118947; Thu,
 12 Nov 2009 20:41:11 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-28502323; Thu, 12 Nov 2009 20:41:11 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 8D29A127; Thu,
 12 Nov 2009 21:41:10 +0100 (CET)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id nACKfAp13394; Thu, 12 Nov 2009 21:41:10 +0100 (MET)
Date: Thu, 12 Nov 2009 21:41:09 +0100 (MET)
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AF8957B.9070300@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <19196.29413.241906.509609@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
 <4AF8957B.9070300@sun.com>
Status: RO
Content-Length: 2478

George Vasick writes:
> George Vasick wrote:
> > ro@techfak.uni-bielefeld.de wrote:
> >> George Vasick <George.Vasick@sun.com> writes:
> >>
> > [...]
> > 
> >> You should provide some details about this: how is this used, and what is
> >> in there?  I think this belongs into its own package.
> >>
> >>>     Exported Interfaces            Comments
> >>>     ===================                     ========
> >>>     SUNWgcclibgcc1                Low level runtime library
> >>>                         package.
> >>>                         All interfaces Committed.
> >>
> 
> I see I answered the wrong question here.  It should have been:
> 
> >> 	usr/lib/gcc/<machine>/gccfss/4.3.2/LEGAL/*	Sparc only.
> >> 	usr/lib/gcc/<machine>/gccfss/4.3.2/prod/*	Sparc only.
> > 
> > You should provide some details about this: how is this used, and what is
> > in there?  I think this belongs into its own package.
> 
> This is the SPARC backend built from closed source.  The main components 
> are:
> 
> usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/cg
> usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/fbe
> usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/ipo
> usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/iropt
> usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/bin/postopt

I know gccfss, but asked a couple of additional questions about how this is
used in my previous mail.

> We originally created a separate SVR4 package for the SPARC backend for 
> the 432 release.  It was combined with GCC components into a single IPS 
> package for the last OpenSolaris release requiring a new combined 
> license.  I would like to keep the packages in sync for this release if 
> possible.

I'd like to see a separate package here: gccfss is not an integral part of
GCC, but an optional add-on, and should be treated as such, perhaps also
for the sake of people who are particularly picky about open-source
licenses.

> The complete 432 manifest is here:
> http://pkg.opensolaris.org/release/manifest/0/developer%2Fgcc%2Fgcc-432%404.3.2%2C5.11-0.111%3A20090818T043612Z

I cannot access that right now: a connection to pkg.opensolaris.org times
out right now.

> I can provide the complete file list if that would help.

Not really, the usage questions are far more important than the list of
files.

	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From ro@techfak.uni-bielefeld.de Fri Nov 13 13:40:31 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nACKaONx018570
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 12 Nov 2009 12:36:25 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id nACKaG4e008853;
	Thu, 12 Nov 2009 20:36:22 GMT
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KT000I11JWLO500@nwk-avmta-2.sfbay.sun.com>; Thu,
 12 Nov 2009 12:36:21 -0800 (PST)
Received: from sca-ea-mail-4.sun.com ([192.18.43.22])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KT0008QYJWJU7C0@nwk-avmta-2.sfbay.sun.com>; Thu,
 12 Nov 2009 12:36:19 -0800 (PST)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nACKCBOl001953;
 Thu, 12 Nov 2009 20:36:19 +0000 (GMT)
Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13])
 by relay14i.sun.com with ESMTP id BT-MMP-3334152; Thu,
 12 Nov 2009 20:36:18 +0000 (Z)
Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124])
 by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-69112260; Thu,
 12 Nov 2009 20:36:18 +0000 (Z)
Received: from smarthost.TechFak.Uni-Bielefeld.DE
 ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id
 BT-MMP-11739408; Thu, 12 Nov 2009 20:36:17 +0000 (Z)
Received: from komagatake.TechFak.Uni-Bielefeld.DE
 (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126])
	by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 3AD47127; Thu,
 12 Nov 2009 21:36:17 +0100 (CET)
Received: (from ro@localhost)	by komagatake.TechFak.Uni-Bielefeld.DE
 (8.11.7+Sun/8.9.1) id nACKaGb13326; Thu, 12 Nov 2009 21:36:16 +0100 (MET)
Date: Thu, 12 Nov 2009 21:36:15 +0100 (MET)
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4AF8707B.6000903@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com,
        Darren J Moffat <Darren.Moffat@sun.com>
Message-id: <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
MIME-version: 1.0
X-Mailer: VM 6.62 under Emacs 19.34.1
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
Status: RO
Content-Length: 7525

George Vasick writes:

> ro@techfak.uni-bielefeld.de wrote:
> > George Vasick <George.Vasick@sun.com> writes:
> > 
> >> Corrected a typo in the attachment.  SUNWgccruntime432 will be deleted. 
> >>   SUNWgccruntime, which is part of GCC 3.4.3, will be retained.
> >>
> >> Thanks,
> >> George
> >>
> >> George Vasick wrote:
> >>> Please find a revised proposal attached addressing the following feedback:
> >>>
> >>> 1)  Versioning should be major.minor, not major.minor.micro.
> >>>
> >>> 2)  usr/share/man7 contents should be moved to usr/share/man5.
> >>>
> >>> 3)  choosing which compiler is invoked by default, e.g./usr/bin/gcc.
> > 
> > Unfortunately, you addressed none of my comments and questions in
> > 
> > 	http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-October/018710.html
> 
> I had sent some follow up questions on Friday, October 23rd, to make 
> sure I understood the root cause of people's objections.  Unfortunately, 
> there was no still no reply by the following Wednesday, October 28th, so 
> I posted the revised proposal based on my best understanding at the time.

Unfortunately, I was at OSDevCon all that week and had barely time to read
email.

> Let me see if I can summarize the missing points:
> 
> > Instead, I propose (as I've already done within a previous GCC 4 case) to
> > follow the lead of all other projects and deliver
> > 
> > /usr/gcc/4.3/bin
> > 	     lib
> > 	     ...
> >          4.4/bin
> 
> Renaming "gcc" to "compilers" and ignoring the minor versus micro 
> versioning issue, we had initially proposed an architecturally similar 
> scheme in LSARC/2008/776:
> 
> /usr/compilers/gcc432/bin/...
> /usr/compilers/gcc432/lib/...
> 
> with plain softlinks added to /usr/bin.
> 
> This was pretty soundly rejected at the time:
> 
> "The project team needs to either update the proposal to remove
> /usr/compilers or I will derail this case and call for a vote by members."
> 
> I interpreted the rejection to mean /usr/<any-compiler-related-name> was 
> unacceptable and we should install the GCC commands in /usr/bin, hence 
> the versioned suffix approach.

I read this completely differently: unless I'm completely mistaken, Darren
objected to the deep hierarchy with /usr/compilers/gcc*, which has no
precedent and no obvious value:

http://mail.opensolaris.org/pipermail/opensolaris-arc/2009-January/013233.html

Darren, perhaps you can confirm this?

Other than this objection, are there any reasons for going for the unusual
and hard to use versioning approach of adding version number suffixes to
all the commands instead of using different directory hierarchies?

> > You should provide some details about this: how is this used, and what is
> > in there?  I think this belongs into its own package.
> > 
> >> 	Exported Interfaces			Comments
> >> 	===================                     ========
> >> 	SUNWgcclibgcc1				Low level runtime library
> >> 						package.
> >> 						All interfaces Committed.
> > 
> 
> This is the low level runtime library included with GCC:
> 
> http://gcc.gnu.org/onlinedocs/gccint/Libgcc.html
> 
> Presumably, it could be updated some day independently of the other 
> libraries.  If so, it should be treated just like the other libraries 
> and have its own package.
> 
> Your last sentence confuses me, libgcc is in its own package.

You've misattributed my comment: I always comment *below* the cited text,
as is proper style, so my comment referred to this:

>	usr/lib/gcc/<machine>/gccfss/4.3.2/LEGAL/*	Sparc only.
>	usr/lib/gcc/<machine>/gccfss/4.3.2/prod/*	Sparc only.

You should provide some details about this: how is this used, and what is
in there?  I think this belongs into its own package.

It's obvious you're including gccfss, but what are the consequences?  Do
you replace the GCC SPARC backend by the Sun backend here?  This may not be
approriate, since this heavily deviates from the upstream FSF GCC, and may
cause problems.  Have you run the GCC testsuite this way and compared the
results to those with the GCC backend?  I think it should be possible for
the user to select between gccfss and the regular GCC backend here.

> > Especially the interface stability seems to be way too high to me in almost
> > every case.
> 
> By the way GCC builds the libraries, I believe we must treat them as 
> committed, for example:
> 
> gcc 3.4.3 includes libstdc++.so.6.0.3 and gcc 4.3.2 includes 
> libstdc++.so.6.0.10.  Both libraries are built with their SONAME set to 
> libstdc++.so.6.  This means whether a program is compiled with g++ 3.4.3 
> or g++ 4.3.2, it will look for libstdc++.so.6 at runtime:
> 
> (killebrew:bash) gvasick: g++ hello.cc
> (killebrew:bash) gvasick: ldd ./a.out
>          libstdc++.so.6 =>        /usr/lib/libstdc++.so.6
>          libm.so.2 =>     /lib/libm.so.2
>          libgcc_s.so.1 =>         /usr/lib/libgcc_s.so.1
>          libc.so.1 =>     /lib/libc.so.1
> (killebrew:bash) gvasick: g++-4.3.2 hello.cc
> (killebrew:bash) gvasick: ldd ./a.out
>          libstdc++.so.6 =>        /usr/lib/libstdc++.so.6
>          libm.so.2 =>     /lib/libm.so.2
>          libgcc_s.so.1 =>         /usr/lib/libgcc_s.so.1
>          libc.so.1 =>     /lib/libc.so.1
> 
> If we want previously compiled programs to continue to run even if the 
> user has updated GCC to a later version, we need backwards compatibility 
> at the major version level.  I believe this requires committed stability.

While this is true, I'm not sure the GCC project is able to make this
commitment for all the runtime libraries.  While some libraries (notably
libgcc_s.so.1) even use linker maps to carefully control interface
stability, others might not care about it and make mistakes here.  I'd be
very wary to declare them all Committed.  This is probably an area where
the OpenSolaris project cares very much and can (and should) help.
E.g. libstdc++.so interface versioning currently depends on GNU ld
features, so additional work is necessary to make this work with Sun ld.
That's why at some point I suggested to verify compatibility by running the
GCC testsuite of the older release with the runtime libs from the newer
release.  I'm pretty sure more work is needed both to verify upstream
intent and praxis about interface stability here.

> Were you concerned about stabilities other than the libraries?

I think the current way of specifying this is wrong: instead of declaring
at the package level `All interfaces committed', you should explicitly list
the interfaces instead, i.e. pathnames, command line options etc., exported
functions, ...

> Did I miss any other points?

Indeed, two at least:

>	usr/lib/libgomp.so.1=libgomp.so.1.0.0
>	usr/lib/libgomp.so.1.0.0
>	usr/lib/libgomp.spec
>	usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
>	usr/lib/<mach64>/libgomp.so.1.0.0
>	usr/lib/<mach64>/libgomp.spec

I don't think the libgomp.spec files are used at runtime, but only by the
compiler driver.  Why are they in here?

Adding to this, I'm pretty sure the libgomp.spec files are (or can be)
compiler version dependent, and it's necessary to install them into some
version specific directory instead.

>	Imported Interfaces
>	===================
>	binutils

Which parts of binutils are used?  GNU as on x86, but Sun as on SPARC?  It
should be possible to use Sun as on x86/x64, but probably only in GCC 4.4.

>	ld

I hope you use Sun ld everywhere!

	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From Jyri.Virkki@sun.com Fri Nov 13 15:01:26 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nADN1QXm004900
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 13 Nov 2009 15:01:26 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nADN1PD1002971
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 13 Nov 2009 15:01:26 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KT200C07LA07H00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 13 Nov 2009 15:01:12 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KT2004C9L9Z2G60@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri,
 13 Nov 2009 15:01:12 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nADN1BiO020051	for
 <LSARC-ext@sun.com>; Fri, 13 Nov 2009 15:01:11 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KT200700L12LN00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 13 Nov 2009 15:01:11 -0800 (PST)
Received: from [192.168.11.3] ([unknown] [209.128.86.122])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KT200A86L9YTD00@fe-sfbay-09.sun.com>; Fri,
 13 Nov 2009 15:01:11 -0800 (PST)
Date: Fri, 13 Nov 2009 15:01:10 -0800
From: Jyri Virkki <Jyri.Virkki@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <19197.32178.819303.360009@komagatake.TechFak.Uni-Bielefeld.DE>
Sender: Jyri.Virkki@sun.com
To: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Cc: George Vasick <George.Vasick@sun.com>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <D3D0D879-D60F-4A9F-A50F-690AF6E29001@sun.com>
MIME-version: 1.0
X-Mailer: Apple Mail (2.930.3)
Content-type: text/plain; CHARSET=US-ASCII; delsp=yes; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
 <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AFCBDE3.2010105@sun.com>
 <19197.32178.819303.360009@komagatake.TechFak.Uni-Bielefeld.DE>
Status: RO
Content-Length: 665


On Nov 13, 2009, at 7:39 AM, Rainer Orth wrote:
>> /usr/postgres/:
>> 8.2/
>> 8.3/
>>
>> I am happy to use whichever scheme is considered the correct  
>> precedent.
>
> Fine: in fact I think this is a job for ARC, to provide guidance here.

This very question is a topic in 2009/606, also going on currently.

It has not received a huge amount of discussion but the few opinions  
expressed are in favor of .../$COMPONENT/$VERSION/* directory  
hierarchy where applicable.  That is also the more common layout among  
existing set of precedents, although there is a little bit of every  
variant in current Solaris.


-- 
Jyri Virkki - jyri.virkki@sun.com

.





From George.Vasick@sun.com Tue Nov 17 14:01:34 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAHM1Y9f006703
	for <LSARC-ext@sac.sfbay.sun.com>; Tue, 17 Nov 2009 14:01:34 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id nAHM1VFD041127
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 17 Nov 2009 15:01:34 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KT90070HX6L6M00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Tue, 17 Nov 2009 14:01:33 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KT900635X6ITA70@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue,
 17 Nov 2009 14:01:31 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAHM1UgK005037	for
 <LSARC-ext@sun.com>; Tue, 17 Nov 2009 14:01:30 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KT900200X50KR00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Tue, 17 Nov 2009 14:01:30 -0800 (PST)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KT900JP3X6H7990@fe-sfbay-10.sun.com>; Tue,
 17 Nov 2009 14:01:29 -0800 (PST)
Date: Tue, 17 Nov 2009 14:01:19 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <D3D0D879-D60F-4A9F-A50F-690AF6E29001@sun.com>
Sender: George.Vasick@sun.com
To: Jyri Virkki <Jyri.Virkki@sun.com>
Cc: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <4B031D2F.6080108@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
 <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AFCBDE3.2010105@sun.com>
 <19197.32178.819303.360009@komagatake.TechFak.Uni-Bielefeld.DE>
 <D3D0D879-D60F-4A9F-A50F-690AF6E29001@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1544

Hi Jyri,

Thanks for the pointer to 2009/606.

I looked at the latest proposal sent this morning and noticed the file 
layout is different than that used by postgres, one of the prime 
examples people suggested I should follow for gcc.

Postgres puts most components under a single subdirectory:

/usr/postgres/8.3/bin
/usr/postgres/8.3/doc
/usr/postgres/8.3/etc
/usr/postgres/8.3/include
/usr/postgres/8.3/lib
/usr/postgres/8.3/man
/usr/postgres/8.3/share

while collectd proposes to put its subdirectories in multiple locations:

/usr/lib/collectd/4
/etc/collectd/4/conf.d
/var/collectd/4/rrd
                /logs
                /run
/usr/share/collectd/4
/usr/include/collectd/4

I had expected collectd to use something like the postgres layout but it 
seems to have followed another variant.  This leaves me confused as to 
what standard I should follow for gcc.


Thanks,
George


Jyri Virkki wrote:
> 
> On Nov 13, 2009, at 7:39 AM, Rainer Orth wrote:
>>> /usr/postgres/:
>>> 8.2/
>>> 8.3/
>>>
>>> I am happy to use whichever scheme is considered the correct precedent.
>>
>> Fine: in fact I think this is a job for ARC, to provide guidance here.
> 
> This very question is a topic in 2009/606, also going on currently.
> 
> It has not received a huge amount of discussion but the few opinions 
> expressed are in favor of .../$COMPONENT/$VERSION/* directory hierarchy 
> where applicable.  That is also the more common layout among existing 
> set of precedents, although there is a little bit of every variant in 
> current Solaris.

From Jyri.Virkki@sun.com Tue Nov 17 15:02:49 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAHN2n3p008556
	for <LSARC-ext@sac.sfbay.sun.com>; Tue, 17 Nov 2009 15:02:49 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAHN2luW028339;
	Tue, 17 Nov 2009 15:02:49 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTA00M0H00OBJ00@brm-avmta-1.central.sun.com>; Tue,
 17 Nov 2009 16:02:48 -0700 (MST)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTA00HPX00O3230@brm-avmta-1.central.sun.com>; Tue,
 17 Nov 2009 16:02:48 -0700 (MST)
Received: from dm-usca15-11.red.iplanet.com
 (host-185-56-18-192.iplanet.com [192.18.56.185] (may be forged))
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nAHN2jdD004481; Tue,
 17 Nov 2009 23:02:45 +0000 (GMT)
Received: from buye.red.iplanet.com (buye [192.18.65.224])
	by dm-usca15-11.red.iplanet.com (8.11.7p1+Sun/8.11.7/IPLANET,v1.2)
 with ESMTP id nAHN2jK12513; Tue, 17 Nov 2009 15:02:45 -0800 (PST)
Received: from buye.red.iplanet.com (localhost [127.0.0.1])
	by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id nAHN2jGA023132; Tue,
 17 Nov 2009 15:02:45 -0800 (PST)
Received: (from jyri@localhost)
	by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id nAHN2i6K023131; Tue,
 17 Nov 2009 15:02:44 -0800 (PST)
Date: Tue, 17 Nov 2009 15:02:44 -0800
From: Jyri Virkki <Jyri.Virkki@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B031D2F.6080108@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <20091117230244.GE17879@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
 <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AFCBDE3.2010105@sun.com>
 <19197.32178.819303.360009@komagatake.TechFak.Uni-Bielefeld.DE>
 <D3D0D879-D60F-4A9F-A50F-690AF6E29001@sun.com> <4B031D2F.6080108@sun.com>
User-Agent: Mutt/1.5.11
Status: RO
Content-Length: 519

George Vasick wrote:
>
> I had expected collectd to use something like the postgres layout but it 
> seems to have followed another variant.  This leaves me confused as to 
> what standard I should follow for gcc.

The general discussion was about ".../$COMPONENT/$VERSION/*" vs.
".../$COMPONENT$VERSION/*".  As to what the "..." stands for, that
depends on the context of what's being delivered...

(I haven't read the full thread on this (2009/575) case.)

-- 
Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems

From George.Vasick@sun.com Tue Nov 17 16:06:35 2009
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAI06YQ2009773
	for <LSARC-ext@sac.sfbay.sun.com>; Tue, 17 Nov 2009 16:06:35 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id nAI06XTA016372
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 18 Nov 2009 00:06:34 GMT
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTA00D0Z2YWFJ00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Tue, 17 Nov 2009 16:06:32 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTA006YL2YVTCE0@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue,
 17 Nov 2009 16:06:32 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAI06V3C016191	for
 <LSARC-ext@sun.com>; Tue, 17 Nov 2009 16:06:31 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTA004002YSOT00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Tue, 17 Nov 2009 16:06:31 -0800 (PST)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTA00EFY2YVQZ40@fe-sfbay-10.sun.com>; Tue,
 17 Nov 2009 16:06:31 -0800 (PST)
Date: Tue, 17 Nov 2009 16:06:20 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <20091117230244.GE17879@sun.com>
Sender: George.Vasick@sun.com
To: Jyri Virkki <Jyri.Virkki@sun.com>
Cc: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>,
        Raj Prakash <rprak@trainwreck.sfbay.sun.com>, LSARC-ext@sun.com
Message-id: <4B033A7C.1060501@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4AE8C8F8.5090009@sun.com> <4AE9B345.4030000@sun.com>
 <yddljik7srm.fsf@TechFak.Uni-Bielefeld.DE> <4AF8707B.6000903@sun.com>
 <19196.29119.135752.566554@komagatake.TechFak.Uni-Bielefeld.DE>
 <4AFCBDE3.2010105@sun.com>
 <19197.32178.819303.360009@komagatake.TechFak.Uni-Bielefeld.DE>
 <D3D0D879-D60F-4A9F-A50F-690AF6E29001@sun.com> <4B031D2F.6080108@sun.com>
 <20091117230244.GE17879@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 558

Jyri Virkki wrote:
> George Vasick wrote:
>> I had expected collectd to use something like the postgres layout but it 
>> seems to have followed another variant.  This leaves me confused as to 
>> what standard I should follow for gcc.
> 
> The general discussion was about ".../$COMPONENT/$VERSION/*" vs.
> ".../$COMPONENT$VERSION/*".  As to what the "..." stands for, that
> depends on the context of what's being delivered...

That part is good, we'll use .../gcc/4.3/...

Thanks,
George

> 
> (I haven't read the full thread on this (2009/575) case.)
> 

From George.Vasick@Sun.COM Fri Nov 20 15:40:43 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAKNehnG005349
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 20 Nov 2009 15:40:43 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id nAKNehpI009092
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 20 Nov 2009 16:40:43 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTF00F01LRV4J00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 20 Nov 2009 15:40:43 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTF00CE4LRUT490@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri,
 20 Nov 2009 15:40:42 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAKNegL6006450	for
 <LSARC-ext@sun.com>; Fri, 20 Nov 2009 15:40:42 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTF00E00LF9A600@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 20 Nov 2009 15:40:42 -0800 (PST)
Received: from [129.146.85.244] ([unknown] [129.146.85.244])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTF00ET3LRU9310@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 20 Nov 2009 15:40:42 -0800 (PST)
Date: Fri, 20 Nov 2009 15:40:34 -0800
From: George Vasick <George.Vasick@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
Sender: George.Vasick@Sun.COM
To: Raj.Prakash@Sun.COM
Cc: LSARC-ext@Sun.COM
Message-id: <4B0728F2.2080709@sun.com>
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_Lf1RSjEXHeXCBXrwaDT0uQ)"
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 12414

This is a multi-part message in MIME format.

--Boundary_(ID_Lf1RSjEXHeXCBXrwaDT0uQ)
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT

Attached, please find the revision 3 of the GCC proposal addressing the 
following feedback:

1)  GCC should install in /usr/bin/gcc/<major.minor>.

2)  Committed interfaces stability is too high and should be lowered to 
uncommitted.

3)  Gccfss components should be broken out into a separate package.

4)  libgomp.spec should be moved to version specific location.

Issues not addressed directly in the updated proposal:

Issue 1:
One additional issue occurred to me in the meantime: does it really make 
sense to deliver every version of the runtime libs in its own package, 
rather than having separate packages for (say) all libstdc++ runtime 
libs together?

Response:
Runtime library packages are versioned only by their major number. 
There will not be multiple packages for various minor and micro versions 
of the libraries.  For example, GCC 4.3.3 includes libstdc++.so.6.0.10 
while GCC 4.4. includes libstdc++.so.6.0.13.  The current version of 
SUNWgcclibstdc6 will contain libstdc++.so.6.0.10.  When we release GCC 
4.4, the SUNWgcclibstdc6 will be updated to contain libstdc++.so.6.0.13. 
  At any point, SUNWgcclibstdc6 will only include the latest version of 
libstdc++.so.6.x.y.

Issue 2:
It's obvious you're including gccfss, but what are the consequences?  Do 
you replace the GCC SPARC backend by the Sun backend here?  This may not 
be appropriate, since this heavily deviates from the upstream FSF GCC, 
and may cause problems.  Have you run the GCC testsuite this way and 
compared the results to those with the GCC backend?  I think it should 
be possible for the user to select between gccfss and the regular GCC 
backend here.

Response:
We provide both the GCC backend and the Sun backend.  We include the GCC 
testsuite in our testing of the Sun backend.  The user is able to invoke 
the GCC backend under flag control.

Issue 3:
I hope you use Sun ld everywhere!

Response:
Yes.


Are there any other questions or concerns that I missed?


Thanks,
George

--Boundary_(ID_Lf1RSjEXHeXCBXrwaDT0uQ)
Content-type: text/plain; name=gcc4_rev3.txt
Content-transfer-encoding: 7BIT
Content-disposition: inline; filename=gcc4_rev3.txt

Copyright 2009 Sun Microsystems

1. Introduction
   1.1. Project/Component Working Name:
	GCC4: The GNU Compiler Collection 4.X

   1.2. Name of Document Author/Supplier:
	George Vasick

   1.3. Date of This Document:
	11/20/2009

   1.5. Email Aliases:
    	1.5.1. Responsible Manager: kurt.goebel@sun.com
    	1.5.2. Responsible Engineer: george.vasick@sun.com
	1.5.4. Interest List: sfwnv-discuss@opensolaris.org,
	       tools-compilers@opensolaris.org

2. Project Summary
   2.1. Project Description:
	Provide GCC 4.X and allow for the coexistence of multiple
	versions of GCC installed simultaneously.

	GCC 3.4.3, the current build compiler for OpenSolaris and
	Nevada, will remain unchanged in /usr/sfw.

4. Technical Description:
    4.1. Details:
	Versions of GCC will be installed in /usr/gcc/<major.minor>, in
	this case /usr/bin/gcc/4.3/[bin, lib, include,info, man,
	share].  The runtime libraries will be installed /usr/lib with
	major, minor, and micro suffixes as appropriate along with a
	link for the major version, e.g libstdc++.so.6.0.10 and
	libstdc++.so.6 -> libstdc++.so.6.0.10.  See section 4.5
	Interfaces below for additional details.

	This case proposes to modify the previous release,
	LSARC/2008/776 GNU Developer Collection, as follows:

	1)  The versioned command suffixes used in the 4.3.2 release
	will be replace by versioned install locations following the
	model used by postgres.

	2)  Runtime libraries will be refactored from a single package
	into multiple packages, one package per library, to allow
	individual libraries to be upgraded in future releases.

	3)  SUNWgcc432 package will be replaced by SUNWgcc43 package.

	4)  SUNWgccruntime432 package will be refactored into the
	following:
		SUNWgcclibgcc1
		SUNWgcclibgfortran3
		SUNWgcclibgomp1
		SUNWgcclibobjc2
		SUNWgcclibssp0
		SUNWgcclibstdc6

	5)  SUNWgcc4 will be added to set default version to the latest
	GCC version.

	The existing SUNWgcc and SUNWgccruntime packages containing
	GCC3.4.3 will be retained to support the current Nevada build
	environment.

    4.2. Bug/RFE Number(s):
	6674032: Introduce GCC 4.3.x (or later) in Nevada

    4.5. Interfaces:

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc4				Latest GCC installed.
						All interfaces Uncommitted.
	usr/bin/c++				symlink to latest c++
	usr/bin/cpp				symlink to latest cpp
	usr/bin/g++				symlink to latest g++
	usr/bin/gcc				symlink to latest gcc
	usr/bin/gccbug				symlink to latest gccbug
	usr/bin/gcov				symlink to latest gcov
	usr/bin/gfortran			symlink to latest gfortran
	usr/share/info/cpp.info			symlink to latest cpp.info
	usr/share/info/cppinternals.info	symlink to latest cppinternals.info
	usr/share/info/gcc.info			symlink to latest gcc.info
	usr/share/info/gccinstall.info		symlink to latest gccinstall.info
	usr/share/info/gccint.info		symlink to latest gccint.info
	usr/share/info/gfortran.info		symlink to latest gfortran.info
	usr/share/info/libgomp.info		symlink to latest libgomp.info
	usr/share/man/man1/cpp.1		symlink to latest cpp.1
	usr/share/man/man1/g++.1		symlink to latest g++.1
	usr/share/man/man1/gcc.1		symlink to latest gcc.1
	usr/share/man/man1/gcov.1		symlink to latest gcov.1
	usr/share/man/man1/gfortran.1		symlink to latest gfortran.1
	usr/share/man/man5/fsf-funding.5	symlink to latest fsf-funding.5
	usr/share/man/man5/gfdl.5		symlink to latest gfdl.5
	usr/share/man/man5/gpl.5		symlink to latest gpl.5

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc43				GCC 4.3.X package.
						All interfaces Uncommitted.
	usr/gcc
	usr/gcc/4.3
	usr/gcc/4.3/bin
	usr/gcc/4.3/bin/c++=g++
	usr/gcc/4.3/bin/cpp
	usr/gcc/4.3/bin/g++
	usr/gcc/4.3/bin/gcc
	usr/gcc/4.3/bin/gccbug
	usr/gcc/4.3/bin/gcov
	usr/gcc/4.3/bin/gfortran
	usr/gcc/4.3/bin/i386-pc-solaris2.11-c++=g++
	usr/gcc/4.3/bin/i386-pc-solaris2.11-g++=g++
	usr/gcc/4.3/bin/i386-pc-solaris2.11-gcc=gcc
	usr/gcc/4.3/bin/i386-pc-solaris2.11-gcc-4.3.3=gcc
	usr/gcc/4.3/bin/i386-pc-solaris2.11-gfortran=gfortran
	usr/gcc/4.3/include/*
	usr/gcc/4.3/info/*
	usr/gcc/4.3/lib
	usr/gcc/4.3/lib/<mach64>
	usr/gcc/4.3/lib/<mach64>/libgcc_s.so=../../../../lib/<mach64>/libgcc_s.so.1
	usr/gcc/4.3/lib/<mach64>/libgfortran.so=../../../../lib/<mach64>/libgfortran.so.3
	usr/gcc/4.3/lib/<mach64>/libgomp.so=../../../../lib/<mach64>/libgomp.so.1
	usr/gcc/4.3/lib/<mach64>/libgomp.spec
	usr/gcc/4.3/lib/<mach64>/libobjc.so=../../../../lib/<mach64>/libobjc.so.2
	usr/gcc/4.3/lib/<mach64>/libobjc_gc.so=../../../../lib/<mach64>/libobjc_gc.so.2
	usr/gcc/4.3/lib/<mach64>/libssp.so=../../../../lib/<mach64>/libssp.so.0
	usr/gcc/4.3/lib/<mach64>/libstdc++.so=../../../../lib/<mach64>/libstdc++.so.6
	usr/gcc/4.3/lib/gcc
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/crtbegin.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/crtend.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/gmon.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/libgcc.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/libgcc_eh.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/libgcov.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/libgfortranbegin.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/cc1
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/cc1obj
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/cc1plus
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/collect2
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/crtbegin.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/crtend.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/f951
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/finclude/*
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/gmon.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/include
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/include-fixed/*
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/include/*
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/install-tools/*
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/libgcc.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/libgcc_eh.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/libgcov.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/libgfortranbegin.a
	usr/gcc/4.3/lib/libgcc_s.so=../../../lib/libgcc_s.so.1
	usr/gcc/4.3/lib/libgfortran.so=../../../lib/libgfortran.so.3
	usr/gcc/4.3/lib/libgomp.so=../../../lib/libgomp.so.1
	usr/gcc/4.3/lib/libgomp.spec
	usr/gcc/4.3/lib/libobjc.so=../../../lib/libobjc.so.2
	usr/gcc/4.3/lib/libobjc_gc.so=../../../lib/libobjc_gc.so.2
	usr/gcc/4.3/lib/libssp.so=../../../lib/libssp.so.0
	usr/gcc/4.3/lib/libstdc++.so=../../../lib/libstdc++.so.6
	usr/gcc/4.3/man
	usr/gcc/4.3/man/man1
	usr/gcc/4.3/man/man1/cpp.1
	usr/gcc/4.3/man/man1/g++.1
	usr/gcc/4.3/man/man1/gcc.1
	usr/gcc/4.3/man/man1/gcov.1
	usr/gcc/4.3/man/man1/gfortran.1
	usr/gcc/4.3/man/man5
	usr/gcc/4.3/man/man5/fsf-funding.5
	usr/gcc/4.3/man/man5/gfdl.5
	usr/gcc/4.3/man/man5/gpl.5
	usr/gcc/4.3/share/locale/*

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgcc1				Low level runtime library
						package.
						All interfaces Uncommitted.
	usr/lib/libgcc_s.so.1
	usr/lib/<mach64>/libgcc_s.so.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgfortran3			Fortran runtime library package.
						All interfaces Uncommitted.
	usr/lib/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgomp1				OpenMP runtime library package.
						All interfaces Uncommitted.
	usr/lib/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.so.1.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibobjc2				Objective C runtime library
						package.
						All interfaces Uncommitted.
	usr/lib/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/libobjc.so.2.0.0
	usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibssp0				Stack Smashing Protection
						runtime library package.
						All interfaces Uncommitted.
	usr/lib/libssp.so.0=libssp.so.0.0.0
	usr/lib/libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0=libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibstdc6				C++ runtime library package.
						All interfaces Uncommitted.
	usr/lib/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6.0.10

	Exported Interfaces			Comments
	===================                     ========
	SUNWgccgccfss				Sun backend components.
						(SPARC only)
						All interfaces Uncommitted.
	usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/*
	Main interfaces:
	cg
	fbe
	ipo
	iropt
	postopt
	lib_I_dbg_gen.so.1
	liblni.so.1
	libsunir.so

	Imported Interfaces
	===================
	libc.so.1
	libgmp.so
	libm.so.2
	libmpfr.so
	gas (i386)
	as (sparc)
	ld
    
    4.6. Doc Impact:
	Current man and info pages will be provided.
    
    4.10. Packaging & Delivery:
	SUNWgcc4
	SUNWgcc43
	SUNWgcclibgcc1
	SUNWgcclibgfortran3
	SUNWgcclibgomp1
	SUNWgcclibobjc2
	SUNWgcclibssp0
	SUNWgcclibstdc6
	SUNWgccfss43
	SUNWgcc432 (deleted)
	SUNWgccruntime432 (deleted)

5. Reference Documents:
	LSARC/2008/776	GNU Developer Collection

6. Resources and Schedule:
   6.5. ARC review type:
		FastTrack

   6.6. ARC Exposure:
		open

--Boundary_(ID_Lf1RSjEXHeXCBXrwaDT0uQ)--

From George.Vasick@Sun.COM Fri Nov 20 18:03:25 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAL23Pi7007941
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 20 Nov 2009 18:03:25 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id nAL23Puu023286
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 20 Nov 2009 19:03:25 -0700 (MST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTF00K01SDPHK00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 20 Nov 2009 19:03:25 -0700 (MST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTF00ET1SDOPR10@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri,
 20 Nov 2009 19:03:24 -0700 (MST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAL23OSf015089	for
 <LSARC-ext@sun.com>; Fri, 20 Nov 2009 18:03:24 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTF00F00S8AUM00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 20 Nov 2009 18:03:24 -0800 (PST)
Received: from [192.168.1.100] ([unknown] [99.56.143.70])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTF00571SDO7A50@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 20 Nov 2009 18:03:24 -0800 (PST)
Date: Fri, 20 Nov 2009 18:03:19 -0800
From: George Vasick <George.Vasick@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0728F2.2080709@sun.com>
Sender: George.Vasick@Sun.COM
To: George Vasick <George.Vasick@Sun.COM>
Cc: Raj.Prakash@Sun.COM, LSARC-ext@Sun.COM
Message-id: <4B074A67.1080807@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 391

One correction:

> 	Exported Interfaces			Comments
> 	===================                     ========
> 	SUNWgccgccfss				Sun backend components.
> 						(SPARC only)
> 						All interfaces Uncommitted.
> 	usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/*

The above path should actually be

	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/gccfss/4.3.3/prod/*

Sorry for the confusion,
George

From George.Vasick@sun.com Fri Nov 20 18:08:13 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAL28DFb008293
	for <LSARC-ext@sac.sfbay.sun.com>; Fri, 20 Nov 2009 18:08:13 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAL28DL9003404
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 20 Nov 2009 18:08:13 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTF00H01SLPPR00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 20 Nov 2009 18:08:13 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTF009F8SLPTX20@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri,
 20 Nov 2009 18:08:13 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAL28DcB015262	for
 <LSARC-ext@sun.com>; Fri, 20 Nov 2009 18:08:13 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTF00J00SI21G00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 20 Nov 2009 18:08:13 -0800 (PST)
Received: from [192.168.1.100] ([unknown] [99.56.143.70])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTF0056WSLO7A60@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Fri, 20 Nov 2009 18:08:13 -0800 (PST)
Date: Fri, 20 Nov 2009 18:08:08 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B074A67.1080807@sun.com>
Sender: George.Vasick@sun.com
To: George Vasick <George.Vasick@sun.com>
Cc: Raj.Prakash@sun.com, LSARC-ext@sun.com
Message-id: <4B074B88.8090903@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <4B074A67.1080807@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 559

George Vasick wrote:
> One correction:
> 
>>     Exported Interfaces            Comments
>>     ===================                     ========
>>     SUNWgccgccfss                Sun backend components.

The correct package name is also SUNWgccgccfss43

>>                         (SPARC only)
>>                         All interfaces Uncommitted.
>>     usr/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/*
> 
> The above path should actually be
> 
>     usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/gccfss/4.3.3/prod/*
> 
> Sorry for the confusion,
> George

From George.Vasick@Sun.COM Sat Nov 21 00:07:02 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAL8720L023235
	for <LSARC-ext@sac.sfbay.sun.com>; Sat, 21 Nov 2009 00:07:02 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAL8721N019041
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 21 Nov 2009 00:07:02 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTG00J0197QLL00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Sat, 21 Nov 2009 00:07:02 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTG00GLM97P2W10@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sat,
 21 Nov 2009 00:07:01 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAL871VY012439	for
 <LSARC-ext@sun.com>; Sat, 21 Nov 2009 00:07:01 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTG00A008Y3D400@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Sat, 21 Nov 2009 00:07:01 -0800 (PST)
Received: from [192.168.1.100] ([unknown] [99.56.143.70])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTG001RY97PUG40@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Sat, 21 Nov 2009 00:07:01 -0800 (PST)
Date: Sat, 21 Nov 2009 00:06:56 -0800
From: George Vasick <George.Vasick@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B074B88.8090903@sun.com>
Sender: George.Vasick@Sun.COM
To: George Vasick <George.Vasick@Sun.COM>
Cc: Raj.Prakash@Sun.COM, LSARC-ext@Sun.COM
Message-id: <4B079FA0.9050803@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <4B074A67.1080807@sun.com>
 <4B074B88.8090903@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 365

Corrected info for SUNWgccfss43:

	Exported Interfaces			Comments
	===================                     ========
	SUNWgccfss43				Sun backend components.
						(SPARC only)
						All interfaces Uncommitted.
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/gccfss/4.3.3/prod/*
	Main interfaces:
	cg
	fbe
	ipo
	iropt
	postopt
	lib_I_dbg_gen.so.1
	liblni.so.1
	libsunir.so

From Darren.Moffat@sun.com Mon Nov 23 04:15:29 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nANCFSVb000340
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 23 Nov 2009 04:15:28 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nANCFILK023963
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 23 Nov 2009 04:15:28 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTK00A15A1R9600@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@Sun.COM); Mon, 23 Nov 2009 05:15:27 -0700 (MST)
Received: from gmp-eb-inf-1.sun.com ([192.18.6.21])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTK00KDVA1PMQ70@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon,
 23 Nov 2009 05:15:25 -0700 (MST)
Received: from fe-emea-10.sun.com
 (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged))
	by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nANCFONp011678	for
 <LSARC-ext@Sun.COM>; Mon, 23 Nov 2009 12:15:24 +0000 (GMT)
Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTK0070097LKH00@fe-emea-10.sun.com> for LSARC-ext@Sun.COM
 (ORCPT LSARC-ext@Sun.COM); Mon, 23 Nov 2009 12:15:10 +0000 (GMT)
Received: from [192.168.1.105]
 (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150])
 by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTK00BBXA14XN60@fe-emea-10.sun.com> for LSARC-ext@Sun.COM
 (ORCPT LSARC-ext@Sun.COM); Mon, 23 Nov 2009 12:15:04 +0000 (GMT)
Date: Mon, 23 Nov 2009 12:15:04 +0000
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0728F2.2080709@sun.com>
Sender: Darren.Moffat@sun.com
To: George Vasick <George.Vasick@sun.com>
Cc: Raj.Prakash@sun.com, LSARC-ext@sun.com
Message-id: <4B0A7CC8.1070907@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091027)
Status: RO
Content-Length: 532

George Vasick wrote:
> Attached, please find the revision 3 of the GCC proposal addressing the 
> following feedback:
> 
> 1)  GCC should install in /usr/bin/gcc/<major.minor>.

I haven't been following this case that closely but that concerns me 
deeply.  /usr/gcc/bin/<major.minor>/  I understand but please don't add 
new subdirectories under /usr/bin/  the only subdirs we should have 
below /usr/bin are the $ISA specific ones.  /usr/bin/X11 was a mistake 
from ancient history that shouldn't be repeated.

-- 
Darren J Moffat

From ro@CeBiTec.Uni-Bielefeld.DE Mon Nov 23 06:02:47 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nANE2kqD002458
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 23 Nov 2009 06:02:47 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nANE2IR1005294;
	Mon, 23 Nov 2009 06:02:43 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTK0020JF0C2800@nwk-avmta-2.sfbay.sun.com>; Mon,
 23 Nov 2009 06:02:36 -0800 (PST)
Received: from brmea-mail-2.sun.com ([192.18.98.43])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTK00FG2F0CGL80@nwk-avmta-2.sfbay.sun.com>; Mon,
 23 Nov 2009 06:02:36 -0800 (PST)
Received: from relay42i.sun.com ([192.5.209.72])
	by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nANE1esF012039; Mon,
 23 Nov 2009 14:02:35 +0000 (GMT)
Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232])
 by relay42i.sun.com with ESMTP id BT-MMP-1145785; Mon,
 23 Nov 2009 14:02:35 +0000 (Z)
Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94])
 by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-67900061; Mon,
 23 Nov 2009 14:02:34 +0000 (Z)
Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE
 ([129.70.160.84] [129.70.160.84]) by relay4i.sun.com with ESMTP id
 BT-MMP-20506747; Mon, 23 Nov 2009 14:02:34 +0000 (Z)
Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])
	by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 8006193F; Mon,
 23 Nov 2009 15:02:33 +0100 (CET)
Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1])
	by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])
 (amavisd-new, port 10024)	with LMTP id K2NRWPa35ZXI; Mon,
 23 Nov 2009 15:02:29 +0100 (CET)
Received: from manam.CeBiTec.Uni-Bielefeld.DE
 (manam.CeBiTec.Uni-Bielefeld.DE [129.70.161.120])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)	by smtp-relay.CeBiTec.Uni-Bielefeld.DE
 (Postfix) with ESMTPS id BC63893E; Mon, 23 Nov 2009 15:02:29 +0100 (CET)
Received: (from ro@localhost)	by manam.CeBiTec.Uni-Bielefeld.DE
 (8.14.3+Sun/8.14.3/Submit) id nANE2Tsa002702; Mon,
 23 Nov 2009 15:02:29 +0100 (MET)
Date: Mon, 23 Nov 2009 15:02:29 +0100
From: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0728F2.2080709@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Raj.Prakash@sun.com, LSARC-ext@sun.com
Message-id: <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Virus-Scanned: amavisd-new at cebitec.uni-bielefeld.de
X-Antispam: No, score=-0.2/5.0, scanned in 0.307sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com>
X-Authentication-warning: manam.CeBiTec.Uni-Bielefeld.DE: ro set sender to
 ro@CeBiTec.Uni-Bielefeld.DE using -f
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (usg-unix-v)
Status: RO
Content-Length: 4105

George Vasick <George.Vasick@Sun.COM> writes:

> Attached, please find the revision 3 of the GCC proposal addressing the
> following feedback:

Thanks, looks much better overall.

> 1)  GCC should install in /usr/bin/gcc/<major.minor>.

Darren already commented on this: I think this is meant to be
/usr/gcc/<major.minor> instead, although the spec uses both forms.
Please clarify.

> 2)  Committed interfaces stability is too high and should be lowered to
> uncommitted.

Seems right for the moment (perhaps with the exception of libssp), but
as I mentioned this is an area where more work needs to be invested into
GCC in the future: e.g. libstdc++ uses version maps to only expose
public symbols, but that requires GNU ld features at the moment.  I'll
check with the Sun linker guys what do do about this.

> 3)  Gccfss components should be broken out into a separate package.
>
> 4)  libgomp.spec should be moved to version specific location.

Good.

> Issues not addressed directly in the updated proposal:
>
> Issue 1:
> One additional issue occurred to me in the meantime: does it really make
> sense to deliver every version of the runtime libs in its own package,
> rather than having separate packages for (say) all libstdc++ runtime libs
> together?
>
> Response:
> Runtime library packages are versioned only by their major number. There
> will not be multiple packages for various minor and micro versions of the
> libraries.  For example, GCC 4.3.3 includes libstdc++.so.6.0.10 while GCC
> 4.4. includes libstdc++.so.6.0.13.  The current version of SUNWgcclibstdc6
> will contain libstdc++.so.6.0.10.  When we release GCC 4.4, the
> SUNWgcclibstdc6 will be updated to contain libstdc++.so.6.0.13. At any
> point, SUNWgcclibstdc6 will only include the latest version of
> libstdc++.so.6.x.y.

I never assumed otherwise.  Even so, it may be an option to have only a
single package delivering libstdc++.so.6 and (say) libstdc++.so.7
instead of splitting, just like the Studio compilers deliver all major
versions of libF77.so in SPROl77sx.  I don't really think users know
(and care) about specific shared library to be installed separately.

> Issue 2:
> It's obvious you're including gccfss, but what are the consequences?  Do
> you replace the GCC SPARC backend by the Sun backend here?  This may not be
> appropriate, since this heavily deviates from the upstream FSF GCC, and may
> cause problems.  Have you run the GCC testsuite this way and compared the
> results to those with the GCC backend?  I think it should be possible for
> the user to select between gccfss and the regular GCC backend here.
>
> Response:
> We provide both the GCC backend and the Sun backend.  We include the GCC
> testsuite in our testing of the Sun backend.  The user is able to invoke
> the GCC backend under flag control.

How does this work (i.e. which flags are used), and what is the default?

> Issue 3:
> I hope you use Sun ld everywhere!
>
> Response:
> Yes.
>
>
> Are there any other questions or concerns that I missed?

I don't remember any.

> 1. Introduction
>    1.1. Project/Component Working Name:
> 	GCC4: The GNU Compiler Collection 4.X

Perhaps this should be changed to GCC 4.3?  I expect there will be
similar cases for GCC 4.4 in the future, so it's better to distinguish
them, especially if future cases add additional languages, like Ada and
Java.

> 2. Project Summary
>    2.1. Project Description:
> 	Provide GCC 4.X and allow for the coexistence of multiple
> 	versions of GCC installed simultaneously.
>
> 	GCC 3.4.3, the current build compiler for OpenSolaris and
> 	Nevada, will remain unchanged in /usr/sfw.
>
> 4. Technical Description:
>     4.1. Details:
> 	Versions of GCC will be installed in /usr/gcc/<major.minor>, in
> 	this case /usr/bin/gcc/4.3/[bin, lib, include,info, man,
> 	share].  The runtime libraries will be installed /usr/lib with
> 	major, minor, and micro suffixes as appropriate along with a
> 	link for the major version, e.g libstdc++.so.6.0.10 and
> 	libstdc++.so.6 -> libstdc++.so.6.0.10.  See section 4.5
> 	Interfaces below for additional details.

From the file list, it seems like you will be integrating GCC 4.3.3?
Status: RO

Why not go straight to the latest 4.3 release, 4.3.4?

>     4.5. Interfaces:
>
> 	Exported Interfaces			Comments
> 	===================                     ========
> 	SUNWgcc4				Latest GCC installed.
> 						All interfaces Uncommitted.
> 	usr/bin/c++				symlink to latest c++
> 	usr/bin/cpp				symlink to latest cpp
> 	usr/bin/g++				symlink to latest g++
> 	usr/bin/gcc				symlink to latest gcc
> 	usr/bin/gccbug				symlink to latest gccbug

The email submission of GCC bugs hasn't worked for a long time and the
GCC project doesn't seem inclined to fix this any time soon, so it would
be better to not link gccbug into /usr/bin at the moment.

> 	Exported Interfaces			Comments
> 	===================                     ========
> 	SUNWgcc43				GCC 4.3.X package.
> 						All interfaces Uncommitted.
> 	usr/gcc/4.3/lib/<mach64>/libobjc_gc.so=../../../../lib/<mach64>/libobjc_gc.so.2

You seem to be configuring GCC with --enable-objc-gc, which is not the
default?  Why?

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From George.Vasick@sun.com Mon Nov 23 08:20:26 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nANGKPYx004951
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 23 Nov 2009 08:20:25 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nANGKPga002742
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 23 Nov 2009 08:20:25 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTK00911LE1FP00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@Sun.COM); Mon, 23 Nov 2009 08:20:25 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTK008MBLE0CA10@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon,
 23 Nov 2009 08:20:24 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nANGKOPY028425	for
 <LSARC-ext@Sun.COM>; Mon, 23 Nov 2009 08:20:24 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTK00100L2QT600@fe-sfbay-10.sun.com> for LSARC-ext@Sun.COM
 (ORCPT LSARC-ext@Sun.COM); Mon, 23 Nov 2009 08:20:24 -0800 (PST)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTK00K62LDSUNB0@fe-sfbay-10.sun.com> for LSARC-ext@Sun.COM
 (ORCPT LSARC-ext@Sun.COM); Mon, 23 Nov 2009 08:20:16 -0800 (PST)
Date: Mon, 23 Nov 2009 08:20:12 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0A7CC8.1070907@Sun.COM>
Sender: George.Vasick@sun.com
To: Darren J Moffat <Darren.Moffat@sun.com>
Cc: Raj.Prakash@sun.com, LSARC-ext@sun.com
Message-id: <4B0AB63C.5010406@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <4B0A7CC8.1070907@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 673

Darren J Moffat wrote:
> George Vasick wrote:
>> Attached, please find the revision 3 of the GCC proposal addressing 
>> the following feedback:
>>
>> 1)  GCC should install in /usr/bin/gcc/<major.minor>.

That is  a typo in the summary.  The attachment shows the correct location:

/usr/gcc/4.3


Sorry about that,
George

> 
> I haven't been following this case that closely but that concerns me 
> deeply.  /usr/gcc/bin/<major.minor>/  I understand but please don't add 
> new subdirectories under /usr/bin/  the only subdirs we should have 
> below /usr/bin are the $ISA specific ones.  /usr/bin/X11 was a mistake 
> from ancient history that shouldn't be repeated.
> 

From George.Vasick@Sun.COM Mon Nov 23 13:30:33 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nANLUXXS012044
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 23 Nov 2009 13:30:33 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nANLUWW4023808
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 23 Nov 2009 13:30:32 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTK00401ZQWHR00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 23 Nov 2009 13:30:32 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTK00LJRZQV74A0@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon,
 23 Nov 2009 13:30:32 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nANLUV7j005153	for
 <LSARC-ext@sun.com>; Mon, 23 Nov 2009 13:30:31 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTK00I00ZIMYG00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 23 Nov 2009 13:30:31 -0800 (PST)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTK00G9GZQU9FG0@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 23 Nov 2009 13:30:31 -0800 (PST)
Date: Mon, 23 Nov 2009 13:30:24 -0800
From: George Vasick <George.Vasick@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
Sender: George.Vasick@Sun.COM
To: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Cc: Raj.Prakash@Sun.COM, LSARC-ext@Sun.COM
Message-id: <4B0AFEF0.6030504@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 6311

Rainer Orth wrote:
> George Vasick <George.Vasick@Sun.COM> writes:
> 
>> Attached, please find the revision 3 of the GCC proposal addressing the
>> following feedback:
> 
> Thanks, looks much better overall.
> 
>> 1)  GCC should install in /usr/bin/gcc/<major.minor>.
> 
> Darren already commented on this: I think this is meant to be
> /usr/gcc/<major.minor> instead, although the spec uses both forms.
> Please clarify.

Sorry, that was a typo.  The correct location in all cases is
/usr/gcc/<major.minor>

> 
>> 2)  Committed interfaces stability is too high and should be lowered to
>> uncommitted.
> 
> Seems right for the moment (perhaps with the exception of libssp), but
> as I mentioned this is an area where more work needs to be invested into
> GCC in the future: e.g. libstdc++ uses version maps to only expose
> public symbols, but that requires GNU ld features at the moment.  I'll
> check with the Sun linker guys what do do about this.
> 
>> 3)  Gccfss components should be broken out into a separate package.
>>
>> 4)  libgomp.spec should be moved to version specific location.
> 
> Good.
> 
>> Issues not addressed directly in the updated proposal:
>>
>> Issue 1:
>> One additional issue occurred to me in the meantime: does it really make
>> sense to deliver every version of the runtime libs in its own package,
>> rather than having separate packages for (say) all libstdc++ runtime libs
>> together?
>>
>> Response:
>> Runtime library packages are versioned only by their major number. There
>> will not be multiple packages for various minor and micro versions of the
>> libraries.  For example, GCC 4.3.3 includes libstdc++.so.6.0.10 while GCC
>> 4.4. includes libstdc++.so.6.0.13.  The current version of SUNWgcclibstdc6
>> will contain libstdc++.so.6.0.10.  When we release GCC 4.4, the
>> SUNWgcclibstdc6 will be updated to contain libstdc++.so.6.0.13. At any
>> point, SUNWgcclibstdc6 will only include the latest version of
>> libstdc++.so.6.x.y.
> 
> I never assumed otherwise.  Even so, it may be an option to have only a
> single package delivering libstdc++.so.6 and (say) libstdc++.so.7
> instead of splitting, just like the Studio compilers deliver all major
> versions of libF77.so in SPROl77sx.  I don't really think users know
> (and care) about specific shared library to be installed separately.

OK, now I get what you mean.

I proposed suffixing the library package names with their major versions
to better manage both new libraries coming in and old libraries going
away.  Maintaining a single package for all major versions of a library
would potentially force users to install multiple version of a library
even if they are sticking to a single version of GCC.

I don't have a strong opinion on this and will make the change.

> 
>> Issue 2:
>> It's obvious you're including gccfss, but what are the consequences?  Do
>> you replace the GCC SPARC backend by the Sun backend here?  This may not be
>> appropriate, since this heavily deviates from the upstream FSF GCC, and may
>> cause problems.  Have you run the GCC testsuite this way and compared the
>> results to those with the GCC backend?  I think it should be possible for
>> the user to select between gccfss and the regular GCC backend here.
>>
>> Response:
>> We provide both the GCC backend and the Sun backend.  We include the GCC
>> testsuite in our testing of the Sun backend.  The user is able to invoke
>> the GCC backend under flag control.
> 
> How does this work (i.e. which flags are used), and what is the default?

The default is the Sun backend and the flag to override is -frtl-backend.

> 
>> Issue 3:
>> I hope you use Sun ld everywhere!
>>
>> Response:
>> Yes.
>>
>>
>> Are there any other questions or concerns that I missed?
> 
> I don't remember any.
> 
>> 1. Introduction
>>    1.1. Project/Component Working Name:
>> 	GCC4: The GNU Compiler Collection 4.X
> 
> Perhaps this should be changed to GCC 4.3?  I expect there will be
> similar cases for GCC 4.4 in the future, so it's better to distinguish
> them, especially if future cases add additional languages, like Ada and
> Java.

Updated in the spec.

> 
>> 2. Project Summary
>>    2.1. Project Description:
>> 	Provide GCC 4.X and allow for the coexistence of multiple
>> 	versions of GCC installed simultaneously.
>>
>> 	GCC 3.4.3, the current build compiler for OpenSolaris and
>> 	Nevada, will remain unchanged in /usr/sfw.
>>
>> 4. Technical Description:
>>     4.1. Details:
>> 	Versions of GCC will be installed in /usr/gcc/<major.minor>, in
>> 	this case /usr/bin/gcc/4.3/[bin, lib, include,info, man,
>> 	share].  The runtime libraries will be installed /usr/lib with
>> 	major, minor, and micro suffixes as appropriate along with a
>> 	link for the major version, e.g libstdc++.so.6.0.10 and
>> 	libstdc++.so.6 -> libstdc++.so.6.0.10.  See section 4.5
>> 	Interfaces below for additional details.
> 
> From the file list, it seems like you will be integrating GCC 4.3.3?
> Why not go straight to the latest 4.3 release, 4.3.4?

Just lead time at this point.  Since this packaging corrects issues with
the 432 release, I want to get it out sooner instead of later.

> 
>>     4.5. Interfaces:
>>
>> 	Exported Interfaces			Comments
>> 	===================                     ========
>> 	SUNWgcc4				Latest GCC installed.
>> 						All interfaces Uncommitted.
>> 	usr/bin/c++				symlink to latest c++
>> 	usr/bin/cpp				symlink to latest cpp
>> 	usr/bin/g++				symlink to latest g++
>> 	usr/bin/gcc				symlink to latest gcc
>> 	usr/bin/gccbug				symlink to latest gccbug
> 
> The email submission of GCC bugs hasn't worked for a long time and the
> GCC project doesn't seem inclined to fix this any time soon, so it would
> be better to not link gccbug into /usr/bin at the moment.

Also updated in the spec.

> 
>> 	Exported Interfaces			Comments
>> 	===================                     ========
>> 	SUNWgcc43				GCC 4.3.X package.
>> 						All interfaces Uncommitted.
>> 	usr/gcc/4.3/lib/<mach64>/libobjc_gc.so=../../../../lib/<mach64>/libobjc_gc.so.2
> 
> You seem to be configuring GCC with --enable-objc-gc, which is not the
> default?  Why?

Correct.  It is optional under flag control to the gcc command.  Is
there a reason we should not provide this feature to our users?


Thanks,
George

> 
> 	Rainer
> 



From George.Vasick@sun.com Tue Nov 24 09:18:36 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAOHIaQF007989
	for <LSARC-ext@sac.sfbay.sun.com>; Tue, 24 Nov 2009 09:18:36 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id nAOHIZ4l043032
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 24 Nov 2009 10:18:36 -0700 (MST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTM00705IQZAZ00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Tue, 24 Nov 2009 10:18:35 -0700 (MST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTM0027DIQWRY40@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue,
 24 Nov 2009 10:18:33 -0700 (MST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAOHIWbv000647	for
 <LSARC-ext@sun.com>; Tue, 24 Nov 2009 09:18:32 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTM00G00IITBL00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Tue, 24 Nov 2009 09:18:32 -0800 (PST)
Received: from [129.146.85.244] ([unknown] [129.146.85.244])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTM000R2IQVI1E0@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Tue, 24 Nov 2009 09:18:32 -0800 (PST)
Date: Tue, 24 Nov 2009 09:18:26 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0AFEF0.6030504@sun.com>
Sender: George.Vasick@sun.com
To: George Vasick <George.Vasick@sun.com>
Cc: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>, Raj.Prakash@sun.com,
        LSARC-ext@sun.com
Message-id: <4B0C1562.3090306@sun.com>
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_6b2UO6GQoxmv4hmONW8nIg)"
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 17216

This is a multi-part message in MIME format.

--Boundary_(ID_6b2UO6GQoxmv4hmONW8nIg)
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT

Revised spec with requested changes attached.

Thanks,
George

George Vasick wrote:
> Rainer Orth wrote:
>> George Vasick <George.Vasick@Sun.COM> writes:
>>
>>> Attached, please find the revision 3 of the GCC proposal addressing the
>>> following feedback:
>>
>> Thanks, looks much better overall.
>>
>>> 1)  GCC should install in /usr/bin/gcc/<major.minor>.
>>
>> Darren already commented on this: I think this is meant to be
>> /usr/gcc/<major.minor> instead, although the spec uses both forms.
>> Please clarify.
> 
> Sorry, that was a typo.  The correct location in all cases is
> /usr/gcc/<major.minor>
> 
>>
>>> 2)  Committed interfaces stability is too high and should be lowered to
>>> uncommitted.
>>
>> Seems right for the moment (perhaps with the exception of libssp), but
>> as I mentioned this is an area where more work needs to be invested into
>> GCC in the future: e.g. libstdc++ uses version maps to only expose
>> public symbols, but that requires GNU ld features at the moment.  I'll
>> check with the Sun linker guys what do do about this.
>>
>>> 3)  Gccfss components should be broken out into a separate package.
>>>
>>> 4)  libgomp.spec should be moved to version specific location.
>>
>> Good.
>>
>>> Issues not addressed directly in the updated proposal:
>>>
>>> Issue 1:
>>> One additional issue occurred to me in the meantime: does it really make
>>> sense to deliver every version of the runtime libs in its own package,
>>> rather than having separate packages for (say) all libstdc++ runtime 
>>> libs
>>> together?
>>>
>>> Response:
>>> Runtime library packages are versioned only by their major number. There
>>> will not be multiple packages for various minor and micro versions of 
>>> the
>>> libraries.  For example, GCC 4.3.3 includes libstdc++.so.6.0.10 while 
>>> GCC
>>> 4.4. includes libstdc++.so.6.0.13.  The current version of 
>>> SUNWgcclibstdc6
>>> will contain libstdc++.so.6.0.10.  When we release GCC 4.4, the
>>> SUNWgcclibstdc6 will be updated to contain libstdc++.so.6.0.13. At any
>>> point, SUNWgcclibstdc6 will only include the latest version of
>>> libstdc++.so.6.x.y.
>>
>> I never assumed otherwise.  Even so, it may be an option to have only a
>> single package delivering libstdc++.so.6 and (say) libstdc++.so.7
>> instead of splitting, just like the Studio compilers deliver all major
>> versions of libF77.so in SPROl77sx.  I don't really think users know
>> (and care) about specific shared library to be installed separately.
> 
> OK, now I get what you mean.
> 
> I proposed suffixing the library package names with their major versions
> to better manage both new libraries coming in and old libraries going
> away.  Maintaining a single package for all major versions of a library
> would potentially force users to install multiple version of a library
> even if they are sticking to a single version of GCC.
> 
> I don't have a strong opinion on this and will make the change.
> 
>>
>>> Issue 2:
>>> It's obvious you're including gccfss, but what are the consequences?  Do
>>> you replace the GCC SPARC backend by the Sun backend here?  This may 
>>> not be
>>> appropriate, since this heavily deviates from the upstream FSF GCC, 
>>> and may
>>> cause problems.  Have you run the GCC testsuite this way and compared 
>>> the
>>> results to those with the GCC backend?  I think it should be possible 
>>> for
>>> the user to select between gccfss and the regular GCC backend here.
>>>
>>> Response:
>>> We provide both the GCC backend and the Sun backend.  We include the GCC
>>> testsuite in our testing of the Sun backend.  The user is able to invoke
>>> the GCC backend under flag control.
>>
>> How does this work (i.e. which flags are used), and what is the default?
> 
> The default is the Sun backend and the flag to override is -frtl-backend.
> 
>>
>>> Issue 3:
>>> I hope you use Sun ld everywhere!
>>>
>>> Response:
>>> Yes.
>>>
>>>
>>> Are there any other questions or concerns that I missed?
>>
>> I don't remember any.
>>
>>> 1. Introduction
>>>    1.1. Project/Component Working Name:
>>>     GCC4: The GNU Compiler Collection 4.X
>>
>> Perhaps this should be changed to GCC 4.3?  I expect there will be
>> similar cases for GCC 4.4 in the future, so it's better to distinguish
>> them, especially if future cases add additional languages, like Ada and
>> Java.
> 
> Updated in the spec.
> 
>>
>>> 2. Project Summary
>>>    2.1. Project Description:
>>>     Provide GCC 4.X and allow for the coexistence of multiple
>>>     versions of GCC installed simultaneously.
>>>
>>>     GCC 3.4.3, the current build compiler for OpenSolaris and
>>>     Nevada, will remain unchanged in /usr/sfw.
>>>
>>> 4. Technical Description:
>>>     4.1. Details:
>>>     Versions of GCC will be installed in /usr/gcc/<major.minor>, in
>>>     this case /usr/bin/gcc/4.3/[bin, lib, include,info, man,
>>>     share].  The runtime libraries will be installed /usr/lib with
>>>     major, minor, and micro suffixes as appropriate along with a
>>>     link for the major version, e.g libstdc++.so.6.0.10 and
>>>     libstdc++.so.6 -> libstdc++.so.6.0.10.  See section 4.5
>>>     Interfaces below for additional details.
>>
>> From the file list, it seems like you will be integrating GCC 4.3.3?
>> Why not go straight to the latest 4.3 release, 4.3.4?
> 
> Just lead time at this point.  Since this packaging corrects issues with
> the 432 release, I want to get it out sooner instead of later.
> 
>>
>>>     4.5. Interfaces:
>>>
>>>     Exported Interfaces            Comments
>>>     ===================                     ========
>>>     SUNWgcc4                Latest GCC installed.
>>>                         All interfaces Uncommitted.
>>>     usr/bin/c++                symlink to latest c++
>>>     usr/bin/cpp                symlink to latest cpp
>>>     usr/bin/g++                symlink to latest g++
>>>     usr/bin/gcc                symlink to latest gcc
>>>     usr/bin/gccbug                symlink to latest gccbug
>>
>> The email submission of GCC bugs hasn't worked for a long time and the
>> GCC project doesn't seem inclined to fix this any time soon, so it would
>> be better to not link gccbug into /usr/bin at the moment.
> 
> Also updated in the spec.
> 
>>
>>>     Exported Interfaces            Comments
>>>     ===================                     ========
>>>     SUNWgcc43                GCC 4.3.X package.
>>>                         All interfaces Uncommitted.
>>>     usr/gcc/4.3/lib/<mach64>/libobjc_gc.so=../../../../lib/<mach64>/libobjc_gc.so.2 
>>>
>>
>> You seem to be configuring GCC with --enable-objc-gc, which is not the
>> default?  Why?
> 
> Correct.  It is optional under flag control to the gcc command.  Is
> there a reason we should not provide this feature to our users?
> 
> 
> Thanks,
> George
> 
>>
>>     Rainer
>>
> 
> 
> 

--Boundary_(ID_6b2UO6GQoxmv4hmONW8nIg)
Content-type: text/plain; name=gcc43_rev4.txt
Content-transfer-encoding: 7BIT
Content-disposition: inline; filename=gcc43_rev4.txt

Copyright 2009 Sun Microsystems

1. Introduction
   1.1. Project/Component Working Name:
	GCC43: The GNU Compiler Collection 4.3

   1.2. Name of Document Author/Supplier:
	George Vasick

   1.3. Date of This Document:
	11/24/2009

   1.5. Email Aliases:
    	1.5.1. Responsible Manager: kurt.goebel@sun.com
    	1.5.2. Responsible Engineer: george.vasick@sun.com
	1.5.4. Interest List: sfwnv-discuss@opensolaris.org,
	       tools-compilers@opensolaris.org

2. Project Summary
   2.1. Project Description:
	Provide GCC 4.3 and allow for the coexistence of multiple
	versions of GCC installed simultaneously.

	GCC 3.4.3, the current build compiler for OpenSolaris and
	Nevada, will remain unchanged in /usr/sfw.

4. Technical Description:
    4.1. Details:
	Versions of GCC will be installed in /usr/gcc/<major.minor>, in
	this case /usr/gcc/4.3/[bin, lib, include,info, man,
	share].  The runtime libraries will be installed /usr/lib with
	major, minor, and micro suffixes as appropriate along with a
	link for the major version, e.g libstdc++.so.6.0.10 and
	libstdc++.so.6 -> libstdc++.so.6.0.10.  See section 4.5
	Interfaces below for additional details.

	This case proposes to modify the previous release,
	LSARC/2008/776 GNU Developer Collection, as follows:

	1)  The versioned command suffixes used in the 4.3.2 release
	will be replace by versioned install locations following the
	model used by postgres.

	2)  Runtime libraries will be refactored from a single package
	into multiple packages, one package per library, to allow
	individual libraries to be upgraded in future releases.

	3)  SUNWgcc432 package will be replaced by SUNWgcc43 package.

	4)  SUNWgccruntime432 package will be refactored into the
	following:
		SUNWgcclibgcc
		SUNWgcclibgfortran
		SUNWgcclibgomp
		SUNWgcclibobjc
		SUNWgcclibssp
		SUNWgcclibstdc

	5)  SUNWgcc4 will be added to set default version to the latest
	GCC version.

	The existing SUNWgcc and SUNWgccruntime packages containing
	GCC3.4.3 will be retained to support the current Nevada build
	environment.

    4.2. Bug/RFE Number(s):
	6674032: Introduce GCC 4.3.x (or later) in Nevada

    4.5. Interfaces:

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc4				Latest GCC installed.
						All interfaces Uncommitted.
	usr/bin/c++				symlink to latest c++
	usr/bin/cpp				symlink to latest cpp
	usr/bin/g++				symlink to latest g++
	usr/bin/gcc				symlink to latest gcc
	usr/bin/gcov				symlink to latest gcov
	usr/bin/gfortran			symlink to latest gfortran
	usr/share/info/cpp.info			symlink to latest cpp.info
	usr/share/info/cppinternals.info	symlink to latest cppinternals.info
	usr/share/info/gcc.info			symlink to latest gcc.info
	usr/share/info/gccinstall.info		symlink to latest gccinstall.info
	usr/share/info/gccint.info		symlink to latest gccint.info
	usr/share/info/gfortran.info		symlink to latest gfortran.info
	usr/share/info/libgomp.info		symlink to latest libgomp.info
	usr/share/man/man1/cpp.1		symlink to latest cpp.1
	usr/share/man/man1/g++.1		symlink to latest g++.1
	usr/share/man/man1/gcc.1		symlink to latest gcc.1
	usr/share/man/man1/gcov.1		symlink to latest gcov.1
	usr/share/man/man1/gfortran.1		symlink to latest gfortran.1
	usr/share/man/man5/fsf-funding.5	symlink to latest fsf-funding.5
	usr/share/man/man5/gfdl.5		symlink to latest gfdl.5
	usr/share/man/man5/gpl.5		symlink to latest gpl.5

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcc43				GCC 4.3.X package.
						All interfaces Uncommitted.
	usr/gcc
	usr/gcc/4.3
	usr/gcc/4.3/bin
	usr/gcc/4.3/bin/c++=g++
	usr/gcc/4.3/bin/cpp
	usr/gcc/4.3/bin/g++
	usr/gcc/4.3/bin/gcc
	usr/gcc/4.3/bin/gccbug
	usr/gcc/4.3/bin/gcov
	usr/gcc/4.3/bin/gfortran
	usr/gcc/4.3/bin/i386-pc-solaris2.11-c++=g++
	usr/gcc/4.3/bin/i386-pc-solaris2.11-g++=g++
	usr/gcc/4.3/bin/i386-pc-solaris2.11-gcc=gcc
	usr/gcc/4.3/bin/i386-pc-solaris2.11-gcc-4.3.3=gcc
	usr/gcc/4.3/bin/i386-pc-solaris2.11-gfortran=gfortran
	usr/gcc/4.3/include/*
	usr/gcc/4.3/info/*
	usr/gcc/4.3/lib
	usr/gcc/4.3/lib/<mach64>
	usr/gcc/4.3/lib/<mach64>/libgcc_s.so=../../../../lib/<mach64>/libgcc_s.so.1
	usr/gcc/4.3/lib/<mach64>/libgfortran.so=../../../../lib/<mach64>/libgfortran.so.3
	usr/gcc/4.3/lib/<mach64>/libgomp.so=../../../../lib/<mach64>/libgomp.so.1
	usr/gcc/4.3/lib/<mach64>/libgomp.spec
	usr/gcc/4.3/lib/<mach64>/libobjc.so=../../../../lib/<mach64>/libobjc.so.2
	usr/gcc/4.3/lib/<mach64>/libobjc_gc.so=../../../../lib/<mach64>/libobjc_gc.so.2
	usr/gcc/4.3/lib/<mach64>/libssp.so=../../../../lib/<mach64>/libssp.so.0
	usr/gcc/4.3/lib/<mach64>/libstdc++.so=../../../../lib/<mach64>/libstdc++.so.6
	usr/gcc/4.3/lib/gcc
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/crtbegin.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/crtend.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/gmon.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/libgcc.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/libgcc_eh.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/libgcov.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/<mach64>/libgfortranbegin.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/cc1
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/cc1obj
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/cc1plus
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/collect2
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/crtbegin.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/crtend.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/f951
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/finclude/*
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/gmon.o
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/include
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/include-fixed/*
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/include/*
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/install-tools/*
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/libgcc.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/libgcc_eh.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/libgcov.a
	usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/libgfortranbegin.a
	usr/gcc/4.3/lib/libgcc_s.so=../../../lib/libgcc_s.so.1
	usr/gcc/4.3/lib/libgfortran.so=../../../lib/libgfortran.so.3
	usr/gcc/4.3/lib/libgomp.so=../../../lib/libgomp.so.1
	usr/gcc/4.3/lib/libgomp.spec
	usr/gcc/4.3/lib/libobjc.so=../../../lib/libobjc.so.2
	usr/gcc/4.3/lib/libobjc_gc.so=../../../lib/libobjc_gc.so.2
	usr/gcc/4.3/lib/libssp.so=../../../lib/libssp.so.0
	usr/gcc/4.3/lib/libstdc++.so=../../../lib/libstdc++.so.6
	usr/gcc/4.3/man
	usr/gcc/4.3/man/man1
	usr/gcc/4.3/man/man1/cpp.1
	usr/gcc/4.3/man/man1/g++.1
	usr/gcc/4.3/man/man1/gcc.1
	usr/gcc/4.3/man/man1/gcov.1
	usr/gcc/4.3/man/man1/gfortran.1
	usr/gcc/4.3/man/man5
	usr/gcc/4.3/man/man5/fsf-funding.5
	usr/gcc/4.3/man/man5/gfdl.5
	usr/gcc/4.3/man/man5/gpl.5
	usr/gcc/4.3/share/locale/*

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgcc				Low level runtime library
						package.
						All interfaces Uncommitted.
	usr/lib/libgcc_s.so.1
	usr/lib/<mach64>/libgcc_s.so.1

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgfortran			Fortran runtime library package.
						All interfaces Uncommitted.
	usr/lib/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3=libgfortran.so.3.0.0
	usr/lib/<mach64>/libgfortran.so.3.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibgomp				OpenMP runtime library package.
						All interfaces Uncommitted.
	usr/lib/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.so.1=libgomp.so.1.0.0
	usr/lib/<mach64>/libgomp.so.1.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibobjc				Objective C runtime library
						package.
						All interfaces Uncommitted.
	usr/lib/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/libobjc.so.2.0.0
	usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2=libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2=libobjc_gc.so.2.0.0
	usr/lib/<mach64>/libobjc_gc.so.2.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibssp				Stack Smashing Protection
						runtime library package.
						All interfaces Uncommitted.
	usr/lib/libssp.so.0=libssp.so.0.0.0
	usr/lib/libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0=libssp.so.0.0.0
	usr/lib/<mach64>/libssp.so.0.0.0

	Exported Interfaces			Comments
	===================                     ========
	SUNWgcclibstdc				C++ runtime library package.
						All interfaces Uncommitted.
	usr/lib/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6=libstdc++.so.6.0.10
	usr/lib/<mach64>/libstdc++.so.6.0.10

	Exported Interfaces			Comments
	===================                     ========
	SUNWgccfss43				Sun backend components.
						(SPARC only)
						All interfaces Uncommitted.
	usr/gcc/4.3/lib/gcc/sparc-sun-solaris2.11/gccfss/4.3.3/prod/*
	Main interfaces:
	cg
	fbe
	ipo
	iropt
	postopt
	lib_I_dbg_gen.so.1
	liblni.so.1
	libsunir.so

	Imported Interfaces
	===================
	libc.so.1
	libgmp.so
	libm.so.2
	libmpfr.so
	gas (i386)
	as (sparc)
	ld
    
    4.6. Doc Impact:
	Current man and info pages will be provided.
    
    4.10. Packaging & Delivery:
	SUNWgcc4
	SUNWgcc43
	SUNWgcclibgcc
	SUNWgcclibgfortran
	SUNWgcclibgomp
	SUNWgcclibobjc
	SUNWgcclibssp
	SUNWgcclibstdc
	SUNWgccfss43
	SUNWgcc432 (deleted)
	SUNWgccruntime432 (deleted)

5. Reference Documents:
	LSARC/2008/776	GNU Developer Collection

6. Resources and Schedule:
   6.5. ARC review type:
		FastTrack

   6.6. ARC Exposure:
		open

--Boundary_(ID_6b2UO6GQoxmv4hmONW8nIg)--

From ro@CeBiTec.Uni-Bielefeld.DE Tue Nov 24 11:16:52 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAOJGpBT010184
	for <LSARC-ext@sac.sfbay.sun.com>; Tue, 24 Nov 2009 11:16:52 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAOJGpxB007115;
	Tue, 24 Nov 2009 11:16:51 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTM00K05O833900@nwk-avmta-2.sfbay.sun.com>; Tue,
 24 Nov 2009 11:16:51 -0800 (PST)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTM00EM2O829S70@nwk-avmta-2.sfbay.sun.com>; Tue,
 24 Nov 2009 11:16:50 -0800 (PST)
Received: from relay14i.sun.com
 (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nAOJEoRN013826; Tue,
 24 Nov 2009 19:16:50 +0000 (GMT)
Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11])
 by relay14i.sun.com with ESMTP id BT-MMP-4264854; Tue,
 24 Nov 2009 19:16:49 +0000 (Z)
Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123])
 by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-34302898; Tue,
 24 Nov 2009 19:16:49 +0000 (Z)
Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE
 ([129.70.160.84] [129.70.160.84]) by relay1i.sun.com with ESMTP id
 BT-MMP-3051794; Tue, 24 Nov 2009 19:16:48 +0000 (Z)
Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])
	by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 66F541D4; Tue,
 24 Nov 2009 20:16:48 +0100 (CET)
Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1])
	by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])
 (amavisd-new, port 10024)	with LMTP id uuuQP0yDaunC; Tue,
 24 Nov 2009 20:16:45 +0100 (CET)
Received: from manam.CeBiTec.Uni-Bielefeld.DE
 (manam.CeBiTec.Uni-Bielefeld.DE [129.70.161.120])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)	by smtp-relay.CeBiTec.Uni-Bielefeld.DE
 (Postfix) with ESMTPS id 81F661D3; Tue, 24 Nov 2009 20:16:45 +0100 (CET)
Received: (from ro@localhost)	by manam.CeBiTec.Uni-Bielefeld.DE
 (8.14.3+Sun/8.14.3/Submit) id nAOJGjMT004142; Tue,
 24 Nov 2009 20:16:45 +0100 (MET)
Date: Tue, 24 Nov 2009 20:16:44 +0100
From: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0AFEF0.6030504@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Raj.Prakash@sun.com, LSARC-ext@sun.com
Message-id: <yddhbsjpwbn.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Virus-Scanned: amavisd-new at cebitec.uni-bielefeld.de
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com>
X-Authentication-warning: manam.CeBiTec.Uni-Bielefeld.DE: ro set sender to
 ro@CeBiTec.Uni-Bielefeld.DE using -f
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (usg-unix-v)
Status: RO
Content-Length: 3513

George Vasick <George.Vasick@Sun.COM> writes:

>> I never assumed otherwise.  Even so, it may be an option to have only a
>> single package delivering libstdc++.so.6 and (say) libstdc++.so.7
>> instead of splitting, just like the Studio compilers deliver all major
>> versions of libF77.so in SPROl77sx.  I don't really think users know
>> (and care) about specific shared library to be installed separately.
>
> OK, now I get what you mean.
>
> I proposed suffixing the library package names with their major versions
> to better manage both new libraries coming in and old libraries going
> away.  Maintaining a single package for all major versions of a library
> would potentially force users to install multiple version of a library
> even if they are sticking to a single version of GCC.

True, but if you do otherwise, you force users to know which version is
which, which can be difficult.

> I don't have a strong opinion on this and will make the change.

Great, thanks.

>>> Issue 2:
>>> It's obvious you're including gccfss, but what are the consequences?  Do
>>> you replace the GCC SPARC backend by the Sun backend here?  This may not be
>>> appropriate, since this heavily deviates from the upstream FSF GCC, and may
>>> cause problems.  Have you run the GCC testsuite this way and compared the
>>> results to those with the GCC backend?  I think it should be possible for
>>> the user to select between gccfss and the regular GCC backend here.
>>>
>>> Response:
>>> We provide both the GCC backend and the Sun backend.  We include the GCC
>>> testsuite in our testing of the Sun backend.  The user is able to invoke
>>> the GCC backend under flag control.
>>
>> How does this work (i.e. which flags are used), and what is the default?
>
> The default is the Sun backend and the flag to override is -frtl-backend.

I don't really think this is wise: while it may produce better code in
some (or even most) cases, this is not what uses expect when thy run
GCC, though I'm not sure about the downsides.  It might happen that,
should problems show up, bugs are reported to the GCC project which
cannot do anything about them.

>> From the file list, it seems like you will be integrating GCC 4.3.3?
>> Why not go straight to the latest 4.3 release, 4.3.4?
>
> Just lead time at this point.  Since this packaging corrects issues with
> the 432 release, I want to get it out sooner instead of later.

Understood, although I don't expect to be any differences between 4.3.3
and 4.3.4 builds.  I don't feel strongly about this, but I'd consider it
prudent to integrate the most current version to avoid having to deal
with bugs that are already fixed upstream.

>>> 	Exported Interfaces			Comments
>>> 	===================                     ========
>>> 	SUNWgcc43				GCC 4.3.X package.
>>> 						All interfaces Uncommitted.
>>> 	usr/gcc/4.3/lib/<mach64>/libobjc_gc.so=../../../../lib/<mach64>/libobjc_gc.so.2
>>
>> You seem to be configuring GCC with --enable-objc-gc, which is not the
>> default?  Why?
>
> Correct.  It is optional under flag control to the gcc command.  Is
> there a reason we should not provide this feature to our users?

First of all, I think all non-default configure options need
justification in some way.  But there seems to be no harm done in this
case: it just adds an additional library and doesn't change anything
else.

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From ro@CeBiTec.Uni-Bielefeld.DE Tue Nov 24 11:24:46 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAOJOjBa010291
	for <LSARC-ext@sac.sfbay.sun.com>; Tue, 24 Nov 2009 11:24:45 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id nAOJOefk009099;
	Tue, 24 Nov 2009 12:24:44 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTM0060DOL80600@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 24 Nov 2009 11:24:44 -0800 (PST)
Received: from sca-ea-mail-4.sun.com ([192.18.43.22])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTM00KWTOL6WR60@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 24 Nov 2009 11:24:42 -0800 (PST)
Received: from relay44i.sun.com ([192.5.209.118])
	by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nAOJLHCd021633;
 Tue, 24 Nov 2009 19:24:42 +0000 (GMT)
Received: from mmp43es.mmp.us.syntegra.com ([160.41.221.12] [160.41.221.12])
 by relay44i.sun.com with ESMTP id BT-MMP-2433414; Tue,
 24 Nov 2009 19:24:41 +0000 (Z)
Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118])
 by mmp43es.mmp.us.syntegra.com with ESMTP id BT-MMP-69576571; Tue,
 24 Nov 2009 19:24:40 +0000 (Z)
Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE
 ([129.70.160.84] [129.70.160.84]) by relay4i.sun.com with ESMTP id
 BT-MMP-12312208; Tue, 24 Nov 2009 19:24:40 +0000 (Z)
Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])
	by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 23A56200; Tue,
 24 Nov 2009 20:24:40 +0100 (CET)
Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1])
	by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])
 (amavisd-new, port 10024)	with LMTP id 451CN5ewndo0; Tue,
 24 Nov 2009 20:24:38 +0100 (CET)
Received: from manam.CeBiTec.Uni-Bielefeld.DE
 (manam.CeBiTec.Uni-Bielefeld.DE [129.70.161.120])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)	by smtp-relay.CeBiTec.Uni-Bielefeld.DE
 (Postfix) with ESMTPS id BE8A71FF; Tue, 24 Nov 2009 20:24:38 +0100 (CET)
Received: (from ro@localhost)	by manam.CeBiTec.Uni-Bielefeld.DE
 (8.14.3+Sun/8.14.3/Submit) id nAOJOcTJ004147; Tue,
 24 Nov 2009 20:24:38 +0100 (MET)
Date: Tue, 24 Nov 2009 20:24:38 +0100
From: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0C1562.3090306@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Raj.Prakash@sun.com, LSARC-ext@sun.com
Message-id: <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Virus-Scanned: amavisd-new at cebitec.uni-bielefeld.de
X-Antispam: No, score=0.0/5.0, scanned in 0.539sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
X-Authentication-warning: manam.CeBiTec.Uni-Bielefeld.DE: ro set sender to
 ro@CeBiTec.Uni-Bielefeld.DE using -f
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (usg-unix-v)
Status: RO
Content-Length: 424

George Vasick <George.Vasick@Sun.COM> writes:

> Revised spec with requested changes attached.

Apart from the issues mentioned in my last mail (integrating 4.3.3
instead of the current 4.3.4, defaulting to Studio backend on SPARC),
this seems fine to me.

Thanks.

        Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From Darren.Moffat@sun.com Wed Nov 25 02:04:35 2009
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAPA4Zh1007124
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 25 Nov 2009 02:04:35 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAPA4YDx017987
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 25 Nov 2009 04:04:35 -0600 (CST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTN00B05TBM7400@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 25 Nov 2009 02:04:34 -0800 (PST)
Received: from gmp-eb-inf-2.sun.com ([192.18.6.24])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTN005YFTBLA6D0@nwk-avmta-1.sfbay.Sun.COM> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed,
 25 Nov 2009 02:04:34 -0800 (PST)
Received: from fe-emea-10.sun.com
 (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged))
	by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAPA4XS4014514	for
 <LSARC-ext@sun.com>; Wed, 25 Nov 2009 10:04:33 +0000 (GMT)
Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTN00100SV2O000@fe-emea-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 25 Nov 2009 10:04:20 +0000 (GMT)
Received: from [192.168.1.105]
 (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150])
 by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTN00I4BTB00T50@fe-emea-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 25 Nov 2009 10:04:12 +0000 (GMT)
Date: Wed, 25 Nov 2009 10:04:12 +0000
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
Sender: Darren.Moffat@sun.com
To: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Cc: George Vasick <George.Vasick@sun.com>, LSARC-ext@sun.com
Message-id: <4B0D011C.9090901@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
User-Agent: Thunderbird 2.0.0.23 (X11/20091027)
Status: RO
Content-Length: 483

Rainer Orth wrote:
> George Vasick <George.Vasick@Sun.COM> writes:
> 
>> Revised spec with requested changes attached.
> 
> Apart from the issues mentioned in my last mail (integrating 4.3.3
> instead of the current 4.3.4, defaulting to Studio backend on SPARC),
> this seems fine to me.

I agreed, defaulting to the Studio backend is a really bad idea. 
Including the Studio backend is a great idea but the default should be 
the default backend from upstream.

-- 
Darren J Moffat

From bart.smaalders@sun.com Wed Nov 25 09:23:56 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAPHNuBO015023
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 25 Nov 2009 09:23:56 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAPHNs3o025961;
	Wed, 25 Nov 2009 09:23:55 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTO00509DNUP000@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 25 Nov 2009 09:23:54 -0800 (PST)
Received: from zion.sfbay.sun.com ([129.146.17.75])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTO00DUUDNU8R90@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 25 Nov 2009 09:23:54 -0800 (PST)
Received: from [129.146.228.109] (cyber.SFBay.Sun.COM [129.146.228.109])
	by zion.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id nAPHExla013380; Wed,
 25 Nov 2009 17:14:59 +0000 (GMT)
Date: Wed, 25 Nov 2009 09:14:20 -0800
From: Bart Smaalders <bart.smaalders@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0D011C.9090901@Sun.COM>
To: Darren J Moffat <Darren.Moffat@sun.com>
Cc: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>, LSARC-ext@sun.com
Message-id: <4B0D65EC.4060700@Sun.COM>
Organization: Sun Microsystems
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (X11/20091027)
Status: RO
Content-Length: 799

Darren J Moffat wrote:
> Rainer Orth wrote:
>> George Vasick <George.Vasick@Sun.COM> writes:
>>
>>> Revised spec with requested changes attached.
>>
>> Apart from the issues mentioned in my last mail (integrating 4.3.3
>> instead of the current 4.3.4, defaulting to Studio backend on SPARC),
>> this seems fine to me.
> 
> I agreed, defaulting to the Studio backend is a really bad idea. 
> Including the Studio backend is a great idea but the default should be 
> the default backend from upstream.
> 

The question is one of compatibility to me... the provenance of the
backend seems irrelevant, but its interface is not.

- Bart


-- 
Bart Smaalders			Solaris Kernel Performance
barts@cyber.eng.sun.com		http://blogs.sun.com/barts
"You will contribute more with mercurial than with thunderbird."

From ro@CeBiTec.Uni-Bielefeld.DE Wed Nov 25 10:12:08 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAPIC7Jg016147
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 25 Nov 2009 10:12:08 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAPIC1pO018992;
	Wed, 25 Nov 2009 10:12:06 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTO0051NFW5A800@brm-avmta-1.central.sun.com>; Wed,
 25 Nov 2009 11:12:05 -0700 (MST)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTO00DZLFW4RBD0@brm-avmta-1.central.sun.com>; Wed,
 25 Nov 2009 11:12:04 -0700 (MST)
Received: from relay43i.sun.com ([192.5.209.74])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nAPI7rIL000678; Wed,
 25 Nov 2009 18:12:04 +0000 (GMT)
Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232])
 by relay43i.sun.com with ESMTP id BT-MMP-7054890; Wed,
 25 Nov 2009 18:12:03 +0000 (Z)
Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94])
 by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-70794910; Wed,
 25 Nov 2009 18:12:03 +0000 (Z)
Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE
 ([129.70.160.84] [129.70.160.84]) by relay4i.sun.com with ESMTP id
 BT-MMP-842542; Wed, 25 Nov 2009 18:12:03 +0000 (Z)
Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])
	by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id AE87DE37; Wed,
 25 Nov 2009 19:12:02 +0100 (CET)
Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1])
	by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])
 (amavisd-new, port 10024)	with LMTP id 4SApg4nxExmd; Wed,
 25 Nov 2009 19:12:00 +0100 (CET)
Received: from manam.CeBiTec.Uni-Bielefeld.DE
 (manam.CeBiTec.Uni-Bielefeld.DE [129.70.161.120])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)	by smtp-relay.CeBiTec.Uni-Bielefeld.DE
 (Postfix) with ESMTPS id DD0DAE36; Wed, 25 Nov 2009 19:12:00 +0100 (CET)
Received: (from ro@localhost)	by manam.CeBiTec.Uni-Bielefeld.DE
 (8.14.3+Sun/8.14.3/Submit) id nAPIC06w005012; Wed,
 25 Nov 2009 19:12:00 +0100 (MET)
Date: Wed, 25 Nov 2009 19:12:00 +0100
From: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0D65EC.4060700@Sun.COM>
To: Bart Smaalders <bart.smaalders@sun.com>
Cc: Darren J Moffat <Darren.Moffat@sun.com>, LSARC-ext@sun.com
Message-id: <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Virus-Scanned: amavisd-new at cebitec.uni-bielefeld.de
X-Antispam: No, score=0.0/5.0, scanned in 0.202sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM>
X-Authentication-warning: manam.CeBiTec.Uni-Bielefeld.DE: ro set sender to
 ro@CeBiTec.Uni-Bielefeld.DE using -f
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (usg-unix-v)
Status: RO
Content-Length: 842

Bart Smaalders <bart.smaalders@Sun.COM> writes:

>>> Apart from the issues mentioned in my last mail (integrating 4.3.3
>>> instead of the current 4.3.4, defaulting to Studio backend on SPARC),
>>> this seems fine to me.
>>
>> I agreed, defaulting to the Studio backend is a really bad
>> idea. Including the Studio backend is a great idea but the default should
>> be the default backend from upstream.
>>
>
> The question is one of compatibility to me... the provenance of the
> backend seems irrelevant, but its interface is not.

Indeed: I fear that e.g. stuff like GCC inline assembler won't work with
the Studio backend, breaking software that would work with FSF GCC out
of the box.

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From George.Vasick@sun.com Wed Nov 25 13:00:01 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAPL01vL023276
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 25 Nov 2009 13:00:01 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id nAPL00Sl047607
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 25 Nov 2009 14:00:01 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTO0040DNO0MG00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 25 Nov 2009 13:00:00 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTO00FR1NO00QA0@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed,
 25 Nov 2009 13:00:00 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAPL003C029994	for
 <LSARC-ext@sun.com>; Wed, 25 Nov 2009 13:00:00 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTO00E00NKSRU00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 25 Nov 2009 13:00:00 -0800 (PST)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTO00INRNNZHQE0@fe-sfbay-10.sun.com>; Wed,
 25 Nov 2009 12:59:59 -0800 (PST)
Date: Wed, 25 Nov 2009 12:59:54 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
Sender: George.Vasick@sun.com
To: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Cc: Bart Smaalders <Bart.Smaalders@sun.com>,
        Darren J Moffat <Darren.Moffat@sun.com>, LSARC-ext@sun.com
Message-id: <4B0D9ACA.4030700@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1883

Rainer Orth wrote:
> Bart Smaalders <bart.smaalders@Sun.COM> writes:
> 
>>>> Apart from the issues mentioned in my last mail (integrating 4.3.3
>>>> instead of the current 4.3.4, defaulting to Studio backend on SPARC),
>>>> this seems fine to me.
>>> I agreed, defaulting to the Studio backend is a really bad
>>> idea. Including the Studio backend is a great idea but the default should
>>> be the default backend from upstream.
>>>
>> The question is one of compatibility to me... the provenance of the
>> backend seems irrelevant, but its interface is not.
> 
> Indeed: I fear that e.g. stuff like GCC inline assembler won't work with
> the Studio backend, breaking software that would work with FSF GCC out
> of the box.

Compatibility is extremely important.  This will be our 6th release of 
gcc for Sparc with the Sun backend as the default.  Many applications 
have been ported to Sparc using these compilers and have achieved high 
performance.

We understand fears regarding regarding compatibility.  We take
compatibility very seriously, and so far, these fears have not
materialized.  We will aggressively address any compatibility issues
that may arise in the future.

Our systems are designed with close cooperation between hardware and
compiler engineers.  Code generation is a key part of meeting the
objectives for the finished product.  We make both backends available
for users with a preference.  The Sun backend provides better code
generation for Sparc.

The out of the box experience has to be good both in terms of porting
ease and application performance.  If it is not, we may lose that user
and it can be vary hard the get him or her back.  GCC with the Sun 
backend provides the best overall experience on Sparc in terms of open 
source compatibility, code generation, and support for tools, both Gnu 
and Sun.  It should be the default.


Thanks,
George

From bart.smaalders@Sun.COM Wed Nov 25 13:41:00 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAPLf0VO024718
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 25 Nov 2009 13:41:00 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAPLexIQ013005;
	Wed, 25 Nov 2009 13:41:00 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTO0030LPKBVP00@brm-avmta-1.central.sun.com>; Wed,
 25 Nov 2009 14:40:59 -0700 (MST)
Received: from zion.sfbay.sun.com ([129.146.17.75])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTO0084NPKASWA0@brm-avmta-1.central.sun.com>; Wed,
 25 Nov 2009 14:40:58 -0700 (MST)
Received: from [129.146.228.109] (cyber.SFBay.Sun.COM [129.146.228.109])
	by zion.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id nAPLW392017559; Wed,
 25 Nov 2009 21:32:03 +0000 (GMT)
Date: Wed, 25 Nov 2009 13:31:26 -0800
From: Bart Smaalders <bart.smaalders@Sun.COM>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0D9ACA.4030700@sun.com>
To: George Vasick <George.Vasick@Sun.COM>
Cc: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>, LSARC-ext@Sun.COM
Message-id: <4B0DA22E.5060302@Sun.COM>
Organization: Sun Microsystems
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091027)
Status: RO
Content-Length: 952

George Vasick wrote:
>> Bart Smaalders <bart.smaalders@Sun.COM> writes:
>>> The question is one of compatibility to me... the provenance of the
>>> backend seems irrelevant, but its interface is not.
> Compatibility is extremely important.  This will be our 6th release of 
> gcc for Sparc with the Sun backend as the default.  Many applications 
> have been ported to Sparc using these compilers and have achieved high 
> performance.
> 
> We understand fears regarding regarding compatibility.  We take
> compatibility very seriously, and so far, these fears have not
> materialized.  We will aggressively address any compatibility issues
> that may arise in the future.
> 

Very good....

What does the different in the output of -v --help look like for
the backend (gas)?

=- Bart


-- 
Bart Smaalders			Solaris Kernel Performance
barts@cyber.eng.sun.com		http://blogs.sun.com/barts
"You will contribute more with mercurial than with thunderbird."

From George.Vasick@sun.com Wed Nov 25 14:15:31 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAPMFV8b026259
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 25 Nov 2009 14:15:31 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAPMFUJe001853
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 25 Nov 2009 14:15:30 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTO0090VR5UPF00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@Sun.COM); Wed, 25 Nov 2009 14:15:30 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTO00F46R5S0QE0@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed,
 25 Nov 2009 14:15:29 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAPMFSAo006201	for
 <LSARC-ext@Sun.COM>; Wed, 25 Nov 2009 14:15:28 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTO00A00R107100@fe-sfbay-10.sun.com> for LSARC-ext@Sun.COM
 (ORCPT LSARC-ext@Sun.COM); Wed, 25 Nov 2009 14:15:28 -0800 (PST)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTO001SMR5QM030@fe-sfbay-10.sun.com>; Wed,
 25 Nov 2009 14:15:26 -0800 (PST)
Date: Wed, 25 Nov 2009 14:15:20 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0DA22E.5060302@Sun.COM>
Sender: George.Vasick@sun.com
To: Bart Smaalders <Bart.Smaalders@sun.com>
Cc: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>, LSARC-ext@sun.com
Message-id: <4B0DAC78.6020209@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com> <4B0DA22E.5060302@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1027

Bart Smaalders wrote:
> George Vasick wrote:
>>> Bart Smaalders <bart.smaalders@Sun.COM> writes:
>>>> The question is one of compatibility to me... the provenance of the
>>>> backend seems irrelevant, but its interface is not.
>> Compatibility is extremely important.  This will be our 6th release of 
>> gcc for Sparc with the Sun backend as the default.  Many applications 
>> have been ported to Sparc using these compilers and have achieved high 
>> performance.
>>
>> We understand fears regarding regarding compatibility.  We take
>> compatibility very seriously, and so far, these fears have not
>> materialized.  We will aggressively address any compatibility issues
>> that may arise in the future.
>>
> 
> Very good....
> 
> What does the different in the output of -v --help look like for
> the backend (gas)?

gas is part of the SUNWbinutils package and is separate from the GCC 
packages.  It is not affected at all by this case.

Let me know if I misunderstood your question.


Thanks,
George

> 
> =- Bart
> 
> 

From George.Vasick@sun.com Wed Nov 25 14:25:32 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAPMPWdC026751
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 25 Nov 2009 14:25:32 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAPMPVmg002468
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 25 Nov 2009 14:25:32 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTO00A03RMKCH00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 25 Nov 2009 14:25:32 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTO00A48RMJ8400@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed,
 25 Nov 2009 14:25:31 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAPMPVwQ006990	for
 <LSARC-ext@sun.com>; Wed, 25 Nov 2009 14:25:31 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTO00A00R107100@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Wed, 25 Nov 2009 14:25:31 -0800 (PST)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTO00184RMEM060@fe-sfbay-10.sun.com>; Wed,
 25 Nov 2009 14:25:26 -0800 (PST)
Date: Wed, 25 Nov 2009 14:25:20 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0DAC78.6020209@sun.com>
Sender: George.Vasick@sun.com
To: George Vasick <George.Vasick@sun.com>
Cc: Bart Smaalders <Bart.Smaalders@sun.com>,
        Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>, LSARC-ext@sun.com
Message-id: <4B0DAED0.5050205@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com> <4B0DA22E.5060302@Sun.COM>
 <4B0DAC78.6020209@sun.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 1365

It just occurred to me that my use of the term "backend" may be unclear. 
  By backend, I mean the processing that occurs after scanning and 
parsing, typically optimization and code generation.  To me, gas is an 
assembler.  It comes after the compiler backend.


George


George Vasick wrote:
> Bart Smaalders wrote:
>> George Vasick wrote:
>>>> Bart Smaalders <bart.smaalders@Sun.COM> writes:
>>>>> The question is one of compatibility to me... the provenance of the
>>>>> backend seems irrelevant, but its interface is not.
>>> Compatibility is extremely important.  This will be our 6th release 
>>> of gcc for Sparc with the Sun backend as the default.  Many 
>>> applications have been ported to Sparc using these compilers and have 
>>> achieved high performance.
>>>
>>> We understand fears regarding regarding compatibility.  We take
>>> compatibility very seriously, and so far, these fears have not
>>> materialized.  We will aggressively address any compatibility issues
>>> that may arise in the future.
>>>
>>
>> Very good....
>>
>> What does the different in the output of -v --help look like for
>> the backend (gas)?
> 
> gas is part of the SUNWbinutils package and is separate from the GCC 
> packages.  It is not affected at all by this case.
> 
> Let me know if I misunderstood your question.
> 
> 
> Thanks,
> George
> 
>>
>> =- Bart
>>
>>
> 

From bart.smaalders@sun.com Wed Nov 25 14:37:20 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAPMbKVU027288
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 25 Nov 2009 14:37:20 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAPMbJ8P010648;
	Wed, 25 Nov 2009 14:37:19 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTO00101S67TP00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 25 Nov 2009 14:37:19 -0800 (PST)
Received: from zion.sfbay.sun.com ([129.146.17.75])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTO00EZ5S67C990@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 25 Nov 2009 14:37:19 -0800 (PST)
Received: from [129.146.228.109] (cyber.SFBay.Sun.COM [129.146.228.109])
	by zion.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id nAPMZrwK018740; Wed,
 25 Nov 2009 22:35:53 +0000 (GMT)
Date: Wed, 25 Nov 2009 14:35:17 -0800
From: Bart Smaalders <bart.smaalders@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0DAED0.5050205@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: LSARC-ext@sun.com
Message-id: <4B0DB125.4020307@Sun.COM>
Organization: Sun Microsystems
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com> <4B0DA22E.5060302@Sun.COM>
 <4B0DAC78.6020209@sun.com> <4B0DAED0.5050205@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091027)
Status: RO
Content-Length: 861

George Vasick wrote:
> It just occurred to me that my use of the term "backend" may be unclear. 
>  By backend, I mean the processing that occurs after scanning and 
> parsing, typically optimization and code generation.  To me, gas is an 
> assembler.  It comes after the compiler backend.
> 
> 

What I meant by my question was:

What is the user-visible difference in terms of command line options
that can get passed to the backend?

If I use generic gcc for sparc and type ggc -c --help, I get a bunch
of output describing options that are interpreted by various stages
in the compilation and linking pipeline.  Is any of this output
different w/ your code in place?  In what way?


- Bart

-- 
Bart Smaalders			Solaris Kernel Performance
barts@cyber.eng.sun.com		http://blogs.sun.com/barts
"You will contribute more with mercurial than with thunderbird."

From bart.smaalders@sun.com Wed Nov 25 15:01:56 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAPN1urs028477
	for <LSARC-ext@sac.sfbay.sun.com>; Wed, 25 Nov 2009 15:01:56 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id nAPN1smo056441;
	Wed, 25 Nov 2009 16:01:55 -0700 (MST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTO00D03TB74900@brm-avmta-1.central.sun.com>; Wed,
 25 Nov 2009 16:01:55 -0700 (MST)
Received: from zion.sfbay.sun.com ([129.146.17.75])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTO00801TB7SZF0@brm-avmta-1.central.sun.com>; Wed,
 25 Nov 2009 16:01:55 -0700 (MST)
Received: from [129.146.228.109] (cyber.SFBay.Sun.COM [129.146.228.109])
	by zion.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id nAPN0TEf018982; Wed,
 25 Nov 2009 23:00:29 +0000 (GMT)
Date: Wed, 25 Nov 2009 14:59:49 -0800
From: Bart Smaalders <bart.smaalders@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0DB125.4020307@Sun.COM>
To: George Vasick <George.Vasick@sun.com>
Cc: LSARC-ext@sun.com
Message-id: <4B0DB6E5.5050205@Sun.COM>
Organization: Sun Microsystems
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com> <4B0DA22E.5060302@Sun.COM>
 <4B0DAC78.6020209@sun.com> <4B0DAED0.5050205@sun.com>
 <4B0DB125.4020307@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (X11/20091027)
Status: RO
Content-Length: 505

Bart Smaalders wrote:

> If I use generic gcc for sparc and type ggc -c --help, I get a bunch
> of output describing options that are interpreted by various stages
> in the compilation and linking pipeline.  Is any of this output
> different w/ your code in place?  In what way?


Sigh... that of course should be gcc -v --help.

- Bart



-- 
Bart Smaalders			Solaris Kernel Performance
barts@cyber.eng.sun.com		http://blogs.sun.com/barts
"You will contribute more with mercurial than with thunderbird."

From Darren.Moffat@sun.com Thu Nov 26 02:19:50 2009
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAQAJoUQ000333
	for <LSARC-ext@sac.sfbay.sun.com>; Thu, 26 Nov 2009 02:19:50 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAQAJn2G008351
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 26 Nov 2009 04:19:49 -0600 (CST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTP00J01OP1VE00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 26 Nov 2009 03:19:49 -0700 (MST)
Received: from gmp-eb-inf-1.sun.com ([192.18.6.21])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTP00F23OP0Y920@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu,
 26 Nov 2009 03:19:49 -0700 (MST)
Received: from fe-emea-10.sun.com
 (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged))
	by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAQAJloV006129	for
 <LSARC-ext@sun.com>; Thu, 26 Nov 2009 10:19:48 +0000 (GMT)
Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTP00700NVBJG00@fe-emea-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Thu, 26 Nov 2009 10:19:30 +0000 (GMT)
Received: from [192.168.1.105]
 (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150])
 by fe-emea-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTP0010VOOC12E0@fe-emea-10.sun.com>; Thu,
 26 Nov 2009 10:19:24 +0000 (GMT)
Date: Thu, 26 Nov 2009 10:19:24 +0000
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0D9ACA.4030700@sun.com>
Sender: Darren.Moffat@sun.com
To: George Vasick <George.Vasick@sun.com>
Cc: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>,
        Bart Smaalders <Bart.Smaalders@sun.com>, LSARC-ext@sun.com
Message-id: <4B0E562C.6040904@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091027)
Status: RO
Content-Length: 533

So will all possible code that the GNU backend can build also be able to 
be built with the Studio backend ?  Are there any things that the GNU 
backend can functionally do that the Studio one can't ?

Is there any difference in the CLI flags ? ie are there any flags that 
would be passed to the GNU backend that would cause the Studio backend 
to fail in error (rather than silently ignore) ?

Basically are they 100% compatible in there interfaces - if so then I 
rescind my objection to it being the default.

--
Darren J Moffat

From George.Vasick@sun.com Mon Nov 30 11:44:30 2009
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAUJiUGe013449
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 30 Nov 2009 11:44:30 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAUJiTVM005830
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 30 Nov 2009 13:44:30 -0600 (CST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTX00B0FTI6VQ00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 30 Nov 2009 12:44:30 -0700 (MST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTX00J89TI3DZB0@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon,
 30 Nov 2009 12:44:28 -0700 (MST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAUJiRxp003856	for
 <LSARC-ext@sun.com>; Mon, 30 Nov 2009 11:44:27 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTX00800TFVOM00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 30 Nov 2009 11:44:27 -0800 (PST)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTX00F0QTI32AC0@fe-sfbay-09.sun.com>; Mon,
 30 Nov 2009 11:44:27 -0800 (PST)
Date: Mon, 30 Nov 2009 11:44:25 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0DB6E5.5050205@Sun.COM>
Sender: George.Vasick@sun.com
To: Bart Smaalders <Bart.Smaalders@sun.com>
Cc: LSARC-ext@sun.com
Message-id: <4B142099.5050809@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com> <4B0DA22E.5060302@Sun.COM>
 <4B0DAC78.6020209@sun.com> <4B0DAED0.5050205@sun.com>
 <4B0DB125.4020307@Sun.COM> <4B0DB6E5.5050205@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 538

Bart Smaalders wrote:
> Bart Smaalders wrote:
> 
>> If I use generic gcc for sparc and type ggc -c --help, I get a bunch
>> of output describing options that are interpreted by various stages
>> in the compilation and linking pipeline.  Is any of this output
>> different w/ your code in place?  In what way?
> 
> 
> Sigh... that of course should be gcc -v --help.

OK, got it.  You will still see all of the normal gcc options.  We 
provide additional options targeted specifically at the Sun backend on 
SPARC as well.


Thanks,
George

From ro@CeBiTec.Uni-Bielefeld.DE Mon Nov 30 11:55:36 2009
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAUJtaON013810
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 30 Nov 2009 11:55:36 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id nAUJtZkX004783;
	Mon, 30 Nov 2009 12:55:35 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTX00J3DU0MHA00@nwk-avmta-1.sfbay.Sun.COM>; Mon,
 30 Nov 2009 11:55:34 -0800 (PST)
Received: from sca-ea-mail-4.sun.com ([192.18.43.22])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTX00967U0L8D60@nwk-avmta-1.sfbay.Sun.COM>; Mon,
 30 Nov 2009 11:55:33 -0800 (PST)
Received: from relay44i.sun.com ([192.5.209.118])
	by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nAUJtW6v013106;
 Mon, 30 Nov 2009 19:55:32 +0000 (GMT)
Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232])
 by relay44i.sun.com with ESMTP id BT-MMP-2799914; Mon,
 30 Nov 2009 19:55:32 +0000 (Z)
Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118])
 by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-77213304; Mon,
 30 Nov 2009 19:55:32 +0000 (Z)
Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE
 ([129.70.160.84] [129.70.160.84]) by relay4i.sun.com with ESMTP id
 BT-MMP-1708129; Mon, 30 Nov 2009 19:55:31 +0000 (Z)
Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])
	by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 44380C49; Mon,
 30 Nov 2009 20:55:31 +0100 (CET)
Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1])
	by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])
 (amavisd-new, port 10024)	with LMTP id Hk7PhtFOhLH1; Mon,
 30 Nov 2009 20:55:29 +0100 (CET)
Received: from manam.CeBiTec.Uni-Bielefeld.DE
 (manam.CeBiTec.Uni-Bielefeld.DE [129.70.161.120])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)	by smtp-relay.CeBiTec.Uni-Bielefeld.DE
 (Postfix) with ESMTPS id D3158C48; Mon, 30 Nov 2009 20:55:29 +0100 (CET)
Received: (from ro@localhost)	by manam.CeBiTec.Uni-Bielefeld.DE
 (8.14.3+Sun/8.14.3/Submit) id nAUJtTEv007674; Mon,
 30 Nov 2009 20:55:29 +0100 (MET)
Date: Mon, 30 Nov 2009 20:55:28 +0100
From: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B142099.5050809@sun.com>
To: George Vasick <George.Vasick@sun.com>
Cc: Bart Smaalders <Bart.Smaalders@sun.com>, LSARC-ext@sun.com
Message-id: <yddpr6zg53j.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Virus-Scanned: amavisd-new at cebitec.uni-bielefeld.de
X-Antispam: No, score=0.0/5.0, scanned in 0.056sec at (localhost [127.0.0.1])
	by smf-spamd v1.3.1 - http://smfs.sf.net/
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com> <4B0DA22E.5060302@Sun.COM>
 <4B0DAC78.6020209@sun.com> <4B0DAED0.5050205@sun.com>
 <4B0DB125.4020307@Sun.COM> <4B0DB6E5.5050205@Sun.COM>
 <4B142099.5050809@sun.com>
X-Authentication-warning: manam.CeBiTec.Uni-Bielefeld.DE: ro set sender to
 ro@CeBiTec.Uni-Bielefeld.DE using -f
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (usg-unix-v)
Status: RO
Content-Length: 482

George Vasick <George.Vasick@sun.com> writes:

> OK, got it.  You will still see all of the normal gcc options.  We provide
> additional options targeted specifically at the Sun backend on SPARC as
> well.

What about GCC-style inline assembler?  Does it work with the Studio
backend just the same as with the GCC backend?

        Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University

From George.Vasick@sun.com Mon Nov 30 12:03:11 2009
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAUK3BTC014177
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 30 Nov 2009 12:03:11 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAUK37d2026573
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 30 Nov 2009 12:03:11 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTX00D0XUDAQM00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 30 Nov 2009 13:03:10 -0700 (MST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTX00J85UD9DSA0@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon,
 30 Nov 2009 13:03:09 -0700 (MST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAUK390U005855	for
 <LSARC-ext@sun.com>; Mon, 30 Nov 2009 12:03:09 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTX00300U62QU00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 30 Nov 2009 12:03:09 -0800 (PST)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTX0025IUCW6520@fe-sfbay-09.sun.com>; Mon,
 30 Nov 2009 12:02:56 -0800 (PST)
Date: Mon, 30 Nov 2009 12:02:54 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B0E562C.6040904@Sun.COM>
Sender: George.Vasick@sun.com
To: Darren J Moffat <Darren.Moffat@sun.com>
Cc: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>,
        Bart Smaalders <Bart.Smaalders@sun.com>, LSARC-ext@sun.com
Message-id: <4B1424EE.2010708@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com> <4B0E562C.6040904@Sun.COM>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 983

Darren J Moffat wrote:
> So will all possible code that the GNU backend can build also be able to 
> be built with the Studio backend ?

"all possible" is a pretty big claim.  The answer is a qualified yes. 
We designed the product to be 100% compatible.  There is always a chance 
somebody will find a bug.

 > Are there any things that the GNU
> backend can functionally do that the Studio one can't ?

There is one case I know of, code coverage, where we invoke the GNU 
backend instead of the Studio backend.  This is completely transparent 
to the user.

> 
> Is there any difference in the CLI flags ? ie are there any flags that 
> would be passed to the GNU backend that would cause the Studio backend 
> to fail in error (rather than silently ignore) ?

No.

> 
> Basically are they 100% compatible in there interfaces

Yes.  Any deviations are treated as bugs.


Thanks,
George


 > - if so then I
> rescind my objection to it being the default.
> 
> -- 
> Darren J Moffat

From Darren.Moffat@sun.com Mon Nov 30 12:05:01 2009
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAUK51WQ014211
	for <LSARC-ext@sac.sfbay.sun.com>; Mon, 30 Nov 2009 12:05:01 -0800 (PST)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAUK4idp017021
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 30 Nov 2009 14:05:00 -0600 (CST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTX00G1BUGAJ000@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 30 Nov 2009 12:04:58 -0800 (PST)
Received: from gmp-eb-inf-2.sun.com ([192.18.6.24])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTX00ES3UG8BP20@nwk-avmta-2.sfbay.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon,
 30 Nov 2009 12:04:57 -0800 (PST)
Received: from fe-emea-09.sun.com
 (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged))
	by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nAUK4ule025802	for
 <LSARC-ext@sun.com>; Mon, 30 Nov 2009 20:04:56 +0000 (GMT)
Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTX00L00UBZGI00@fe-emea-09.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Mon, 30 Nov 2009 20:04:32 +0000 (GMT)
Received: from [192.168.1.105]
 (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150])
 by fe-emea-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTX00C92UFKEHA0@fe-emea-09.sun.com>; Mon,
 30 Nov 2009 20:04:32 +0000 (GMT)
Date: Mon, 30 Nov 2009 20:04:32 +0000
From: Darren J Moffat <Darren.Moffat@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <4B1424EE.2010708@sun.com>
Sender: Darren.Moffat@sun.com
To: George Vasick <George.Vasick@sun.com>
Cc: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>,
        Bart Smaalders <Bart.Smaalders@sun.com>, LSARC-ext@sun.com
Message-id: <4B142550.7010209@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com> <4B0E562C.6040904@Sun.COM>
 <4B1424EE.2010708@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20091027)
Status: RO
Content-Length: 1079

George Vasick wrote:
> Darren J Moffat wrote:
>> So will all possible code that the GNU backend can build also be able 
>> to be built with the Studio backend ?
> 
> "all possible" is a pretty big claim.  The answer is a qualified yes. We 
> designed the product to be 100% compatible.  There is always a chance 
> somebody will find a bug.
> 
>  > Are there any things that the GNU
>> backend can functionally do that the Studio one can't ?
> 
> There is one case I know of, code coverage, where we invoke the GNU 
> backend instead of the Studio backend.  This is completely transparent 
> to the user.
> 
>>
>> Is there any difference in the CLI flags ? ie are there any flags that 
>> would be passed to the GNU backend that would cause the Studio backend 
>> to fail in error (rather than silently ignore) ?
> 
> No.
> 
>>
>> Basically are they 100% compatible in there interfaces
> 
> Yes.  Any deviations are treated as bugs.

That is answer I was looking for.  Given that I'm happy with the Studio 
backend being the default rather than the GNU one.

-- 
Darren J Moffat

From George.Vasick@sun.com Tue Dec  1 09:11:20 2009
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nB1HBK1r026513
	for <LSARC-ext@sac.sfbay.sun.com>; Tue, 1 Dec 2009 09:11:20 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nB1HB7pI029241
	for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 1 Dec 2009 09:11:20 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KTZ00661H2VTY00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Tue, 01 Dec 2009 10:11:19 -0700 (MST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KTZ001UNH1BQ260@brm-avmta-1.central.sun.com> for
 LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue,
 01 Dec 2009 10:10:24 -0700 (MST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nB1HANFV022605	for
 <LSARC-ext@sun.com>; Tue, 01 Dec 2009 09:10:23 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KTZ00E00GGGO000@fe-sfbay-10.sun.com> for LSARC-ext@sun.com
 (ORCPT LSARC-ext@sun.com); Tue, 01 Dec 2009 09:10:23 -0800 (PST)
Received: from [129.146.84.241] ([unknown] [129.146.84.241])
 by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KTZ005KEH0XRN80@fe-sfbay-10.sun.com>; Tue,
 01 Dec 2009 09:10:09 -0800 (PST)
Date: Tue, 01 Dec 2009 09:10:08 -0800
From: George Vasick <George.Vasick@sun.com>
Subject: Re: GCC4: The GNU Compiler Collection 4.X [LSARC/2009/575 FastTrack
 timeout 10/28/2009]
In-reply-to: <yddpr6zg53j.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
Sender: George.Vasick@sun.com
To: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
Cc: Bart Smaalders <Bart.Smaalders@sun.com>, LSARC-ext@sun.com
Message-id: <4B154DF0.2060007@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200910220533.n9M5X3Rd012874@trainwreck.sfbay.sun.com>
 <4B0728F2.2080709@sun.com> <ydd8wdxs5je.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0AFEF0.6030504@sun.com> <4B0C1562.3090306@sun.com>
 <yddd437pvyh.fsf@manam.CeBiTec.Uni-Bielefeld.DE> <4B0D011C.9090901@Sun.COM>
 <4B0D65EC.4060700@Sun.COM> <yddvdgymq33.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
 <4B0D9ACA.4030700@sun.com> <4B0DA22E.5060302@Sun.COM>
 <4B0DAC78.6020209@sun.com> <4B0DAED0.5050205@sun.com>
 <4B0DB125.4020307@Sun.COM> <4B0DB6E5.5050205@Sun.COM>
 <4B142099.5050809@sun.com> <yddpr6zg53j.fsf@manam.CeBiTec.Uni-Bielefeld.DE>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
Status: RO
Content-Length: 449

Rainer Orth wrote:
> George Vasick <George.Vasick@sun.com> writes:
> 
>> OK, got it.  You will still see all of the normal gcc options.  We provide
>> additional options targeted specifically at the Sun backend on SPARC as
>> well.
> 
> What about GCC-style inline assembler?  Does it work with the Studio
> backend just the same as with the GCC backend?

Oops, missed this one yesterday.  The answer is yes.

Thanks,
George

> 
>         Rainer
> 

