From Raj.Prakash@sun.com Wed Dec 17 16:15:11 2008 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 mBI0FATD025962 for ; Wed, 17 Dec 2008 16:15:11 -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.2) with ESMTP id mBI0F7UZ005895 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 17 Dec 2008 17:15:10 -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 <0KC100G2TQ19V500@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 17 Dec 2008 16:15:09 -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 <0KC1008W8Q1942C0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 17 Dec 2008 16:15:09 -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 mBI0F9JL014127 for ; Wed, 17 Dec 2008 16:15:09 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC100I01PYIM600@fe-sfbay-09.sun.com> (original mail from Raj.Prakash@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 17 Dec 2008 16:15:09 -0800 (PST) Received: from [129.146.122.8] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC100HWDQ17RBA0@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 17 Dec 2008 16:15:07 -0800 (PST) Date: Wed, 17 Dec 2008 16:15:05 -0800 From: Raj Prakash Subject: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] Sender: Raj.Prakash@sun.com To: LSARC-ext@sun.com Cc: George Vasick Message-id: <49499609.9030901@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.16 (X11/20080807) Status: RO Content-Length: 12435 Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: GNU Developer Collection 1.2. Name of Document Author/Supplier: George Vasick 1.3. Date of This Document: 12/15/08 1.3.1. Date this project was conceived: 10/2008 1.4. Name of Major Document Customer(s)/Consumer(s): OpenSolaris 1.4.1. The PAC or CPT you expect to review your project: SPDE PAC 1.4.2. The ARC(s) you expect to review your project: PSARC 1.4.3. The Director/VP who is "Sponsoring" this project: Kurt.Goebel@Sun.Com 1.4.4. The name of your business unit: CODE (C/C++ Compilers, Optimization, and Debugger) 1.5. Email Aliases: 1.5.1. Responsible Manager: Kurt Goebel 1.5.2. Responsible Engineer: George Vasick 1.5.3. Marketing Manager: Ross Towle 1.5.4. Interest List: 2. Project Summary 2.1. Project Description: The project will provide the current releases of the GNU Compiler Collection (GCC) and the GNU Binutils for OpenSolaris. The primary components are the following: - GCC includes C, C++, FORTRAN, Objective-C, and Objective-C++. - GNU Binutils includes a collection of binary tools, the most notable being the assembler and linker. - GCC Runtime includes the runtime libraries corresponding to the compiler collection. 2.2. Risks and Assumptions: - Compatibility with GNU on Linux is a primary goal. No effort is planned towards fixing existing bugs in the GNU source base. 3. Business Summary 3.1. Problem Area: Many open source applications are developed using GNU compilers and tools. Third party software vendors wishing to support multiple execution platforms also use GNU. Having GNU compilers and tools easily available on OpenSolaris will make it an attractive platform for open source developers and 3rd party software vendors. 3.2. Market/Requester: OpenSolaris 3.3. Business Justification: Help the adoption of OpenSolaris and ultimately the purchase of systems from Sun. 3.4. Competitive Analysis: Main competitors: - Debian, Red Hat, SuSE, Mandrakesoft, Ubuntu - Possibly Oracle (http://www.tmcnet.com/usubmit/2006/06/12/1677418.htm) 3.5. Opportunity Window/Exposure: 04/2009 to coincide with the next release of OpenSolaris. 3.6. How will you know when you are done?: The project will be on-going always tracking the latest version of the GNU tools and OpenSolaris releases. 4. Technical Description: 4.1. Details: - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will remain unchanged in /usr/sfw/. - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and GNU Binutils 2.19, will be ported to OpenSolaris and installed in /usr/compilers/gcc432. - Softlinks to commands in /usr/bin, e.g. /usr/bin/gcc, will be created point to /usr/compilers/gcc432/bin. - Softlinks to commands in /usr/gnu/bin, e.g. /usr/gnu/bin/cc, will be created pointing to /usr/compilers/gcc432/bin. - Libraries in /usr/compilers/gcc432/lib and /usr/compilers/gcc432/lib/{MACH64} will be linked into /usr/lib and /usr/lib/{MACH64}. 4.2. Bug/RFE Number(s): Not applicable. 4.3. In Scope: - GCC, GNU Compiler Collection including C, C++, FORTRAN, Objective-C, and Objective-C++. - GNU Binutils, object file tools. The most notable being the assembler and linker. - GNU Runtime 4.4. Out of Scope: 4.5. Interfaces: The following interfaces are classified volatile since they are controlled by GNU: /usr/compilers/gcc432/bin/addr2line /usr/compilers/gcc432/bin/ar /usr/compilers/gcc432/bin/as /usr/compilers/gcc432/bin/c++ /usr/compilers/gcc432/bin/c++filt /usr/compilers/gcc432/bin/cpp /usr/compilers/gcc432/bin/g++ /usr/compilers/gcc432/bin/gcc /usr/compilers/gcc432/bin/gccbug /usr/compilers/gcc432/bin/gcov /usr/compilers/gcc432/bin/gfortran /usr/compilers/gcc432/bin/gprof /usr/compilers/gcc432/bin/i386-pc-solaris2.11-c++ /usr/compilers/gcc432/bin/i386-pc-solaris2.11-g++ /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gcc /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gcc-4.3.2 /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gfortran /usr/compilers/gcc432/bin/nm /usr/compilers/gcc432/bin/objcopy /usr/compilers/gcc432/bin/objdump /usr/compilers/gcc432/bin/ranlib /usr/compilers/gcc432/bin/readelf /usr/compilers/gcc432/bin/size /usr/compilers/gcc432/bin/strings /usr/compilers/gcc432/bin/strip /usr/compilers/gcc432/lib/libbfd-2.19.so /usr/compilers/gcc432/lib/libbfd.la /usr/compilers/gcc432/lib/libbfd.so /usr/compilers/gcc432/lib/libgcc_s.so /usr/compilers/gcc432/lib/libgcc_s.so.1 /usr/compilers/gcc432/lib/libgfortran.la /usr/compilers/gcc432/lib/libgfortran.so /usr/compilers/gcc432/lib/libgfortran.so.3 /usr/compilers/gcc432/lib/libgfortran.so.3.0.0 /usr/compilers/gcc432/lib/libgomp.la /usr/compilers/gcc432/lib/libgomp.so /usr/compilers/gcc432/lib/libgomp.so.1 /usr/compilers/gcc432/lib/libgomp.so.1.0.0 /usr/compilers/gcc432/lib/libgomp.spec /usr/compilers/gcc432/lib/libiberty.a /usr/compilers/gcc432/lib/libmudflap.la /usr/compilers/gcc432/lib/libmudflap.so /usr/compilers/gcc432/lib/libmudflap.so.0 /usr/compilers/gcc432/lib/libmudflap.so.0.0.0 /usr/compilers/gcc432/lib/libmudflapth.la /usr/compilers/gcc432/lib/libmudflapth.so /usr/compilers/gcc432/lib/libmudflapth.so.0 /usr/compilers/gcc432/lib/libmudflapth.so.0.0.0 /usr/compilers/gcc432/lib/libobjc_gc.la /usr/compilers/gcc432/lib/libobjc_gc.so /usr/compilers/gcc432/lib/libobjc_gc.so.2 /usr/compilers/gcc432/lib/libobjc_gc.so.2.0.0 /usr/compilers/gcc432/lib/libobjc.la /usr/compilers/gcc432/lib/libobjc.so /usr/compilers/gcc432/lib/libobjc.so.2 /usr/compilers/gcc432/lib/libobjc.so.2.0.0 /usr/compilers/gcc432/lib/libopcodes-2.19.so /usr/compilers/gcc432/lib/libopcodes.la /usr/compilers/gcc432/lib/libopcodes.so /usr/compilers/gcc432/lib/libssp.la /usr/compilers/gcc432/lib/libssp_nonshared.a /usr/compilers/gcc432/lib/libssp_nonshared.la /usr/compilers/gcc432/lib/libssp.so /usr/compilers/gcc432/lib/libssp.so.0 /usr/compilers/gcc432/lib/libssp.so.0.0.0 /usr/compilers/gcc432/lib/libstdc++.la /usr/compilers/gcc432/lib/libstdc++.so /usr/compilers/gcc432/lib/libstdc++.so.6 /usr/compilers/gcc432/lib/libstdc++.so.6.0.10 /usr/compilers/gcc432/lib/libsupc++.a /usr/compilers/gcc432/lib/libsupc++.la /usr/compilers/gcc432/lib/amd64/libgcc_s.so /usr/compilers/gcc432/lib/amd64/libgcc_s.so.1 /usr/compilers/gcc432/lib/amd64/libgfortran.la /usr/compilers/gcc432/lib/amd64/libgfortran.so /usr/compilers/gcc432/lib/amd64/libgfortran.so.3 /usr/compilers/gcc432/lib/amd64/libgfortran.so.3.0.0 /usr/compilers/gcc432/lib/amd64/libgomp.la /usr/compilers/gcc432/lib/amd64/libgomp.so /usr/compilers/gcc432/lib/amd64/libgomp.so.1 /usr/compilers/gcc432/lib/amd64/libgomp.so.1.0.0 /usr/compilers/gcc432/lib/amd64/libgomp.spec /usr/compilers/gcc432/lib/amd64/libiberty.a /usr/compilers/gcc432/lib/amd64/libmudflap.la /usr/compilers/gcc432/lib/amd64/libmudflap.so /usr/compilers/gcc432/lib/amd64/libmudflap.so.0 /usr/compilers/gcc432/lib/amd64/libmudflap.so.0.0.0 /usr/compilers/gcc432/lib/amd64/libmudflapth.la /usr/compilers/gcc432/lib/amd64/libmudflapth.so /usr/compilers/gcc432/lib/amd64/libmudflapth.so.0 /usr/compilers/gcc432/lib/amd64/libmudflapth.so.0.0.0 /usr/compilers/gcc432/lib/amd64/libobjc_gc.la /usr/compilers/gcc432/lib/amd64/libobjc_gc.so /usr/compilers/gcc432/lib/amd64/libobjc_gc.so.2 /usr/compilers/gcc432/lib/amd64/libobjc_gc.so.2.0.0 /usr/compilers/gcc432/lib/amd64/libobjc.la /usr/compilers/gcc432/lib/amd64/libobjc.so /usr/compilers/gcc432/lib/amd64/libobjc.so.2 /usr/compilers/gcc432/lib/amd64/libobjc.so.2.0.0 /usr/compilers/gcc432/lib/amd64/libssp.la /usr/compilers/gcc432/lib/amd64/libssp_nonshared.a /usr/compilers/gcc432/lib/amd64/libssp_nonshared.la /usr/compilers/gcc432/lib/amd64/libssp.so /usr/compilers/gcc432/lib/amd64/libssp.so.0 /usr/compilers/gcc432/lib/amd64/libssp.so.0.0.0 /usr/compilers/gcc432/lib/amd64/libstdc++.la /usr/compilers/gcc432/lib/amd64/libstdc++.so /usr/compilers/gcc432/lib/amd64/libstdc++.so.6 /usr/compilers/gcc432/lib/amd64/libstdc++.so.6.0.10 /usr/compilers/gcc432/lib/amd64/libsupc++.a /usr/compilers/gcc432/lib/amd64/libsupc++.la The following soft links will be created in /usr/bin to point to /usr/compilers/gcc432/bin /usr/bin/gaddr2line /usr/bin/gar /usr/bin/gas /usr/bin/gc++filt /usr/bin/gcpp /usr/bin/g++ /usr/bin/gcc /usr/bin/gccbug /usr/bin/gcov /usr/bin/gfortran /usr/bin/gprof /usr/bin/gnm /usr/bin/gobjcopy /usr/bin/gobjdump /usr/bin/granlib /usr/bin/greadelf /usr/bin/gsize /usr/bin/gstrings /usr/bin/gstrip All libs in /usr/compilers/gcc432/lib and /usr/compilers/gcc432/lib/{MACH64} will be linked into /usr/lib and /usr/lib/{MACH64}. The following softlinks will be created from /usr/gnu/bin to point to /usr/compilers/gcc432/bin /usr/gnu/bin/addr2line /usr/gnu/bin/ar /usr/gnu/bin/as /usr/gnu/bin/cc -> /usr/compilers/gcc432/bin/gcc /usr/gnu/bin/c++filt /usr/gnu/bin/cpp /usr/gnu/bin/nm /usr/gnu/bin/objcopy /usr/gnu/bin/objdump /usr/gnu/bin/ranlib /usr/gnu/bin/readelf /usr/gnu/bin/size /usr/gnu/bin/strings /usr/gnu/bin/strip 4.6. Doc Impact: /usr/compilers/gcc432/man/man1/ /usr/compilers/gcc432/man/man1/addr2line.1 /usr/compilers/gcc432/man/man1/ar.1 /usr/compilers/gcc432/man/man1/as.1 /usr/compilers/gcc432/man/man1/c++filt.1 /usr/compilers/gcc432/man/man1/cpp.1 /usr/compilers/gcc432/man/man1/dlltool.1 /usr/compilers/gcc432/man/man1/g++.1 /usr/compilers/gcc432/man/man1/gcc.1 /usr/compilers/gcc432/man/man1/gcov.1 /usr/compilers/gcc432/man/man1/gfortran.1 /usr/compilers/gcc432/man/man1/gprof.1 /usr/compilers/gcc432/man/man1/nlmconv.1 /usr/compilers/gcc432/man/man1/nm.1 /usr/compilers/gcc432/man/man1/objcopy.1 /usr/compilers/gcc432/man/man1/objdump.1 /usr/compilers/gcc432/man/man1/ranlib.1 /usr/compilers/gcc432/man/man1/readelf.1 /usr/compilers/gcc432/man/man1/size.1 /usr/compilers/gcc432/man/man1/strings.1 /usr/compilers/gcc432/man/man1/strip.1 /usr/compilers/gcc432/man/man1/windmc.1 /usr/compilers/gcc432/man/man1/windres.1 /usr/compilers/gcc432/man/man7/fsf-funding.7 /usr/compilers/gcc432/man/man7/gfdl.7 /usr/compilers/gcc432/man/man7/gpl.7 Corresponding man page links will be created in /usr/share/man and /usr/gnu/share/man. 4.7. Admin/Config Impact: No change. 4.8. HA Impact: No change. 4.9. I18N/L10N Impact: No I18N or L10N is planned. 4.10. Packaging & Delivery: Name Stability Notes ==== ========= ===== SUNWgcc432 uncommitted developer cluster SUNWbinutils2_19 uncommitted developer cluster SUNWgccruntime432 uncommitted core cluster SUNWscgfss432 uncommitted developer cluster, optimizing backend for Sparc SUNWgcclink432 uncommitted developer cluster, compiler links SUNWbinutilslnk2_19 uncommitted developer cluster, binutils links 4.11. Security Impact: No impact. 4.12. Dependencies: - SUNWgnu-mpfr (LSARC 2008/655) - SUNWgnu-mp (LSARC 2008/634) - SUNWgccruntime432 - SUNWbinutils2_19 5. Reference Documents: - http://dptwiki.sfbay.sun.com/twiki/bin/view/Compiler/GNUDeveloperCollection 6. Resources and Schedule: 6.1. Projected Availability: April 2009 to coincide with OpenSolaris 2009.04 6.2. Cost of Effort: 1.5 developers. 6.3. Cost of Capital Resources: No additional capital resources were required. 6.4. Product Approval Committee requested information: 6.4.1. Consolidation or Component Name: Devpro 6.4.3. Type of CPT Review and Approval expected: FastTrack 6.4.4. Project Boundary Conditions: 6.4.5. Is this a necessary project for OEM agreements: No 6.4.6. Notes: 6.4.7. Target RTI Date/Release: Build 107 01/26/2009. 6.4.8. Target Code Design Review Date: 6.4.9. Update approval addition: - SPDE PAC approval 10/16/2008 - Solaris PAC scheduling in progress 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open 6.6.1. Rationale: Not applicable. 7. Prototype Availability: 7.1. Prototype Availability: Not applicable. 7.2. Prototype Cost: Not Applicable. From james.mcpherson@sun.com Wed Dec 17 16:35:50 2008 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 mBI0ZnTb026261 for ; Wed, 17 Dec 2008 16:35:50 -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 mBI0Zgix015021 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 18 Dec 2008 08:35:48 +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 <0KC100I05QZL6O00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 17 Dec 2008 16:35:45 -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 <0KC1008YFQZK42E0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 17 Dec 2008 16:35:45 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBI0ZiDY014738 for ; Thu, 18 Dec 2008 00:35:44 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC100301QY9HV00@mail-amer.sun.com> (original mail from James.McPherson@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 17 Dec 2008 17:35:44 -0700 (MST) Received: from blinder ([220.157.71.44]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC1000P2QZG8NF0@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 17 Dec 2008 17:35:43 -0700 (MST) Date: Thu, 18 Dec 2008 10:35:36 +1000 From: "James C. McPherson" Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <49499609.9030901@sun.com> Sender: james.mcpherson@sun.com To: Raj Prakash Cc: LSARC-ext@sun.com, George Vasick Message-id: <20081218103536.00002e31@blinder> Organization: Sun Microsystems MIME-version: 1.0 X-Mailer: Claws Mail 3.6.1 (GTK+ 2.14.3; i386-pc-solaris2.11) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> Status: RO Content-Length: 1182 On Wed, 17 Dec 2008 16:15:05 -0800 Raj Prakash wrote: > Template Version: @(#)onepager.txt 1.35 07/11/07 SMI > Copyright 2007 Sun Microsystems > > 1. Introduction > 1.1. Project/Component Working Name: GNU Developer Collection ... > 2. Project Summary > 2.1. Project Description: > The project will provide the current releases of the GNU > Compiler Collection (GCC) and the GNU Binutils for OpenSolaris. The > primary components are the following: > - GCC includes C, C++, FORTRAN, Objective-C, and > Objective-C++. > - GNU Binutils includes a collection of binary tools, the > most notable being the assembler and linker. > - GCC Runtime includes the runtime libraries corresponding to > the compiler collection. You seem to be conflicting with 6674032 Introduce GCC 4.3.x in Nevada 6674042 Introduce MPFR (Multiple Precision Floating-Point Rounding Library) in Nevada 6674044 Introduce GNU MP 4.2.4 in Nevada James C. McPherson -- Senior Kernel Software Engineer, Solaris Sun Microsystems http://blogs.sun.com/jmcp http://www.jmcp.homeunix.com/blog From danek.duvall@sun.com Wed Dec 17 17:08:30 2008 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 mBI18Tob027609 for ; Wed, 17 Dec 2008 17:08:30 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBI18TWU028229 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 17 Dec 2008 17:08:29 -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 <0KC100K07SI3BC00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 17 Dec 2008 17:08:27 -0800 (PST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KC100JGISI3QV00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 17 Dec 2008 17:08:27 -0800 (PST) Received: from mumak.SFBay.Sun.COM (mumak.SFBay.Sun.COM [129.146.229.4]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mBI18P5R036574; Wed, 17 Dec 2008 17:08:25 -0800 (PST) Received: from mumak.SFBay.Sun.COM (mumak [127.0.0.1]) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id mBI1A05C019169; Wed, 17 Dec 2008 17:10:00 -0800 (PST) Received: (from dduvall@localhost) by mumak.SFBay.Sun.COM (8.14.3+Sun/8.14.3/Submit) id mBI1A0qf019168; Wed, 17 Dec 2008 17:10:00 -0800 (PST) Date: Wed, 17 Dec 2008 17:10:00 -0800 From: Danek Duvall Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20081218103536.00002e31@blinder> To: "James C. McPherson" Cc: Raj Prakash , LSARC-ext@sun.com, George Vasick Message-id: <20081218011000.GL7263@mumak.SFBay.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: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 441 On Thu, Dec 18, 2008 at 10:35:36AM +1000, James C. McPherson wrote: > You seem to be conflicting with > > 6674032 Introduce GCC 4.3.x in Nevada > 6674042 Introduce MPFR (Multiple Precision Floating-Point Rounding Library) in Nevada > 6674044 Introduce GNU MP 4.2.4 in Nevada There's also PSARC/2008/378 Move gcc and binutils from /usr/sfw/bin to /usr/bin PSARC/2008/656 GNU binutils version 4.3.x to contend with. Danek From ro@techfak.uni-bielefeld.de Thu Dec 18 05:56:56 2008 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 mBIDut2H029790 for ; Thu, 18 Dec 2008 05:56:56 -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 mBIDuqZN013701; Thu, 18 Dec 2008 06:56:54 -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 <0KC20090LS2SCA00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 18 Dec 2008 05:56:52 -0800 (PST) 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 <0KC20092OS2O6600@nwk-avmta-1.sfbay.Sun.COM>; Thu, 18 Dec 2008 05:56:48 -0800 (PST) Received: from relay22.sun.com (relay22.sun.com [192.12.251.34] (may be forged)) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBIDsIQK022778; Thu, 18 Dec 2008 13:56:48 +0000 (GMT) Received: from mms25es.mms.us.syntegra.com ([150.143.232.90] [150.143.232.90]) by relay22i.sun.com with ESMTP id BT-MMP-1600683; Thu, 18 Dec 2008 13:56:47 +0000 (Z) Received: from relay24.sun.com (relay24.sun.com [192.12.251.74]) by mms25es.mms.us.syntegra.com with ESMTP id BT-MMP-25053735; Thu, 18 Dec 2008 13:56:46 +0000 (Z) Received: from smarthost.TechFak.Uni-Bielefeld.DE ([129.70.137.17] [129.70.137.17]) by relay24i.sun.com with ESMTP id BT-MMP-31174106; Thu, 18 Dec 2008 13:56:45 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 33203482C0; Thu, 18 Dec 2008 14:56:45 +0100 (CET) Date: Thu, 18 Dec 2008 14:56:44 +0100 From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: Raj Prakash's message of "Wed, 17 Dec 2008 16:15:05 -0800" Sender: ro@techfak.uni-bielefeld.de To: Raj Prakash Cc: LSARC-ext@sun.com, George Vasick Message-id: 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.544sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ Lines: 119 References: <49499609.9030901@sun.com> Status: RO Content-Length: 4518 Raj Prakash writes: > XXX XXXXXXXXXXX/XXXXXXXXXXXX: Internal Use Only: Engineering Need-to-Know This seems inappropriate for an open case. > 1.5.4. Interest List: Why not using compilers-discuss@opensolaris.org? Where's the relation to gccfss, which is (at least right now) SPARC-only? > 2. Project Summary > 2.1. Project Description: > The project will provide the current releases of the GNU Compiler > Collection (GCC) and the GNU Binutils for OpenSolaris. The primary > components are the following: > - GCC includes C, C++, FORTRAN, Objective-C, and Objective-C++. Why exclude GCJ (i.e. the Java compiler) and GNAT (Ada compiler)? Objective C++ may be inappropriate, on the other hand: it is not built by default, its future maintenance is highly uncertain, so it may be better not to include it in the first place. > - GNU Binutils includes a collection of binary tools, the most notable > being the assembler and linker. Does this mean that GCC will be using GNU as and ld instead of the native tools? At the very least, use of GNU ld is highly questionable since it lacks many features of Sun ld. > 4. Technical Description: > 4.1. Details: > - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will > remain unchanged in /usr/sfw/. > - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and > GNU Binutils 2.19, will be ported to OpenSolaris and installed in /usr/compilers/gcc432. This doesn't seem appropriate: as I've established during the (currently derailed) PSARC 2008/656 case, GNU as 2.15 and 2.19 are completely compatible and 2.19 can be used as a drop-in replacement for 2.15, even with GCC 3.4.3. What's the relation of this case to PSARC 2008/656, anyway? Apart from that, I see no reason to make this micro-version dependant: the libraries remain ABI compatible inside a minor release. > 4.5. Interfaces: > > The following interfaces are classified volatile since they are controlled by GNU: This isn't enough of a justification (and makes the compilers useless). > /usr/compilers/gcc432/lib/libmudflap.la > /usr/compilers/gcc432/lib/libmudflap.so > /usr/compilers/gcc432/lib/libmudflap.so.0 > /usr/compilers/gcc432/lib/libmudflap.so.0.0.0 > /usr/compilers/gcc432/lib/libmudflapth.la > /usr/compilers/gcc432/lib/libmudflapth.so > /usr/compilers/gcc432/lib/libmudflapth.so.0 > /usr/compilers/gcc432/lib/libmudflapth.so.0.0.0 libmudflap currently depends on GNU ld features, which would indicate that GCC will be built with GNU ld. Btw., what's the reason to deliver libtool .la files? They often seem to cause more trouble than they are worth. > The following soft links will be created in /usr/bin to point to /usr/compilers/gcc432/bin [...] > /usr/bin/gprof This is already delivered by SUNWbtool. Are the two completely compatible? > All libs in /usr/compilers/gcc432/lib and /usr/compilers/gcc432/lib/{MACH64} > will be linked into /usr/lib and /usr/lib/{MACH64}. This doesn't make sense to do unconditionally: * We don't deliver *.la files in /usr/lib. * libbfd-2.19.so is volatile and (at most) used to reduce the size of the delivered binutils. This doesn't belong in any public place, if it is used at all (N.B. by default GNU binutils are built with --disable-shared). * There are some static libraries listed above: /usr/compilers/gcc432/lib/libiberty.a /usr/compilers/gcc432/lib/libssp_nonshared.a /usr/compilers/gcc432/lib/libsupc++.a Should the be delivered at all, especially in /usr/lib? > 4.10. Packaging & Delivery: > Name Stability Notes > ==== ========= ===== > SUNWgcc432 uncommitted developer cluster It might be useful to split this into individual packages for all the various languages supported. > SUNWbinutils2_19 uncommitted developer cluster The usual convention is to use SUNWbinutils219, i.e. withouth the underscore. > SUNWgccruntime432 uncommitted core cluster > SUNWscgfss432 uncommitted developer cluster, optimizing backend for Sparc Does this mean you plan to deliver the gccfss backend by default on SPARC, instead of the regular GCC SPARC backend? This must be stated in the case. > 5. Reference Documents: > - http://dptwiki.sfbay.sun.com/twiki/bin/view/Compiler/GNUDeveloperCollection This is not visible outside SWAN! Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Faculty of Technology, Bielefeld University From George.Vasick@sun.com Thu Dec 18 10:31:11 2008 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 mBIIVBul020678 for ; Thu, 18 Dec 2008 10:31:11 -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 mBIIVArD058925; Thu, 18 Dec 2008 11:31:11 -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 <0KC300D514RXAI00@brm-avmta-1.central.sun.com>; Thu, 18 Dec 2008 11:31:09 -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 <0KC30009S4RWYSD0@brm-avmta-1.central.sun.com>; Thu, 18 Dec 2008 11:31:08 -0700 (MST) 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 mBIIV8Zr019656; Thu, 18 Dec 2008 10:31:08 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC300A0143HXI00@fe-sfbay-09.sun.com> (original mail from George.Vasick@Sun.COM); Thu, 18 Dec 2008 10:31:08 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC300CGR4RMHGD0@fe-sfbay-09.sun.com>; Thu, 18 Dec 2008 10:30:58 -0800 (PST) Date: Thu, 18 Dec 2008 10:30:07 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20081218103536.00002e31@blinder> Sender: George.Vasick@sun.com To: "James C. McPherson" Cc: Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <494A96AF.7010001@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) Status: RO Content-Length: 1686 James C. McPherson wrote: > On Wed, 17 Dec 2008 16:15:05 -0800 > Raj Prakash wrote: > >> Template Version: @(#)onepager.txt 1.35 07/11/07 SMI >> Copyright 2007 Sun Microsystems >> >> 1. Introduction >> 1.1. Project/Component Working Name: GNU Developer Collection > ... >> 2. Project Summary >> 2.1. Project Description: >> The project will provide the current releases of the GNU >> Compiler Collection (GCC) and the GNU Binutils for OpenSolaris. The >> primary components are the following: >> - GCC includes C, C++, FORTRAN, Objective-C, and >> Objective-C++. >> - GNU Binutils includes a collection of binary tools, the >> most notable being the assembler and linker. >> - GCC Runtime includes the runtime libraries corresponding to >> the compiler collection. > > > You seem to be conflicting with > > 6674032 Introduce GCC 4.3.x in Nevada > 6674042 Introduce MPFR (Multiple Precision Floating-Point Rounding > Library) in Nevada > 6674044 Introduce GNU MP 4.2.4 in Nevada Hi James, The GNU work has been transitioned from the Solaris team to the compiler team. We are just picking up where Stefan Telemark, the submitter of theses issues, left off. ARC cases have already been filed and approved for MPFR and GMP: http://sac.eng/Archives/CaseLog/arc/LSARC/2008/655/ http://sac.eng/Archives/CaseLog/arc/LSARC/2008/634/ This case covers the GCC portion of the project. Thanks, George > > > > James C. McPherson > -- > Senior Kernel Software Engineer, Solaris > Sun Microsystems > http://blogs.sun.com/jmcp http://www.jmcp.homeunix.com/blog From Byron.Servies@sun.com Thu Dec 18 10:59:10 2008 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 mBIIx9RY021295 for ; Thu, 18 Dec 2008 10:59:09 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBIIx7OO013452 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 18 Dec 2008 10:59:09 -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 <0KC300M1P62K9A00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.com); Thu, 18 Dec 2008 10:59:08 -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 <0KC3007PT62J5K80@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.com); Thu, 18 Dec 2008 10:59:07 -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 mBIIx7pF025771 for ; Thu, 18 Dec 2008 10:59:07 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC300J0148J8A00@fe-sfbay-10.sun.com> (original mail from Byron.Servies@Sun.COM) for LSARC-ext@Sun.com (ORCPT LSARC-ext@Sun.com); Thu, 18 Dec 2008 10:59:07 -0800 (PST) Received: from [129.145.154.77] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC3003ZB628ZV10@fe-sfbay-10.sun.com> for LSARC-ext@Sun.com (ORCPT LSARC-ext@Sun.com); Thu, 18 Dec 2008 10:58:57 -0800 (PST) Date: Thu, 18 Dec 2008 10:58:56 -0800 From: Byron Servies Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <49499609.9030901@sun.com> Sender: Byron.Servies@sun.com To: Raj Prakash Cc: LSARC-ext@sun.com, George Vasick Reply-to: Byron.Servies@sun.com Message-id: <494A9D70.5080306@sun.com> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> User-Agent: Thunderbird 2.0.0.16 (X11/20080807) Status: RO Content-Length: 1760 On 12/17/08 04:15 PM, Raj Prakash wrote: > > 4. Technical Description: > 4.1. Details: > - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will > remain unchanged in /usr/sfw/. > - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and > GNU Binutils 2.19, will be ported to OpenSolaris and installed in > /usr/compilers/gcc432. > - Softlinks to commands in /usr/bin, e.g. /usr/bin/gcc, will be > created point to /usr/compilers/gcc432/bin. > - Softlinks to commands in /usr/gnu/bin, e.g. /usr/gnu/bin/cc, will > be created pointing to /usr/compilers/gcc432/bin. > - Libraries in /usr/compilers/gcc432/lib and > /usr/compilers/gcc432/lib/{MACH64} > will be linked into /usr/lib and /usr/lib/{MACH64}. So you are proposing to have the program referenced by 2 different names in 3 different places? Could you not at least make "gcc" be "gcc" everwhere (and prefix all the other commands with "g") to make it impossible to confuse them with the Sun variants? This is both common practice, and all the packages provide for this via the "--program-prefix" option. Byron -- Byron Servies Sun Microsystems, Inc. mail to: byron.servies@sun.com http://www.sun.com From iszczesniak@gmail.com Thu Dec 18 13:16:56 2008 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 mBILGt7q012544 for ; Thu, 18 Dec 2008 13:16:55 -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 mBILGcNA022639; Thu, 18 Dec 2008 21:16:49 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 <0KC300103CG0JA00@nwk-avmta-2.sfbay.sun.com>; Thu, 18 Dec 2008 13:16:48 -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 <0KC300EVSCFZ5PE0@nwk-avmta-2.sfbay.sun.com>; Thu, 18 Dec 2008 13:16:47 -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 mBIL8rq3016234; Thu, 18 Dec 2008 21:16:47 +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-900696; Thu, 18 Dec 2008 21:16:47 +0000 (Z) Received: from relay12i.sun.com (relay12i.sun.com [129.179.4.122]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-13669; Thu, 18 Dec 2008 21:16:47 +0000 (Z) Received: from mail-bw0-f20.google.com ([209.85.218.20] [209.85.218.20]) by relay1i.sun.com with ESMTP id BT-MMP-8785505; Thu, 18 Dec 2008 21:16:46 +0000 (Z) Received: by bwz13 with SMTP id 13so2071431bwz.8 for ; Thu, 18 Dec 2008 13:16:41 -0800 (PST) Received: by 10.181.59.19 with SMTP id m19mr799036bkk.91.1229635001805; Thu, 18 Dec 2008 13:16:41 -0800 (PST) Received: by 10.181.208.14 with HTTP; Thu, 18 Dec 2008 13:16:41 -0800 (PST) Date: Thu, 18 Dec 2008 22:16:41 +0100 From: "I. Szczesniak" Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <494A96AF.7010001@sun.com> To: George Vasick Cc: "James C. McPherson" , LSARC-ext@sun.com, gcc2ir@sun.com, Raj Prakash , Stefan Teleman Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=OwbnPTjPQMa0nYNu3HFfd2Bqw888GPBrJvyHWi1NToM=; b=H0PPv5QRqYNDbTH9gFkvE/BK4X2rDoxmpbbh36HARNjH9h4jI9ZSeSIAfrCdZrSPi0 acLGPJI0+oXRF1rCCLIi/TuGu3Hqdatxc9IVh3JKgrJ8Sjx7940E1UHNnqYigM1Cigs+ RoYivxQbyCgugyEDHQb/XUgehD9Pi06TOEjY4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=THp05Y8pke2olv8s7KCjLQOEABYrHRJSG5v5/AV2Taji6XbUcj8tJ/M+A97SaHddJd 5YF9Cf3soaHO7j0oD98320qZArOr/skNqu5QXm9vk5gy6fnm+W8XSC04+QPChG61N+FM Nf/V4oVhtkmO1Zy/R/xT9cOV7Wg9PJ2QMlLXE= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.043sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> <494A96AF.7010001@sun.com> Status: RO Content-Length: 284 Do you mean Stefan Teleman? Irek On 12/18/08, George Vasick wrote: > Hi James, > > The GNU work has been transitioned from the Solaris team to the compiler > team. We are just picking up where Stefan Telemark, the submitter of > theses issues, left off. From George.Vasick@sun.com Thu Dec 18 13:20:20 2008 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 mBILKJk7012696 for ; Thu, 18 Dec 2008 13:20:19 -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 mBILKInu030505; Thu, 18 Dec 2008 14:20:19 -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 <0KC300G19CLUHX00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 18 Dec 2008 13:20:18 -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 <0KC300BRACLU7R60@nwk-avmta-1.sfbay.Sun.COM>; Thu, 18 Dec 2008 13:20:18 -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 mBILKHo7012902; Thu, 18 Dec 2008 13:20:17 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC300C01CDZPF00@fe-sfbay-10.sun.com> (original mail from George.Vasick@Sun.COM); Thu, 18 Dec 2008 13:20:17 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC300D48CLTAV20@fe-sfbay-10.sun.com>; Thu, 18 Dec 2008 13:20:17 -0800 (PST) Date: Thu, 18 Dec 2008 13:19:25 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: Sender: George.Vasick@sun.com To: "I. Szczesniak" Cc: "James C. McPherson" , LSARC-ext@sun.com, gcc2ir@sun.com, Raj Prakash , Stefan Teleman Message-id: <494ABE5D.3000306@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> <494A96AF.7010001@sun.com> User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) Status: RO Content-Length: 358 I. Szczesniak wrote: > Do you mean Stefan Teleman? Correct. Sorry about that. George > > Irek > > On 12/18/08, George Vasick wrote: >> Hi James, >> >> The GNU work has been transitioned from the Solaris team to the compiler >> team. We are just picking up where Stefan Telemark, the submitter of >> theses issues, left off. From George.Vasick@sun.com Fri Dec 19 11:06:32 2008 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 mBJJ6VsV027845 for ; Fri, 19 Dec 2008 11:06:31 -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 mBJJ6QET020258; Fri, 19 Dec 2008 19:06:30 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 <0KC500C2H12SRJ00@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 11:06:28 -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 <0KC500CZ512N1V10@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 11:06:28 -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 mBJJ6N7m002858; Fri, 19 Dec 2008 11:06:23 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC5000010E5J600@fe-sfbay-09.sun.com> (original mail from George.Vasick@Sun.COM); Fri, 19 Dec 2008 11:06:23 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC500CJE126RL40@fe-sfbay-09.sun.com>; Fri, 19 Dec 2008 11:06:07 -0800 (PST) Date: Fri, 19 Dec 2008 11:06:02 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: Sender: George.Vasick@sun.com To: Rainer Orth Cc: Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <494BF09A.4040008@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) Status: RO Content-Length: 6956 Rainer Orth wrote: > Raj Prakash writes: > >> XXX XXXXXXXXXXX/XXXXXXXXXXXX: Internal Use Only: Engineering Need-to-Know > > This seems inappropriate for an open case. Good point. I had no idea ARC cases were automatically posted to the OpenSolaris forums. > >> 1.5.4. Interest List: > > Why not using compilers-discuss@opensolaris.org? Where's the relation to > gccfss, which is (at least right now) SPARC-only? The gccfss team has expanded to include all of the GNU developer related tools so the name of the alias does not accurately reflect the team's role. But you make a good point, we will switch to the opensolaris alias. By the way thanks for the off-line pointer to the correct alias: tools-compilers@opensolaris.org. > >> 2. Project Summary >> 2.1. Project Description: >> The project will provide the current releases of the GNU Compiler >> Collection (GCC) and the GNU Binutils for OpenSolaris. The primary >> components are the following: >> - GCC includes C, C++, FORTRAN, Objective-C, and Objective-C++. > > Why exclude GCJ (i.e. the Java compiler) and GNAT (Ada compiler)? We based the included languages on what was done for the current opensolaris version of gcc, 3.4.3. We will definitely consider including additional languages in the future if there is demand. > Objective C++ may be inappropriate, on the other hand: it is not built by > default, its future maintenance is highly uncertain, so it may be better > not to include it in the first place. This is good feedback. We will remove it from the proposal. > >> - GNU Binutils includes a collection of binary tools, the most notable >> being the assembler and linker. > > Does this mean that GCC will be using GNU as and ld instead of the native > tools? At the very least, use of GNU ld is highly questionable since it > lacks many features of Sun ld. We use Sun ld for the very reasons you mention. We do use the GNU assembler for x86. > >> 4. Technical Description: >> 4.1. Details: >> - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will >> remain unchanged in /usr/sfw/. >> - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and >> GNU Binutils 2.19, will be ported to OpenSolaris and installed in /usr/compilers/gcc432. > > This doesn't seem appropriate: as I've established during the (currently > derailed) PSARC 2008/656 case, GNU as 2.15 and 2.19 are completely > compatible and 2.19 can be used as a drop-in replacement for 2.15, even > with GCC 3.4.3. What's the relation of this case to PSARC 2008/656, anyway? Ideally, we would end of life GCC 3.4.3 and binutils 2.15 currently installed in /use/sfw. We need to do it in multiple steps, make GCC 4.32. and binutils 2.19 available, allow existing Solaris consolidations which depend on 3.4.3 to migrate to 4.3.2, and finally end of life 3.4.3 In the interim, we would like to leave the existing GCC 3.4.3 and binutils 2.15 completely untouched. I contacted Stefan Teleman, the submitter PSARC 2008/656. Binutils 2.17 has not yet been integrated and he agrees that we should go directly to 2.19 at this point. > > Apart from that, I see no reason to make this micro-version dependant: the > libraries remain ABI compatible inside a minor release. We see only one reason. That is to minimize effort on 3.4.3 and move to end of life it instead. > >> 4.5. Interfaces: >> >> The following interfaces are classified volatile since they are controlled by GNU: > > This isn't enough of a justification (and makes the compilers useless). We will not make any incompatible changes, however they are controlled by any outside body. I reviewed ARC's interface taxonomy document again. It seems to me these interfaces fall somewhere between uncommitted and committed depending on how well GUN controls them. What do you propose here? > >> /usr/compilers/gcc432/lib/libmudflap.la >> /usr/compilers/gcc432/lib/libmudflap.so >> /usr/compilers/gcc432/lib/libmudflap.so.0 >> /usr/compilers/gcc432/lib/libmudflap.so.0.0.0 >> /usr/compilers/gcc432/lib/libmudflapth.la >> /usr/compilers/gcc432/lib/libmudflapth.so >> /usr/compilers/gcc432/lib/libmudflapth.so.0 >> /usr/compilers/gcc432/lib/libmudflapth.so.0.0.0 > > libmudflap currently depends on GNU ld features, which would indicate that > GCC will be built with GNU ld. We will remove libmudflap. > > Btw., what's the reason to deliver libtool .la files? They often seem to > cause more trouble than they are worth. We provided .la files with the 3.4.3 version of GCC. If they are not useful, we can consider deleting them. > >> The following soft links will be created in /usr/bin to point to /usr/compilers/gcc432/bin > [...] >> /usr/bin/gprof > > This is already delivered by SUNWbtool. Are the two completely compatible? We need to investigate this further and get back to you. > >> All libs in /usr/compilers/gcc432/lib and /usr/compilers/gcc432/lib/{MACH64} >> will be linked into /usr/lib and /usr/lib/{MACH64}. > > This doesn't make sense to do unconditionally: > > * We don't deliver *.la files in /usr/lib. OK, we will make the change. > > * libbfd-2.19.so is volatile and (at most) used to reduce the size of the > delivered binutils. This doesn't belong in any public place, if it is > used at all (N.B. by default GNU binutils are built with > --disable-shared). We agree. > > * There are some static libraries listed above: > > /usr/compilers/gcc432/lib/libiberty.a > /usr/compilers/gcc432/lib/libssp_nonshared.a > /usr/compilers/gcc432/lib/libsupc++.a > > Should the be delivered at all, especially in /usr/lib? We also agree. > >> 4.10. Packaging & Delivery: >> Name Stability Notes >> ==== ========= ===== >> SUNWgcc432 uncommitted developer cluster > It might be useful to split this into individual packages for all the > various languages supported. We could consider splitting it into two pieces, C/C++ and the rest. Maintaining the cross dependencies could get complicated if we go any farther. > >> SUNWbinutils2_19 uncommitted developer cluster > > The usual convention is to use SUNWbinutils219, i.e. withouth the underscore. We agree. We will make the change. > >> SUNWgccruntime432 uncommitted core cluster >> SUNWscgfss432 uncommitted developer cluster, optimizing backend for Sparc > > Does this mean you plan to deliver the gccfss backend by default on SPARC, > instead of the regular GCC SPARC backend? This must be stated in the case. Both backends will be delivered on Sparc. > >> 5. Reference Documents: >> - http://dptwiki.sfbay.sun.com/twiki/bin/view/Compiler/GNUDeveloperCollection > > This is not visible outside SWAN! Same problem as your very first point. I did not realize this document would be visible outside of SWAN. Thanks for your feedback, George > > Rainer > From George.Vasick@sun.com Fri Dec 19 11:21:12 2008 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 mBJJLCmk028020 for ; Fri, 19 Dec 2008 11:21:12 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBJJLAP7001253; Fri, 19 Dec 2008 11:21:12 -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 <0KC500D0J1RBOP00@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 11:21:11 -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 <0KC500CQ51RA2030@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 11:21:10 -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 mBJJLAbZ004875; Fri, 19 Dec 2008 11:21:10 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC5000010E5J600@fe-sfbay-09.sun.com> (original mail from George.Vasick@Sun.COM); Fri, 19 Dec 2008 11:21:10 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC500CJ71RARLC0@fe-sfbay-09.sun.com>; Fri, 19 Dec 2008 11:21:10 -0800 (PST) Date: Fri, 19 Dec 2008 11:21:06 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <494A9D70.5080306@sun.com> Sender: George.Vasick@sun.com To: Byron.Servies@sun.com Cc: Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <494BF422.3060800@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494A9D70.5080306@sun.com> User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) Status: RO Content-Length: 1723 Byron Servies wrote: > On 12/17/08 04:15 PM, Raj Prakash wrote: > >> >> 4. Technical Description: >> 4.1. Details: >> - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will >> remain unchanged in /usr/sfw/. >> - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and >> GNU Binutils 2.19, will be ported to OpenSolaris and installed >> in /usr/compilers/gcc432. >> - Softlinks to commands in /usr/bin, e.g. /usr/bin/gcc, will be >> created point to /usr/compilers/gcc432/bin. >> - Softlinks to commands in /usr/gnu/bin, e.g. /usr/gnu/bin/cc, will >> be created pointing to /usr/compilers/gcc432/bin. >> - Libraries in /usr/compilers/gcc432/lib and >> /usr/compilers/gcc432/lib/{MACH64} >> will be linked into /usr/lib and /usr/lib/{MACH64}. > > So you are proposing to have the program referenced by 2 different names > in 3 different places? > > Could you not at least make "gcc" be "gcc" everwhere (and prefix all the > other commands with "g") to make it impossible to confuse them with the > Sun variants? This is both common practice, and all the packages > provide for this via the "--program-prefix" option. We are following the convention already established in OpenSolaris with gcc 3.4.3: ls -l /usr/gnu/bin/cc /usr/bin/gcc /usr/sfw/bin/gcc lrwxrwxrwx 1 root root 14 2008-12-11 12:56 /usr/bin/gcc -> ../sfw/bin/gcc* lrwxrwxrwx 1 root root 17 2008-12-11 12:56 /usr/gnu/bin/cc -> ../../sfw/bin/gcc* -r-xr-xr-x 3 root bin 88320 2008-12-11 12:56 /usr/sfw/bin/gcc* I also see a similar pattern on Ubuntu Linux where both cc and gcc are links to a gcc command with a suffix, e.g. gcc-4.3. Thanks, George > > Byron From George.Vasick@sun.com Fri Dec 19 11:39:16 2008 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 mBJJdFXI028104 for ; Fri, 19 Dec 2008 11:39:15 -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.2) with ESMTP id mBJJdDnf009776; Fri, 19 Dec 2008 12:39:15 -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 <0KC500E0F2LERE00@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 11:39:14 -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 <0KC500CM72LD1V40@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 11:39:13 -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 mBJJdDln007096; Fri, 19 Dec 2008 11:39:13 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC500F011TYT300@fe-sfbay-09.sun.com> (original mail from George.Vasick@Sun.COM); Fri, 19 Dec 2008 11:39:13 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC5007ED2L6QL30@fe-sfbay-09.sun.com>; Fri, 19 Dec 2008 11:39:06 -0800 (PST) Date: Fri, 19 Dec 2008 11:39:01 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20081218011000.GL7263@mumak.SFBay.Sun.COM> Sender: George.Vasick@sun.com To: Danek Duvall Cc: "James C. McPherson" , Raj Prakash , LSARC-ext@sun.com, George Vasick , gcc2ir@sun.com Message-id: <494BF855.8010907@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> <20081218011000.GL7263@mumak.SFBay.Sun.COM> User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) Status: RO Content-Length: 1035 Danek Duvall wrote: > On Thu, Dec 18, 2008 at 10:35:36AM +1000, James C. McPherson wrote: > >> You seem to be conflicting with >> >> 6674032 Introduce GCC 4.3.x in Nevada >> 6674042 Introduce MPFR (Multiple Precision Floating-Point Rounding Library) in Nevada >> 6674044 Introduce GNU MP 4.2.4 in Nevada > > There's also > > PSARC/2008/378 Move gcc and binutils from /usr/sfw/bin to /usr/bin We consulted the submitter, Craig Mohrman. The case is stalled in Sun legal. Craig agrees with the concept in our proposal of using /usr/compilers/... for this and future versions of compilers allowing multiple versions to coexist. Users would then control which is the default compiler version by which links package is installed. > PSARC/2008/656 GNU binutils version 4.3.x This has not been integrated into the builds yet. The submitter, Stefan Teleman, agrees that the correct action at this time is to go with binutils 2.19 and gcc 4.3.2 that we propose. Thanks, George > > to contend with. > > Danek From roland.mainz@nrubsig.org Fri Dec 19 11:46:47 2008 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 mBJJklxa028139 for ; Fri, 19 Dec 2008 11:46:47 -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 mBJJkbxl013574; Fri, 19 Dec 2008 12:46:46 -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 <0KC500M052XWY600@brm-avmta-1.central.sun.com>; Fri, 19 Dec 2008 12:46:44 -0700 (MST) 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 <0KC500KOR2XU7W10@brm-avmta-1.central.sun.com>; Fri, 19 Dec 2008 12:46:42 -0700 (MST) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id mBJJcl3q024489; Fri, 19 Dec 2008 19:46:41 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay11i.sun.com with ESMTP id BT-MMP-1171762; Fri, 19 Dec 2008 19:46:41 +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-322037; Fri, 19 Dec 2008 19:46:41 +0000 (Z) Received: from mail-in-11.arcor-online.net ([151.189.21.51] [151.189.21.51]) by relay1ib.sun.com with ESMTP id BT-MMP-10337182; Fri, 19 Dec 2008 19:46:40 +0000 (Z) Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mail-in-11.arcor-online.net (Postfix) with ESMTP id ADB1920925B; Fri, 19 Dec 2008 20:46:39 +0100 (CET) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id 970C6100C4; Fri, 19 Dec 2008 20:46:39 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-088-068-032-006.pools.arcor-ip.net [88.68.32.6]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 63CAB36E869; Fri, 19 Dec 2008 20:46:39 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id mBJJkbgC008984; Fri, 19 Dec 2008 20:46:37 +0100 (CET) Date: Fri, 19 Dec 2008 20:46:36 +0100 From: Roland Mainz Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout01/07/2009] Sender: gisburn@jupiterb48.nrubsig.org To: George Vasick Cc: Danek Duvall , gcc2ir@sun.com, LSARC-ext@sun.com, Raj Prakash Message-id: <494BFA1C.A2007B2A@nrubsig.org> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.11 sun4u) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.94.1/8786/Fri Dec 19 11:30:31 2008 on mail-in-02.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.214sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> <20081218011000.GL7263@mumak.SFBay.Sun.COM> <494BF855.8010907@sun.com> Status: RO Content-Length: 1294 George Vasick wrote: > Danek Duvall wrote: > > On Thu, Dec 18, 2008 at 10:35:36AM +1000, James C. McPherson wrote: > > > >> You seem to be conflicting with > >> > >> 6674032 Introduce GCC 4.3.x in Nevada > >> 6674042 Introduce MPFR (Multiple Precision Floating-Point Rounding Library) in Nevada > >> 6674044 Introduce GNU MP 4.2.4 in Nevada > > > > There's also > > > > PSARC/2008/378 Move gcc and binutils from /usr/sfw/bin to /usr/bin > > We consulted the submitter, Craig Mohrman. The case is stalled in Sun > legal. Craig agrees with the concept in our proposal of using > /usr/compilers/... for this and future versions of compilers allowing > multiple versions to coexist. Users would then control which is the > default compiler version by which links package is installed. Can we please get some feedback whether Sun Studio will use /usr/compilers/ in the future ? From what I heared it will remain in /opt/SUNWspro/ with links in /usr/bin/ in the future and if only gcc resides there: Why should this directory be named "compilers" and not /usr/lib/gcc/ ? ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From roland.mainz@nrubsig.org Fri Dec 19 11:52:20 2008 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 mBJJqJnR028172 for ; Fri, 19 Dec 2008 11:52:20 -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 mBJJqFwj007887; Sat, 20 Dec 2008 03:52:15 +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 <0KC50000B372A700@brm-avmta-1.central.sun.com>; Fri, 19 Dec 2008 12:52:14 -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 <0KC500KS83708220@brm-avmta-1.central.sun.com>; Fri, 19 Dec 2008 12:52:13 -0700 (MST) Received: from relay42i.sun.com ([192.5.209.72]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBJJlIgW010041; Fri, 19 Dec 2008 19:52:12 +0000 (GMT) Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230]) by relay42i.sun.com with ESMTP id BT-MMP-942154; Fri, 19 Dec 2008 19:52:12 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-21174470; Fri, 19 Dec 2008 19:52:12 +0000 (Z) Received: from mail-in-10.arcor-online.net ([151.189.21.50] [151.189.21.50]) by relay4i.sun.com with ESMTP id BT-MMP-10868288; Fri, 19 Dec 2008 19:52:11 +0000 (Z) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id 43C581F51C7; Fri, 19 Dec 2008 20:52:10 +0100 (CET) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id 229BF213071; Fri, 19 Dec 2008 20:52:10 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-088-068-032-006.pools.arcor-ip.net [88.68.32.6]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id EBDD736E868; Fri, 19 Dec 2008 20:52:09 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id mBJJq7gF008987; Fri, 19 Dec 2008 20:52:08 +0100 (CET) Date: Fri, 19 Dec 2008 20:52:07 +0100 From: Roland Mainz Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout01/07/2009] Sender: gisburn@jupiterb48.nrubsig.org To: George Vasick Cc: Rainer Orth , LSARC-ext@sun.com, Raj Prakash Message-id: <494BFB67.8EC70668@nrubsig.org> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.11 sun4u) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.94.1/8786/Fri Dec 19 11:30:31 2008 on mail-in-02.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.216sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> Status: RO Content-Length: 1155 George Vasick wrote: > Rainer Orth wrote: > > Raj Prakash writes: [snip] > >> 2. Project Summary > >> 2.1. Project Description: > >> The project will provide the current releases of the GNU Compiler > >> Collection (GCC) and the GNU Binutils for OpenSolaris. The primary > >> components are the following: > >> - GCC includes C, C++, FORTRAN, Objective-C, and Objective-C++. > > > > Why exclude GCJ (i.e. the Java compiler) and GNAT (Ada compiler)? > > We based the included languages on what was done for the current > opensolaris version of gcc, 3.4.3. We will definitely consider > including additional languages in the future if there is demand. Erm... I disagree in this point. The lack of Fortan and _ADA_ was requested often enougth (at least at universities). IMO it's easier to do it _now_ in this ARC case than deferring it _again_ (which would likely mean we won't see gcc Ada support in Solaris before 2010). ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From Nicolas.Williams@sun.com Fri Dec 19 13:14:46 2008 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 mBJLEk7I016600 for ; Fri, 19 Dec 2008 13:14:46 -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 mBJLEiQi053582; Fri, 19 Dec 2008 14:14: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 <0KC500L0370KJ500@nwk-avmta-1.sfbay.Sun.COM>; Fri, 19 Dec 2008 13:14:44 -0800 (PST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KC5008PR70KT3A0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 19 Dec 2008 13:14:44 -0800 (PST) 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 mBJLDlTe014305; Fri, 19 Dec 2008 15:13:47 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id mBJLDl1K014304; Fri, 19 Dec 2008 15:13:47 -0600 (CST) Date: Fri, 19 Dec 2008 15:13:47 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <494BF855.8010907@sun.com> To: George Vasick Cc: Danek Duvall , gcc2ir@sun.com, LSARC-ext@sun.com, Raj Prakash Message-id: <20081219211347.GX12468@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: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> <20081218011000.GL7263@mumak.SFBay.Sun.COM> <494BF855.8010907@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: 674 On Fri, Dec 19, 2008 at 11:39:01AM -0800, George Vasick wrote: > We consulted the submitter, Craig Mohrman. The case is stalled in Sun > legal. Craig agrees with the concept in our proposal of using > /usr/compilers/... for this and future versions of compilers allowing > multiple versions to coexist. Users would then control which is the > default compiler version by which links package is installed. Should we have /usr/interpreters too? (And should Perl5, Python, ... move there?) What about projects that deliver both, interpreters and compilers (there exist LISPs that do that)? BTW, I like the idea of links pkgs for creating defaults in /bin. Nico -- From roland.mainz@nrubsig.org Fri Dec 19 13:21:24 2008 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 mBJLLNgE016742 for ; Fri, 19 Dec 2008 13:21:24 -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 mBJLLDpj023423; Sat, 20 Dec 2008 05:21:18 +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 <0KC500K0F7BGTY00@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 13:21:16 -0800 (PST) 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 <0KC500K9E7BFK300@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 13:21:15 -0800 (PST) Received: from relay23.sun.com (relay23.sun.com [192.12.251.54] (may be forged)) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBJLJ5KI019782; Fri, 19 Dec 2008 21:21:14 +0000 (GMT) Received: from mms22es.mms.us.syntegra.com ([150.143.232.30] [150.143.232.30]) by relay23i.sun.com with ESMTP id BT-MMP-1699419; Fri, 19 Dec 2008 21:21:12 +0000 (Z) Received: from relay23.sun.com (relay23.sun.com [192.12.251.54]) by mms22es.mms.us.syntegra.com with ESMTP id BT-MMP-26524708; Fri, 19 Dec 2008 21:21:12 +0000 (Z) Received: from mail-in-14.arcor-online.net ([151.189.21.54] [151.189.21.54]) by relay23i.sun.com with ESMTP id BT-MMP-33015273; Fri, 19 Dec 2008 21:21:11 +0000 (Z) Received: from mail-in-19-z2.arcor-online.net (mail-in-19-z2.arcor-online.net [151.189.8.36]) by mail-in-14.arcor-online.net (Postfix) with ESMTP id C0312187E00; Fri, 19 Dec 2008 22:21:10 +0100 (CET) Received: from mail-in-12.arcor-online.net (mail-in-12.arcor-online.net [151.189.21.52]) by mail-in-19-z2.arcor-online.net (Postfix) with ESMTP id B861B6BF74; Fri, 19 Dec 2008 22:21:10 +0100 (CET) Received: from jupiterb48.nrubsig.org (dslb-088-068-032-006.pools.arcor-ip.net [88.68.32.6]) by mail-in-12.arcor-online.net (Postfix) with ESMTP id 0200F8C469; Fri, 19 Dec 2008 22:21:09 +0100 (CET) Received: from nrubsig.org (localhost [127.0.0.1]) by jupiterb48.nrubsig.org (8.13.8+Sun/8.13.8) with ESMTP id mBJLL7A4009021; Fri, 19 Dec 2008 22:21:08 +0100 (CET) Date: Fri, 19 Dec 2008 22:21:07 +0100 From: Roland Mainz Subject: "Namespace seperation via PATH" vs. "dump all stuff into /usr/bin/" ... / was: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout01/07/2009] Sender: gisburn@jupiterb48.nrubsig.org To: Nicolas Williams Cc: George Vasick , Raj Prakash , Danek Duvall , gcc2ir@sun.com, LSARC-ext@sun.com Message-id: <494C1043.511F40AC@nrubsig.org> MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.11 sun4u) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: ClamAV 0.94.1/8786/Fri Dec 19 11:30:31 2008 on mail-in-12.arcor-online.net X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.072sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> <20081218011000.GL7263@mumak.SFBay.Sun.COM> <494BF855.8010907@sun.com> <20081219211347.GX12468@Sun.COM> Status: RO Content-Length: 1316 Nicolas Williams wrote: > On Fri, Dec 19, 2008 at 11:39:01AM -0800, George Vasick wrote: > > We consulted the submitter, Craig Mohrman. The case is stalled in Sun > > legal. Craig agrees with the concept in our proposal of using > > /usr/compilers/... for this and future versions of compilers allowing > > multiple versions to coexist. Users would then control which is the > > default compiler version by which links package is installed. > > Should we have /usr/interpreters too? (And should Perl5, Python, ... > move there?) What about projects that deliver both, interpreters and > compilers (there exist LISPs that do that)? > > BTW, I like the idea of links pkgs for creating defaults in /bin. I dislike it since it is the reason that some things can only be build with "root" rights anymore (such as all Mozilla.org products) since you have to remove stuff to prevent things like "autoconf" from finding it by default. OkOk, "autoconf" is a problem anyway but the original Unix designers used PATH for propper namespace seperation and the whole Linux-style "dump all things into /bin" made this situation very bad. ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) From Byron.Servies@sun.com Fri Dec 19 14:00:13 2008 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 mBJM0DJ4017529 for ; Fri, 19 Dec 2008 14:00:13 -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 mBJM0BgZ010976; Fri, 19 Dec 2008 15:00:13 -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 <0KC50044B94C7R00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 19 Dec 2008 14:00:12 -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 <0KC5008ML949T2E0@nwk-avmta-1.sfbay.Sun.COM>; Fri, 19 Dec 2008 14:00:09 -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 mBJM09t9003524; Fri, 19 Dec 2008 14:00:09 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC5002018FJAE00@fe-sfbay-09.sun.com> (original mail from Byron.Servies@Sun.COM); Fri, 19 Dec 2008 14:00:09 -0800 (PST) Received: from [129.145.154.77] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC500AIH940HZ10@fe-sfbay-09.sun.com>; Fri, 19 Dec 2008 14:00:01 -0800 (PST) Date: Fri, 19 Dec 2008 14:00:00 -0800 From: Byron Servies Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <494BF422.3060800@sun.com> Sender: Byron.Servies@sun.com To: George Vasick Cc: Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Reply-to: Byron.Servies@sun.com Message-id: <494C1960.3050801@sun.com> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494A9D70.5080306@sun.com> <494BF422.3060800@sun.com> User-Agent: Thunderbird 2.0.0.16 (X11/20080807) Status: RO Content-Length: 2799 On 12/19/08 11:21 AM, George Vasick wrote: > Byron Servies wrote: >> On 12/17/08 04:15 PM, Raj Prakash wrote: >> >>> >>> 4. Technical Description: >>> 4.1. Details: >>> - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will >>> remain unchanged in /usr/sfw/. >>> - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and >>> GNU Binutils 2.19, will be ported to OpenSolaris and installed >>> in /usr/compilers/gcc432. >>> - Softlinks to commands in /usr/bin, e.g. /usr/bin/gcc, will be >>> created point to /usr/compilers/gcc432/bin. >>> - Softlinks to commands in /usr/gnu/bin, e.g. /usr/gnu/bin/cc, will >>> be created pointing to /usr/compilers/gcc432/bin. >>> - Libraries in /usr/compilers/gcc432/lib and >>> /usr/compilers/gcc432/lib/{MACH64} >>> will be linked into /usr/lib and /usr/lib/{MACH64}. >> >> So you are proposing to have the program referenced by 2 different >> names in 3 different places? >> >> Could you not at least make "gcc" be "gcc" everwhere (and prefix all >> the other commands with "g") to make it impossible to confuse them >> with the Sun variants? This is both common practice, and all the >> packages provide for this via the "--program-prefix" option. > > We are following the convention already established in OpenSolaris with > gcc 3.4.3: > > ls -l /usr/gnu/bin/cc /usr/bin/gcc /usr/sfw/bin/gcc > lrwxrwxrwx 1 root root 14 2008-12-11 12:56 /usr/bin/gcc -> > ../sfw/bin/gcc* > lrwxrwxrwx 1 root root 17 2008-12-11 12:56 /usr/gnu/bin/cc -> > ../../sfw/bin/gcc* > -r-xr-xr-x 3 root bin 88320 2008-12-11 12:56 /usr/sfw/bin/gcc* > Just because it has been done doesn't make it a good idea. Having all the different names and links makes upgrades hard and consistency moot. Pick a location. Pick a name. > I also see a similar pattern on Ubuntu Linux where both cc and gcc are > links to a gcc command with a suffix, e.g. gcc-4.3. On Ubuntu, gcc is the only possible compiler. Having conflicting options, etc., is not a possibility. On Solaris, the Sun compiler will be the 'cc' command (and the make command), and it is not compatible with gcc. Byron -- Byron Servies Sun Microsystems, Inc. mail to: byron.servies@sun.com http://www.sun.com From carlsonj@phorcys.east.sun.com Fri Dec 19 14:20:10 2008 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 mBJMKA1m017896 for ; Fri, 19 Dec 2008 14:20:10 -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.2) with ESMTP id mBJMK1LH020816; Fri, 19 Dec 2008 15:20:08 -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 <0KC5000A7A1IXB00@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 14:20:06 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KC500KH3A1IK650@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 14:20:06 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mBJMK6Ce012527; Fri, 19 Dec 2008 17:20:06 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mBJMK5jY012524; Fri, 19 Dec 2008 17:20:05 -0500 (EST) Date: Fri, 19 Dec 2008 17:20:05 -0500 From: James Carlson Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <494C1960.3050801@sun.com> To: Byron.Servies@sun.com Cc: George Vasick , LSARC-ext@sun.com, gcc2ir@sun.com, Raj Prakash Message-id: <18764.7701.981114.315143@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494A9D70.5080306@sun.com> <494BF422.3060800@sun.com> <494C1960.3050801@sun.com> Status: RO Content-Length: 1302 Byron Servies writes: > On 12/19/08 11:21 AM, George Vasick wrote: > > ls -l /usr/gnu/bin/cc /usr/bin/gcc /usr/sfw/bin/gcc > > lrwxrwxrwx 1 root root 14 2008-12-11 12:56 /usr/bin/gcc -> > > ../sfw/bin/gcc* > > lrwxrwxrwx 1 root root 17 2008-12-11 12:56 /usr/gnu/bin/cc -> > > ../../sfw/bin/gcc* > > -r-xr-xr-x 3 root bin 88320 2008-12-11 12:56 /usr/sfw/bin/gcc* > > > > Just because it has been done doesn't make it a good idea. Having all > the different names and links makes upgrades hard and consistency moot. > > Pick a location. Pick a name. I'm not sure I see exactly what's amiss with the above proposal. Are you objecting to /usr/gnu/bin/cc in particular or more generally to the use of any symlinks? In a perfect world, we wouldn't ship anything under /usr/sfw. gcc would go in as /usr/bin/gcc (where it belongs), and then there'd be a symlink from /usr/gnu/bin/cc to /usr/bin/gcc for those who want a GNU-ish environment. It's not at all wrong for gcc to appear as "cc" when /usr/gnu/bin is before /usr/bin on the user's path. That's by design. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Byron.Servies@sun.com Fri Dec 19 14:41:03 2008 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 mBJMf3WV018235 for ; Fri, 19 Dec 2008 14:41:03 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBJMf3AO026689; Fri, 19 Dec 2008 14:41:03 -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 <0KC500211B0E7900@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 14:41: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 <0KC500KQMB0CK360@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 14:41:01 -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 mBJMf0JC008518; Fri, 19 Dec 2008 14:41:00 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC500I01AW7BR00@fe-sfbay-10.sun.com> (original mail from Byron.Servies@Sun.COM); Fri, 19 Dec 2008 14:41:00 -0800 (PST) Received: from [129.145.154.77] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC500ECTB097X00@fe-sfbay-10.sun.com>; Fri, 19 Dec 2008 14:40:58 -0800 (PST) Date: Fri, 19 Dec 2008 14:40:57 -0800 From: Byron Servies Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <18764.7701.981114.315143@gargle.gargle.HOWL> Sender: Byron.Servies@sun.com To: James Carlson Cc: George Vasick , LSARC-ext@sun.com, gcc2ir@sun.com, Raj Prakash Reply-to: Byron.Servies@sun.com Message-id: <494C22F9.6000707@sun.com> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494A9D70.5080306@sun.com> <494BF422.3060800@sun.com> <494C1960.3050801@sun.com> <18764.7701.981114.315143@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.16 (X11/20080807) Status: RO Content-Length: 2689 On 12/19/08 02:20 PM, James Carlson wrote: > Byron Servies writes: >> On 12/19/08 11:21 AM, George Vasick wrote: >>> ls -l /usr/gnu/bin/cc /usr/bin/gcc /usr/sfw/bin/gcc >>> lrwxrwxrwx 1 root root 14 2008-12-11 12:56 /usr/bin/gcc -> >>> ../sfw/bin/gcc* >>> lrwxrwxrwx 1 root root 17 2008-12-11 12:56 /usr/gnu/bin/cc -> >>> ../../sfw/bin/gcc* >>> -r-xr-xr-x 3 root bin 88320 2008-12-11 12:56 /usr/sfw/bin/gcc* >>> >> Just because it has been done doesn't make it a good idea. Having all >> the different names and links makes upgrades hard and consistency moot. >> >> Pick a location. Pick a name. > > I'm not sure I see exactly what's amiss with the above proposal. Are > you objecting to /usr/gnu/bin/cc in particular or more generally to > the use of any symlinks? > > In a perfect world, we wouldn't ship anything under /usr/sfw. gcc > would go in as /usr/bin/gcc (where it belongs), and then there'd be a > symlink from /usr/gnu/bin/cc to /usr/bin/gcc for those who want a > GNU-ish environment. > > It's not at all wrong for gcc to appear as "cc" when /usr/gnu/bin is > before /usr/bin on the user's path. That's by design. > I am objecting to having a single binary referred to by different names in several locations. This invites confusion between incompatible programs (cc, make, ld, cpp, yacc, etc.) and frustration when a developer has the "wrong" bin directory first and doesn't understand why make suddenly doesn't work. On Linux, this is not a problem precisely because the gnu programs were created to replace the standard unix commands with similar functionality and there is near-zero chance of a competing environment being available. This is not the case on an OpenSolaris machine where multiple possible development environments may be installed at the same time. Multiple install locations also lead to even more confusion: why are things over here AND there? Which path should I use? Are the two compilers different versions? Why? In my opinion, the proposed layout makes things worse without solving any problems. Byron -- Byron Servies Sun Microsystems, Inc. mail to: byron.servies@sun.com http://www.sun.com From carlsonj@phorcys.east.sun.com Fri Dec 19 14:58:11 2008 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 mBJMwBsi018877 for ; Fri, 19 Dec 2008 14:58:11 -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 mBJMw8hX035531; Fri, 19 Dec 2008 15:58:09 -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 <0KC500H0NBSWTT00@brm-avmta-1.central.sun.com>; Fri, 19 Dec 2008 15:58:08 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KC500KKTBSV7YE0@brm-avmta-1.central.sun.com>; Fri, 19 Dec 2008 15:58:08 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mBJMw7p5012682; Fri, 19 Dec 2008 17:58:07 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mBJMw7YO012679; Fri, 19 Dec 2008 17:58:07 -0500 (EST) Date: Fri, 19 Dec 2008 17:58:07 -0500 From: James Carlson Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <494C22F9.6000707@sun.com> To: Byron.Servies@sun.com Cc: George Vasick , LSARC-ext@sun.com, gcc2ir@sun.com, Raj Prakash Message-id: <18764.9983.768518.793234@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494A9D70.5080306@sun.com> <494BF422.3060800@sun.com> <494C1960.3050801@sun.com> <18764.7701.981114.315143@gargle.gargle.HOWL> <494C22F9.6000707@sun.com> Status: RO Content-Length: 1450 Byron Servies writes: > I am objecting to having a single binary referred to by different names > in several locations. This invites confusion between incompatible > programs (cc, make, ld, cpp, yacc, etc.) and frustration when a > developer has the "wrong" bin directory first and doesn't understand why > make suddenly doesn't work. I'm afraid that's actually proper and correct. Please see PSARC 2007/074, "/usr/gnu". > In my opinion, the proposed layout makes things worse without solving > any problems. If you'd like to revisit the decision made in 2007/074 (which established the very thing you're objecting to), then the proper procedure would be: - (optional, but polite) first contact the submitter of that case (Stephen Hahn) and ask him if he'd be willing to reopen the case in light of your new information. Failing that, the next step is: - bring a formal request for appeal to SAC; this will require either a Director's or Distinguished Engineer's sponsorship. (Sorry about the lack of OpenSolaris goodness here; the process hasn't been updated in approximately forever.) And failing that: - appeal to the CTO's office, with either a VP or a Fellow as a sponsor. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From George.Vasick@sun.com Fri Dec 19 15:12:04 2008 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 mBJNC3fv019105 for ; Fri, 19 Dec 2008 15:12:04 -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.2) with ESMTP id mBJNBwnM041811; Fri, 19 Dec 2008 16:12:03 -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 <0KC50040LCG1CT00@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 15:12:01 -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 <0KC500KR2CG0K380@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 15:12: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 mBJNC0P7011784; Fri, 19 Dec 2008 15:12:00 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC500801CASN600@fe-sfbay-10.sun.com> (original mail from George.Vasick@Sun.COM); Fri, 19 Dec 2008 15:12:00 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC500GG3CFEU850@fe-sfbay-10.sun.com>; Fri, 19 Dec 2008 15:11:38 -0800 (PST) Date: Fri, 19 Dec 2008 15:11:31 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <494C1960.3050801@sun.com> Sender: George.Vasick@sun.com To: Byron.Servies@sun.com Cc: Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <494C2A23.1020206@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494A9D70.5080306@sun.com> <494BF422.3060800@sun.com> <494C1960.3050801@sun.com> User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) Status: RO Content-Length: 2867 Byron Servies wrote: > On 12/19/08 11:21 AM, George Vasick wrote: >> Byron Servies wrote: >>> On 12/17/08 04:15 PM, Raj Prakash wrote: >>> >>>> >>>> 4. Technical Description: >>>> 4.1. Details: >>>> - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will >>>> remain unchanged in /usr/sfw/. >>>> - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and >>>> GNU Binutils 2.19, will be ported to OpenSolaris and installed >>>> in /usr/compilers/gcc432. >>>> - Softlinks to commands in /usr/bin, e.g. /usr/bin/gcc, will be >>>> created point to /usr/compilers/gcc432/bin. >>>> - Softlinks to commands in /usr/gnu/bin, e.g. /usr/gnu/bin/cc, will >>>> be created pointing to /usr/compilers/gcc432/bin. >>>> - Libraries in /usr/compilers/gcc432/lib and >>>> /usr/compilers/gcc432/lib/{MACH64} >>>> will be linked into /usr/lib and /usr/lib/{MACH64}. >>> >>> So you are proposing to have the program referenced by 2 different >>> names in 3 different places? >>> >>> Could you not at least make "gcc" be "gcc" everwhere (and prefix all >>> the other commands with "g") to make it impossible to confuse them >>> with the Sun variants? This is both common practice, and all the >>> packages provide for this via the "--program-prefix" option. >> >> We are following the convention already established in OpenSolaris >> with gcc 3.4.3: >> >> ls -l /usr/gnu/bin/cc /usr/bin/gcc /usr/sfw/bin/gcc >> lrwxrwxrwx 1 root root 14 2008-12-11 12:56 /usr/bin/gcc -> >> ../sfw/bin/gcc* >> lrwxrwxrwx 1 root root 17 2008-12-11 12:56 /usr/gnu/bin/cc -> >> ../../sfw/bin/gcc* >> -r-xr-xr-x 3 root bin 88320 2008-12-11 12:56 /usr/sfw/bin/gcc* >> > > Just because it has been done doesn't make it a good idea. Having all > the different names and links makes upgrades hard and consistency moot. > > Pick a location. Pick a name. Pick and name and pick a location seems to limit the user to having only one version of gcc installed at a time. We'd like to let users try out new versions while they are actively developing with their current versions. > >> I also see a similar pattern on Ubuntu Linux where both cc and gcc are >> links to a gcc command with a suffix, e.g. gcc-4.3. > > On Ubuntu, gcc is the only possible compiler. Having conflicting > options, etc., is not a possibility. On Solaris, the Sun compiler will > be the 'cc' command (and the make command), and it is not compatible > with gcc. I see both both cc and gcc links on my Ubuntu system. They were installed by default when I installed the operating system. On OpenSolaris with both Studio and GCC installed, gcc would always get me the gnu compiler. The cc command would get me either gnu cc or studio cc depending on whether /usr/bin or /usr/gnu/bin is first in my PATH. Thanks, George > > Byron From George.Vasick@Sun.COM Fri Dec 19 15:21:34 2008 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 mBJNLYRX019166 for ; Fri, 19 Dec 2008 15:21:34 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBJNLX3R022550; Fri, 19 Dec 2008 15:21:33 -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 <0KC500K05CVX4S00@brm-avmta-1.central.sun.com>; Fri, 19 Dec 2008 16:21:33 -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 <0KC500K7UCVW7VF0@brm-avmta-1.central.sun.com>; Fri, 19 Dec 2008 16:21:32 -0700 (MST) 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 mBJNLWXV012707; Fri, 19 Dec 2008 15:21:32 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC500201CRM6900@fe-sfbay-09.sun.com> (original mail from George.Vasick@Sun.COM); Fri, 19 Dec 2008 15:21:32 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC500LNMCVIYE80@fe-sfbay-09.sun.com>; Fri, 19 Dec 2008 15:21:18 -0800 (PST) Date: Fri, 19 Dec 2008 15:21:11 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout01/07/2009] In-reply-to: <494BFA1C.A2007B2A@nrubsig.org> Sender: George.Vasick@Sun.COM To: Roland Mainz Cc: Danek Duvall , gcc2ir@Sun.COM, LSARC-ext@Sun.COM, Raj Prakash Message-id: <494C2C67.7090805@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> <20081218011000.GL7263@mumak.SFBay.Sun.COM> <494BF855.8010907@sun.com> <494BFA1C.A2007B2A@nrubsig.org> User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) Status: RO Content-Length: 1414 Roland Mainz wrote: > George Vasick wrote: >> Danek Duvall wrote: >>> On Thu, Dec 18, 2008 at 10:35:36AM +1000, James C. McPherson wrote: >>> >>>> You seem to be conflicting with >>>> >>>> 6674032 Introduce GCC 4.3.x in Nevada >>>> 6674042 Introduce MPFR (Multiple Precision Floating-Point Rounding Library) in Nevada >>>> 6674044 Introduce GNU MP 4.2.4 in Nevada >>> There's also >>> >>> PSARC/2008/378 Move gcc and binutils from /usr/sfw/bin to /usr/bin >> We consulted the submitter, Craig Mohrman. The case is stalled in Sun >> legal. Craig agrees with the concept in our proposal of using >> /usr/compilers/... for this and future versions of compilers allowing >> multiple versions to coexist. Users would then control which is the >> default compiler version by which links package is installed. > > Can we please get some feedback whether Sun Studio will use > /usr/compilers/ in the future ? From what I heared it will remain in > /opt/SUNWspro/ with links in /usr/bin/ in the future and if only gcc > resides there: Why should this directory be named > "compilers" and not /usr/lib/gcc/ ? Reply from the studio team: "There are existing plans to put other non-gcc compilers into /usr/compilers. Plans change, and that's not a commitment, but that's the current intention." So, it should happen. Thanks, George > > ---- > > Bye, > Roland > From Byron.Servies@Sun.COM Fri Dec 19 15:23:45 2008 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 mBJNNixX019216 for ; Fri, 19 Dec 2008 15:23:44 -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 mBJNNgf8022571; Fri, 19 Dec 2008 23:23:43 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 <0KC500F01CZIEC00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 19 Dec 2008 15:23:42 -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 <0KC5004PUCZIZ370@nwk-avmta-1.sfbay.Sun.COM>; Fri, 19 Dec 2008 15:23:42 -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 mBJNNg5S012950; Fri, 19 Dec 2008 15:23:42 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KC500201CRM6900@fe-sfbay-09.sun.com> (original mail from Byron.Servies@Sun.COM); Fri, 19 Dec 2008 15:23:42 -0800 (PST) Received: from [129.145.154.77] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KC500AH5CZGHZ60@fe-sfbay-09.sun.com>; Fri, 19 Dec 2008 15:23:40 -0800 (PST) Date: Fri, 19 Dec 2008 15:23:40 -0800 From: Byron Servies Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <18764.9983.768518.793234@gargle.gargle.HOWL> Sender: Byron.Servies@Sun.COM To: James Carlson Cc: George Vasick , LSARC-ext@Sun.COM, gcc2ir@Sun.COM, Raj Prakash Reply-to: Byron.Servies@Sun.COM Message-id: <494C2CFC.4080202@sun.com> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494A9D70.5080306@sun.com> <494BF422.3060800@sun.com> <494C1960.3050801@sun.com> <18764.7701.981114.315143@gargle.gargle.HOWL> <494C22F9.6000707@sun.com> <18764.9983.768518.793234@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.16 (X11/20080807) Status: RO Content-Length: 2013 On 12/19/08 02:58 PM, James Carlson wrote: > Byron Servies writes: >> I am objecting to having a single binary referred to by different names >> in several locations. This invites confusion between incompatible >> programs (cc, make, ld, cpp, yacc, etc.) and frustration when a >> developer has the "wrong" bin directory first and doesn't understand why >> make suddenly doesn't work. > > I'm afraid that's actually proper and correct. Please see PSARC > 2007/074, "/usr/gnu". > >> In my opinion, the proposed layout makes things worse without solving >> any problems. > > If you'd like to revisit the decision made in 2007/074 (which > established the very thing you're objecting to), then the proper > procedure would be: > > - (optional, but polite) first contact the submitter of that case > (Stephen Hahn) and ask him if he'd be willing to reopen the case > in light of your new information. > > Failing that, the next step is: > > - bring a formal request for appeal to SAC; this will require either > a Director's or Distinguished Engineer's sponsorship. (Sorry > about the lack of OpenSolaris goodness here; the process hasn't > been updated in approximately forever.) > > And failing that: > > - appeal to the CTO's office, with either a VP or a Fellow as a > sponsor. > Thanks, James! I needed a good laugh before heading off on holiday, Byron -- Byron Servies Sun Microsystems, Inc. mail to: byron.servies@sun.com http://www.sun.com From daleg@elemental.org Fri Dec 19 22:33:05 2008 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 mBK6X4pS026419 for ; Fri, 19 Dec 2008 22:33:05 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBK6X34J003200; Fri, 19 Dec 2008 22:33:03 -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 <0KC500C01WV36100@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 22:33:03 -0800 (PST) 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 <0KC5000V1WV0QC70@nwk-avmta-2.sfbay.sun.com>; Fri, 19 Dec 2008 22:33:01 -0800 (PST) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBK6X0o1026990; Sat, 20 Dec 2008 06:33:00 +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-998400; Sat, 20 Dec 2008 06:33:00 +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-163498; Sat, 20 Dec 2008 06:32:59 +0000 (Z) Received: from mercury.elemental.org ([205.134.191.194] [205.134.191.194]) by relay1ib.sun.com with ESMTP id BT-MMP-10284945; Sat, 20 Dec 2008 06:32:59 +0000 (Z) Received: from [192.168.1.98] (pool-71-163-37-180.washdc.fios.verizon.net [71.163.37.180]) (authenticated bits=0) by mercury.elemental.org (8.14.3/8.14.3/ELEMENTAL-4.0) with ESMTP id mBK6Wx2f024035 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 20 Dec 2008 01:32:59 -0500 (EST) Date: Sat, 20 Dec 2008 01:32:59 -0500 From: Dale Ghent Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20081219211347.GX12468@Sun.COM> To: Nicolas Williams Cc: George Vasick , Raj Prakash , Danek Duvall , gcc2ir@sun.com, LSARC-ext@sun.com Message-id: <1BAA62D2-E76C-4B98-8778-116C104287E7@elemental.org> MIME-version: 1.0 X-Mailer: Apple Mail (2.930.3) Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mercury.elemental.org [205.134.191.194]); Sat, 20 Dec 2008 01:32:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.93.1, clamav-milter version 0.93.1 on mercury.elemental.org X-Virus-Status: Clean X-Antispam: No, score=0.0/5.0, scanned in 0.061sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> <20081218011000.GL7263@mumak.SFBay.Sun.COM> <494BF855.8010907@sun.com> <20081219211347.GX12468@Sun.COM> Status: RO Content-Length: 968 On Dec 19, 2008, at 4:13 PM, Nicolas Williams wrote: > On Fri, Dec 19, 2008 at 11:39:01AM -0800, George Vasick wrote: >> We consulted the submitter, Craig Mohrman. The case is stalled in >> Sun >> legal. Craig agrees with the concept in our proposal of using >> /usr/compilers/... for this and future versions of compilers allowing >> multiple versions to coexist. Users would then control which is the >> default compiler version by which links package is installed. > > Should we have /usr/interpreters too? (And should Perl5, Python, ... > move there?) What about projects that deliver both, interpreters and > compilers (there exist LISPs that do that)? "But bash, ksh et al are interpreters, too!", some might argue. This recursion in reasoning is getting out of hand. When we're all done perfectly matching and arranging the sock drawer, will someone please remember that littering /usr with subdivided bin trees is a killer of usability? /dale From john.plocher@gmail.com Sat Dec 20 10:00:54 2008 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 mBKI0rvf022705 for ; Sat, 20 Dec 2008 10:00:54 -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 mBKI0iHK028437; Sat, 20 Dec 2008 18:00:49 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 <0KC600L05SPCAZ00@brm-avmta-1.central.sun.com>; Sat, 20 Dec 2008 11:00:48 -0700 (MST) 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 <0KC600HZYSPBK710@brm-avmta-1.central.sun.com>; Sat, 20 Dec 2008 11:00:47 -0700 (MST) Received: from relay41i.sun.com ([192.5.209.70]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBKHw9JC022093; Sat, 20 Dec 2008 18:00:46 +0000 (GMT) Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230]) by relay41i.sun.com with ESMTP id BT-MMP-964578; Sat, 20 Dec 2008 18:00:44 +0000 (Z) Received: from relay41i.sun.com (relay41i.sun.com [192.5.209.70]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-22051862; Sat, 20 Dec 2008 18:00:44 +0000 (Z) Received: from yw-out-1718.google.com ([74.125.46.158] [74.125.46.158]) by relay4i.sun.com with ESMTP id BT-MMP-11314500; Sat, 20 Dec 2008 18:00:43 +0000 (Z) Received: by yw-out-1718.google.com with SMTP id 9so591564ywk.68 for ; Sat, 20 Dec 2008 09:59:53 -0800 (PST) Received: by 10.90.120.19 with SMTP id s19mr2473761agc.29.1229795993651; Sat, 20 Dec 2008 09:59:53 -0800 (PST) Received: by 10.90.31.7 with HTTP; Sat, 20 Dec 2008 09:59:53 -0800 (PST) Date: Sat, 20 Dec 2008 09:59:53 -0800 From: John Plocher Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <1BAA62D2-E76C-4B98-8778-116C104287E7@elemental.org> To: Dale Ghent Cc: Nicolas Williams , George Vasick , Danek Duvall , gcc2ir@sun.com, LSARC-ext@sun.com, Raj Prakash Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=YUXwSbIPcSWw/ce0mfXTqjxnwNpvFyhG9r5P4JRjuuI=; b=huOLrUAyNo1GTvNDYKbPe18qfRH5TGaiD/hLHB9W/19rQY4DsAH2mECuAt8FrAx6Ft +2C/+GT9dxNYXDTOhq1gcm7m9dvbD/Dryikx+F0aoiWTZ5iPEDBxJaNIJZ2HWc+Wjati /ne6BRmwceG1/9rwrEIa5LJ/Hd0ueVa/CAZhk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=iUDjVzsVnlm9lrS6ds2wlUszmohsw5oQr4YpQaDz+jvvqHAVi43Yo1NSTMdbBRppkR gOHoA7hRhFRh6jJG8lS1KP7C3EzdAkbdWnRoFil/O+VK5fcWI41GDaF9FC1P6aWBRYUq 3vwA0TWFPuxJqEpKDecOil2D9yeVx08j+Afjo= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-1.1/5.0, scanned in 0.061sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> <20081218011000.GL7263@mumak.SFBay.Sun.COM> <494BF855.8010907@sun.com> <20081219211347.GX12468@Sun.COM> <1BAA62D2-E76C-4B98-8778-116C104287E7@elemental.org> Status: RO Content-Length: 1466 On Fri, Dec 19, 2008 at 10:32 PM, Dale Ghent wrote: >>> /usr/compilers/... for this and future versions of compilers allowing >> Should we have /usr/interpreters too? > "But bash, ksh et al are interpreters, too!", some might argue. > killer of usability? Any system architecture that allows multiple versions of something to be installed and used at the same time on the same system must, by necessity, provide a unique, out of the normative way place to put all those versions. /usr/compilers is not just for gnu -vs- studio, but also for gnu 3, gnu 4, gnu 4.1.lefthand.blue, f77, f88, f99 etc. These directories and their contents are aimed at the user who, through their own manipulation of PATH, Makefile or script, wish to use a specific version of a component. They are also used as the dependency target for any other delivered packages that are version sensitive. For those USERS who don't care about that level of detail, there also needs to be a way for them to say "I want this specific version to be the default". Today, this is done via a symlink in /usr/bin that sets the default for *ALL* users of the system. Don't confuse the two locations. We need both. /usr/bin for the unsophisticated user, /usr/compilers (and friends) for cross package version dependencies, power users and the like. There are WSARC cases that deal with this whole multiple version thing in depth. Find them, read them and use them. -John From carlsonj@phorcys.east.sun.com Mon Dec 22 03:43:25 2008 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 mBMBhOXg002799 for ; Mon, 22 Dec 2008 03:43:25 -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 mBMBhJfP024649; Mon, 22 Dec 2008 11:43:20 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 <0KCA00H050K61Z00@brm-avmta-1.central.sun.com>; Mon, 22 Dec 2008 04:43:18 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KCA006RH0K5WL50@brm-avmta-1.central.sun.com>; Mon, 22 Dec 2008 04:43:18 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mBMBhHWq014469; Mon, 22 Dec 2008 06:43:17 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mBMBhHK2014466; Mon, 22 Dec 2008 06:43:17 -0500 (EST) Date: Mon, 22 Dec 2008 06:43:17 -0500 From: James Carlson Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <494C2CFC.4080202@sun.com> To: Byron.Servies@sun.com Cc: George Vasick , Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <18767.32085.586614.871458@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494A9D70.5080306@sun.com> <494BF422.3060800@sun.com> <494C1960.3050801@sun.com> <18764.7701.981114.315143@gargle.gargle.HOWL> <494C22F9.6000707@sun.com> <18764.9983.768518.793234@gargle.gargle.HOWL> <494C2CFC.4080202@sun.com> Status: RO Content-Length: 1452 Byron Servies writes: > On 12/19/08 02:58 PM, James Carlson wrote: > > Byron Servies writes: > >> I am objecting to having a single binary referred to by different names > >> in several locations. This invites confusion between incompatible > >> programs (cc, make, ld, cpp, yacc, etc.) and frustration when a > >> developer has the "wrong" bin directory first and doesn't understand why > >> make suddenly doesn't work. > > > > I'm afraid that's actually proper and correct. Please see PSARC > > 2007/074, "/usr/gnu". [...] > Thanks, James! I needed a good laugh before heading off on holiday, I'm not sure what you found humorous there, but I believe that what I wrote was accurate: you seem to be objecting to having the program visible as both "cc" and "gcc", depending on the search path, and that usage is exactly what was established in the /usr/gnu case. I understand your comment that this is potentially confusing, and that users may end up invoking an unexpected variant of a common utility this way, but that's exactly what the /usr/gnu case established. Given what it intended to do, I don't think that it's wrong. But if you do think it's wrong, then the place to complain is that case, not this one. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From iszczesniak@gmail.com Tue Dec 23 09:57:15 2008 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 mBNHvEvg007305 for ; Tue, 23 Dec 2008 09:57:14 -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 mBNHv2kR000034; Wed, 24 Dec 2008 01:57:08 +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 <0KCC00K11CJ53E00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 23 Dec 2008 09:57:05 -0800 (PST) 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 <0KCC008DHCJ3EJ60@nwk-avmta-1.sfbay.Sun.COM>; Tue, 23 Dec 2008 09:57:03 -0800 (PST) Received: from relay12i.sun.com (ip122.net129179-4.block1.us.syntegra.com [129.179.4.122]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mBNHmnO3003201; Tue, 23 Dec 2008 17:57:02 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay12i.sun.com with ESMTP id BT-MMP-1367193; Tue, 23 Dec 2008 17:57:02 +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-225925; Tue, 23 Dec 2008 17:57:02 +0000 (Z) Received: from mail-bw0-f20.google.com ([209.85.218.20] [209.85.218.20]) by relay1ib.sun.com with ESMTP id BT-MMP-12343868; Tue, 23 Dec 2008 17:57:02 +0000 (Z) Received: by bwz13 with SMTP id 13so7541280bwz.8 for ; Tue, 23 Dec 2008 09:57:00 -0800 (PST) Received: by 10.181.141.7 with SMTP id t7mr2820549bkn.10.1230055020913; Tue, 23 Dec 2008 09:57:00 -0800 (PST) Received: by 10.181.208.8 with HTTP; Tue, 23 Dec 2008 09:57:00 -0800 (PST) Date: Tue, 23 Dec 2008 18:57:00 +0100 From: "I. Szczesniak" Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <494C22F9.6000707@sun.com> To: Byron.Servies@sun.com Cc: James Carlson , George Vasick , Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=vFQ+7Va2PrngTVaI3p026IqW1bg7ni8xL4K4t3v2C/c=; b=p8bzAQRBfrKpAu4VkcNk7Gc8DwuNluWhyPaZuesy+w1fq70Rk+/WnZF0ri6PJ5AjYT AmbtS7fnbExFN0RlCQaDkS5bAkyfiPRHl6Gud28Vj4/u578dPikK2nKlY827T/hST851 tD2R1wLdMfPE+Xb2Om7ZBk3wXMgGtEtvu1pt0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Lkgp7pHatsc5JvIsObFjvCA6mACfVQc3CqIJNcyzbxvX6Mfy99Ac9blvn1UL9uwUEs 5N8RDPiOist+CMmrE+vldQMb9UAfWkHDdgI9SXoqpxhIp16PLVd8PpRUSu06/CBwJIdq mT6KbcJdlZ9y/DH5uUPB/DSnJfJarbUSXjOI8= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.051sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494A9D70.5080306@sun.com> <494BF422.3060800@sun.com> <494C1960.3050801@sun.com> <18764.7701.981114.315143@gargle.gargle.HOWL> <494C22F9.6000707@sun.com> Status: RO Content-Length: 351 On 12/19/08, Byron Servies wrote: > there is near-zero chance of a competing environment being available. I am challenging this statement. ATT provides the AST package which has similar, if not better, functionality, superior standards conformance and a CDDL compatible license (FYI: ksh93 is part of the AST package). Irek From ro@techfak.uni-bielefeld.de Wed Jan 7 11:44:12 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 n07Ji9HW018773 for ; Wed, 7 Jan 2009 11:44:11 -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 n07JhqUS009027; Thu, 8 Jan 2009 03:44:05 +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 <0KD400J1D9HGNR00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 07 Jan 2009 11:44:04 -0800 (PST) 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 <0KD400I6Q9HD8T10@nwk-avmta-1.sfbay.Sun.COM>; Wed, 07 Jan 2009 11:44:02 -0800 (PST) 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 n07Jfoxq024579; Wed, 07 Jan 2009 19:44:01 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay13i.sun.com with ESMTP id BT-MMP-1985905; Wed, 07 Jan 2009 19:43:59 +0000 (Z) Received: from relay12i.sun.com (relay12i.sun.com [129.179.4.122]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-350848; Wed, 07 Jan 2009 19:43:58 +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-21390906; Wed, 07 Jan 2009 19:43:56 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 36B8E4829F; Wed, 07 Jan 2009 20:43:56 +0100 (CET) Date: Wed, 07 Jan 2009 20:43:54 +0100 (MET) From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <494BF09A.4040008@sun.com> To: George Vasick Cc: Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <18789.1530.446347.63671@manam.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 1.074sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> Status: RO Content-Length: 9196 George Vasick writes: > >> 2. Project Summary > >> 2.1. Project Description: > >> The project will provide the current releases of the GNU Compiler > >> Collection (GCC) and the GNU Binutils for OpenSolaris. The primary > >> components are the following: > >> - GCC includes C, C++, FORTRAN, Objective-C, and Objective-C++. > > > > Why exclude GCJ (i.e. the Java compiler) and GNAT (Ada compiler)? > > We based the included languages on what was done for the current > opensolaris version of gcc, 3.4.3. We will definitely consider > including additional languages in the future if there is demand. I don't really think there's reason to delay this to a later date. GCJ works out of the box on both SPARC and x86, as does GNAT (and I can provide bootstrap compilers if desired). I regularly test the whole suite with relatively good success. True, adding Ada support will require a flag day for build machines since building GNAT requires an existing Ada compiler, but this can be handled, I think. On the other hand, omitting them forces users to build GCC on their own, which gets increasingly hard these days due to growing list of dependencies, and is especially hard for Ada where you need to get hold of a bootstrap compiler somehow. > >> 4. Technical Description: > >> 4.1. Details: > >> - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will > >> remain unchanged in /usr/sfw/. > >> - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and > >> GNU Binutils 2.19, will be ported to OpenSolaris and installed in /usr/compilers/gcc432. > > > > This doesn't seem appropriate: as I've established during the (currently > > derailed) PSARC 2008/656 case, GNU as 2.15 and 2.19 are completely > > compatible and 2.19 can be used as a drop-in replacement for 2.15, even > > with GCC 3.4.3. What's the relation of this case to PSARC 2008/656, anyway? > > Ideally, we would end of life GCC 3.4.3 and binutils 2.15 currently > installed in /use/sfw. We need to do it in multiple steps, make GCC > 4.32. and binutils 2.19 available, allow existing Solaris consolidations > which depend on 3.4.3 to migrate to 4.3.2, and finally end of life 3.4.3 Understood, allowing O/N to build (and work) with GCC 4 is certainly a major effort. > In the interim, we would like to leave the existing GCC 3.4.3 and > binutils 2.15 completely untouched. I'd object to this: GCC and binutils release schedules are in no way related, and there is no reason why GCC 3.4.3 cannot work with gas 2.19. In fact, I've performed an experiment when the PSARC/2008/656 (binutils 2.17) case was on the plate, which I reported in private mail since the case had been already derailed: my claim stands that binutils 2.19 are a drop-in replacement for 2.15 and there's no reason to have compiler-version specific binutils at all. They belong in /usr/gnu/bin resp. /usr/bin without additional versioning: To add some facts to this discussion, I've performed the following experiment: * First of all, I built gcc 3.4.3 from sfw-src-b101a-20081022.tar.bz2 and ran the whole testsuite for both 32 and 64 bit. * Then I dropped gas 2.19 into /usr/sfw/bin/gas and reran the gcc testsuite without rebuilding gcc. There were no regressions. * Then I rebuilt gcc 3.4.3 with gas 2.19 (as /usr/sfw/bin/gas) and rerun the testsuite again. Again, there were no regressions and gcc didn't pick up any new features from the newer gas (as verified by comparing gcc/auto-host.h files which contain the results of the autoconf tests). I just had to backport a trivial patch from gcc mainline to handle the incompatible output format of gas --version: *** gcc-3.4.3/gcc/configure.orig Tue Nov 9 02:49:32 2004 --- gcc-3.4.3/gcc/configure Thu Oct 30 14:03:08 2008 *************** *** 10539,10545 **** # arbitrary sections are supported and try the test. as_ver=`$gcc_cv_as --version 2>/dev/null | sed 1q` if echo "$as_ver" | grep GNU > /dev/null; then ! as_ver=`echo $as_ver | sed -e 's/GNU assembler \([0-9.][0-9.]*\).*/\1/'` as_major=`echo $as_ver | sed 's/\..*//'` as_minor=`echo $as_ver | sed 's/[^.]*\.\([0-9]*\).*/\1/'` if test $as_major -eq 2 && test $as_minor -lt 11 --- 10539,10546 ---- # arbitrary sections are supported and try the test. as_ver=`$gcc_cv_as --version 2>/dev/null | sed 1q` if echo "$as_ver" | grep GNU > /dev/null; then ! as_ver=`echo $as_ver | sed -n \ ! -e 's,^.*[ ]\([0-9][0-9]*\.[0-9][0-9]*.*\)$,\1,p'` as_major=`echo $as_ver | sed 's/\..*//'` as_minor=`echo $as_ver | sed 's/[^.]*\.\([0-9]*\).*/\1/'` if test $as_major -eq 2 && test $as_minor -lt 11 I suppose this should strongly support the claim that gas is upwards compatible and there's no reason whatsoever to have compiler-specific installations of binutils. > I contacted Stefan Teleman, the submitter PSARC 2008/656. Binutils 2.17 > has not yet been integrated and he agrees that we should go directly to > 2.19 at this point. True, this will certainly benefit a future integration of GCC 4.4 which can make use of some binutils 2.19 features. Otherwise, if you keep binutils 2.19 in /usr/compilers/gcc4.3.2 and add GCC 4.4 later, will the 4.4 compilers refer to gcc4.3.2 gas, or add their own private copy? This makes no sense to me. I even think that the binutils 2.19 and gcc 4.3 cases need to be separated. > > Apart from that, I see no reason to make this micro-version dependant: the > > libraries remain ABI compatible inside a minor release. > > We see only one reason. That is to minimize effort on 3.4.3 and move to > end of life it instead. I don't think this claim holds: the GCC team has pretty strict rules about integrating regression bugfixes into micro releases. I'd claim having the micro-version specific directories is bad: this isn't done for other components like apache2, postgres or mysql. In case a newer micro release of GCC should be added in the future, users have to change their PATHs to match the change, which is unnecessary and inconvenient. Even worse, depending on how the GCC shared libraries are linked, you would have to keep different micro release directories in parallel so the libs can still be found. Overall, this seems like a unnecessary mess to me. > >> 4.5. Interfaces: > >> > >> The following interfaces are classified volatile since they are controlled by GNU: > > > > This isn't enough of a justification (and makes the compilers useless). > > We will not make any incompatible changes, however they are controlled > by any outside body. I reviewed ARC's interface taxonomy document > again. It seems to me these interfaces fall somewhere between > uncommitted and committed depending on how well GUN controls them. What > do you propose here? I'd have to review the interfaces in detail. If we want to make some overall classification for everything, Uncommitted seems about right, but there are parts that do better (like libgcc_s.so.1, which could probably become Committed). Some of this might be improved if one would add Solaris support for interface versioning to more libraries: libgcc_s.so.1 currently has it, while e.g. libgomp.so and libstdc++.so use GNU ld specific features and we'd have to work out how to achive this with Sun ld. > > Btw., what's the reason to deliver libtool .la files? They often seem to > > cause more trouble than they are worth. > > We provided .la files with the 3.4.3 version of GCC. If they are not > useful, we can consider deleting them. I think they caused more trouble than they are worth. Perhaps you could review Bugster for .la relates bug reports? > > * There are some static libraries listed above: > > > > /usr/compilers/gcc432/lib/libiberty.a > > /usr/compilers/gcc432/lib/libssp_nonshared.a > > /usr/compilers/gcc432/lib/libsupc++.a > > > > Should the be delivered at all, especially in /usr/lib? > > We also agree. On second thought, we may need to investigate if/when libsupc++.a is used. Maybe this has to be kept? > >> 4.10. Packaging & Delivery: > >> Name Stability Notes > >> ==== ========= ===== > >> SUNWgcc432 uncommitted developer cluster > > It might be useful to split this into individual packages for all the > > various languages supported. > > We could consider splitting it into two pieces, C/C++ and the rest. > Maintaining the cross dependencies could get complicated if we go any > farther. I don't think it would be too hard, and having separate packages for different languages seems to match what Linux distributions do. > >> SUNWgccruntime432 uncommitted core cluster > >> SUNWscgfss432 uncommitted developer cluster, optimizing backend for Sparc > > > > Does this mean you plan to deliver the gccfss backend by default on SPARC, > > instead of the regular GCC SPARC backend? This must be stated in the case. > > Both backends will be delivered on Sparc. Good: which one will be the default and how can a user select the other? Regards. Rainer ----------------------------------------------------------------------------- Rainer Orth, Faculty of Technology, Bielefeld University From ro@techfak.uni-bielefeld.de Wed Jan 7 12:00:07 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 n07K07tn019959 for ; Wed, 7 Jan 2009 12:00:07 -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.2) with ESMTP id n07JxxxJ002148; Wed, 7 Jan 2009 13:00:05 -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 <0KD400317A83P700@nwk-avmta-2.sfbay.sun.com>; Wed, 07 Jan 2009 12:00:03 -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 <0KD400MI7A820V90@nwk-avmta-2.sfbay.sun.com>; Wed, 07 Jan 2009 12:00:02 -0800 (PST) Received: from relay12i.sun.com (ip122.net129179-4.block1.us.syntegra.com [129.179.4.122]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n07JxIre026400; Wed, 07 Jan 2009 20:00:01 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay12i.sun.com with ESMTP id BT-MMP-2064782; Wed, 07 Jan 2009 20:00:01 +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-375822; Wed, 07 Jan 2009 20:00:01 +0000 (Z) Received: from smarthost.TechFak.Uni-Bielefeld.DE ([129.70.137.17] [129.70.137.17]) by relay1ib.sun.com with ESMTP id BT-MMP-20401910; Wed, 07 Jan 2009 20:00:00 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 03C1D48386; Wed, 07 Jan 2009 21:00:00 +0100 (CET) Date: Wed, 07 Jan 2009 20:59:59 +0100 From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout01/07/2009] In-reply-to: George Vasick's message of "Fri, 19 Dec 2008 15:21:11 -0800" Sender: ro@techfak.uni-bielefeld.de To: George Vasick Cc: Roland Mainz , Raj Prakash , Danek Duvall , gcc2ir@sun.com, LSARC-ext@sun.com Message-id: 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.055sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ Lines: 31 References: <49499609.9030901@sun.com> <20081218103536.00002e31@blinder> <20081218011000.GL7263@mumak.SFBay.Sun.COM> <494BF855.8010907@sun.com> <494BFA1C.A2007B2A@nrubsig.org> <494C2C67.7090805@sun.com> Status: RO Content-Length: 880 George Vasick writes: > Reply from the studio team: > > "There are existing plans to put other non-gcc compilers into > /usr/compilers. Plans change, and that's not a commitment, > but that's the current intention." > > So, it should happen. I'm not sure this is a good idea in its current form: current precedent (set e.g. by mysql and postgres, there are most likely others) seems to be to have e.g. /usr/gcc/4.3 /usr/gcc/4.4 I.e. no micro versions unless absolutely necessary (and I think I've provided evidence that this is not the case here and produces more harm than good) and no intermediate directory. The studio compilers could go into (say) /usr/studio/13 in the future. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Faculty of Technology, Bielefeld University From George.Vasick@sun.com Wed Jan 7 16:25:55 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 n080Pt8r002055 for ; Wed, 7 Jan 2009 16:25:55 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n080PhLR007477; Wed, 7 Jan 2009 16:25:54 -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 <0KD400907MHTWX00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 07 Jan 2009 16:25:05 -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 <0KD40029IMHR0440@nwk-avmta-1.sfbay.Sun.COM>; Wed, 07 Jan 2009 16:25:05 -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 n080P3hS001586; Wed, 07 Jan 2009 16:25:03 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD400801M9X6L00@fe-sfbay-10.sun.com> (original mail from George.Vasick@Sun.COM); Wed, 07 Jan 2009 16:25:03 -0800 (PST) Received: from [129.146.85.29] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD400CI6MHN7S60@fe-sfbay-10.sun.com>; Wed, 07 Jan 2009 16:25:01 -0800 (PST) Date: Wed, 07 Jan 2009 16:24:23 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> Sender: George.Vasick@sun.com To: Rainer Orth Cc: Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <496547B7.7030508@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 10684 Rainer Orth wrote: > George Vasick writes: > >>>> 2. Project Summary >>>> 2.1. Project Description: >>>> The project will provide the current releases of the GNU Compiler >>>> Collection (GCC) and the GNU Binutils for OpenSolaris. The primary >>>> components are the following: >>>> - GCC includes C, C++, FORTRAN, Objective-C, and Objective-C++. >>> Why exclude GCJ (i.e. the Java compiler) and GNAT (Ada compiler)? >> We based the included languages on what was done for the current >> opensolaris version of gcc, 3.4.3. We will definitely consider >> including additional languages in the future if there is demand. > > I don't really think there's reason to delay this to a later date. GCJ > works out of the box on both SPARC and x86, as does GNAT (and I can provide > bootstrap compilers if desired). I regularly test the whole suite with > relatively good success. True, adding Ada support will require a flag day > for build machines since building GNAT requires an existing Ada compiler, > but this can be handled, I think. On the other hand, omitting them forces > users to build GCC on their own, which gets increasingly hard these days > due to growing list of dependencies, and is especially hard for Ada where > you need to get hold of a bootstrap compiler somehow. Is there a business case for adding GCJ or GNAT? Are there any RFEs or VOC data? > >>>> 4. Technical Description: >>>> 4.1. Details: >>>> - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will >>>> remain unchanged in /usr/sfw/. >>>> - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and >>>> GNU Binutils 2.19, will be ported to OpenSolaris and installed in /usr/compilers/gcc432. >>> This doesn't seem appropriate: as I've established during the (currently >>> derailed) PSARC 2008/656 case, GNU as 2.15 and 2.19 are completely >>> compatible and 2.19 can be used as a drop-in replacement for 2.15, even >>> with GCC 3.4.3. What's the relation of this case to PSARC 2008/656, anyway? >> Ideally, we would end of life GCC 3.4.3 and binutils 2.15 currently >> installed in /use/sfw. We need to do it in multiple steps, make GCC >> 4.32. and binutils 2.19 available, allow existing Solaris consolidations >> which depend on 3.4.3 to migrate to 4.3.2, and finally end of life 3.4.3 > > Understood, allowing O/N to build (and work) with GCC 4 is certainly a > major effort. > >> In the interim, we would like to leave the existing GCC 3.4.3 and >> binutils 2.15 completely untouched. > > I'd object to this: GCC and binutils release schedules are in no way > related, and there is no reason why GCC 3.4.3 cannot work with gas 2.19. > In fact, I've performed an experiment when the PSARC/2008/656 (binutils > 2.17) case was on the plate, which I reported in private mail since the > case had been already derailed: my claim stands that binutils 2.19 are a > drop-in replacement for 2.15 and there's no reason to have compiler-version > specific binutils at all. They belong in /usr/gnu/bin resp. /usr/bin > without additional versioning: > > To add some facts to this discussion, I've performed the following > experiment: > > * First of all, I built gcc 3.4.3 from sfw-src-b101a-20081022.tar.bz2 and > ran the whole testsuite for both 32 and 64 bit. > > * Then I dropped gas 2.19 into /usr/sfw/bin/gas and reran the gcc testsuite > without rebuilding gcc. There were no regressions. > > * Then I rebuilt gcc 3.4.3 with gas 2.19 (as /usr/sfw/bin/gas) and rerun > the testsuite again. Again, there were no regressions and gcc didn't > pick up any new features from the newer gas (as verified by comparing > gcc/auto-host.h files which contain the results of the autoconf tests). > > I just had to backport a trivial patch from gcc mainline to handle the > incompatible output format of gas --version: > > *** gcc-3.4.3/gcc/configure.orig Tue Nov 9 02:49:32 2004 > --- gcc-3.4.3/gcc/configure Thu Oct 30 14:03:08 2008 > *************** > *** 10539,10545 **** > # arbitrary sections are supported and try the test. > as_ver=`$gcc_cv_as --version 2>/dev/null | sed 1q` > if echo "$as_ver" | grep GNU > /dev/null; then > ! as_ver=`echo $as_ver | sed -e 's/GNU assembler \([0-9.][0-9.]*\).*/\1/'` > as_major=`echo $as_ver | sed 's/\..*//'` > as_minor=`echo $as_ver | sed 's/[^.]*\.\([0-9]*\).*/\1/'` > if test $as_major -eq 2 && test $as_minor -lt 11 > --- 10539,10546 ---- > # arbitrary sections are supported and try the test. > as_ver=`$gcc_cv_as --version 2>/dev/null | sed 1q` > if echo "$as_ver" | grep GNU > /dev/null; then > ! as_ver=`echo $as_ver | sed -n \ > ! -e 's,^.*[ ]\([0-9][0-9]*\.[0-9][0-9]*.*\)$,\1,p'` > as_major=`echo $as_ver | sed 's/\..*//'` > as_minor=`echo $as_ver | sed 's/[^.]*\.\([0-9]*\).*/\1/'` > if test $as_major -eq 2 && test $as_minor -lt 11 > > I suppose this should strongly support the claim that gas is upwards > compatible and there's no reason whatsoever to have compiler-specific > installations of binutils. The concern is that we do not own these packages and cannot ensure compatibility. Our proposed scheme allows multiple versions to coexist if a compatibility problem were to come up. We can also get rid of old versions and add soft links in the cases where the new version is completely compatible with the previous versions, e.g binutils219 could be a link to binutils220. > >> I contacted Stefan Teleman, the submitter PSARC 2008/656. Binutils 2.17 >> has not yet been integrated and he agrees that we should go directly to >> 2.19 at this point. > > True, this will certainly benefit a future integration of GCC 4.4 which can > make use of some binutils 2.19 features. > > Otherwise, if you keep binutils 2.19 in /usr/compilers/gcc4.3.2 and add GCC > 4.4 later, will the 4.4 compilers refer to gcc4.3.2 gas, or add their own > private copy? This makes no sense to me. I even think that the binutils 2.19 > and gcc 4.3 cases need to be separated. Actually, we are proposing to to install binutils 2.19 in /usr/compilers/binutils219. It will be a separate package and not contained in /usr/compilers/gcc432. > >>> Apart from that, I see no reason to make this micro-version dependant: the >>> libraries remain ABI compatible inside a minor release. >> We see only one reason. That is to minimize effort on 3.4.3 and move to >> end of life it instead. > > I don't think this claim holds: the GCC team has pretty strict rules about > integrating regression bugfixes into micro releases. I'd claim having the > micro-version specific directories is bad: this isn't done for other > components like apache2, postgres or mysql. In case a newer micro release > of GCC should be added in the future, users have to change their PATHs to > match the change, which is unnecessary and inconvenient. Even worse, > depending on how the GCC shared libraries are linked, you would have to > keep different micro release directories in parallel so the libs can still > be found. Overall, this seems like a unnecessary mess to me. We have links packages defined to solve the PATH problem for users. These packages will link the desired version of the compilers and tools to /usr/bin and /usr/gnu/bin. > >>>> 4.5. Interfaces: >>>> >>>> The following interfaces are classified volatile since they are controlled by GNU: >>> This isn't enough of a justification (and makes the compilers useless). >> We will not make any incompatible changes, however they are controlled >> by any outside body. I reviewed ARC's interface taxonomy document >> again. It seems to me these interfaces fall somewhere between >> uncommitted and committed depending on how well GUN controls them. What >> do you propose here? > > I'd have to review the interfaces in detail. If we want to make some > overall classification for everything, Uncommitted seems about right, but > there are parts that do better (like libgcc_s.so.1, which could probably > become Committed). Some of this might be improved if one would add Solaris > support for interface versioning to more libraries: libgcc_s.so.1 currently > has it, while e.g. libgomp.so and libstdc++.so use GNU ld specific features > and we'd have to work out how to achive this with Sun ld. I have changed interfaces to uncommitted. > >>> Btw., what's the reason to deliver libtool .la files? They often seem to >>> cause more trouble than they are worth. >> We provided .la files with the 3.4.3 version of GCC. If they are not >> useful, we can consider deleting them. > > I think they caused more trouble than they are worth. Perhaps you could > review Bugster for .la relates bug reports? We have left the .la file in. We will check for any existing bug reports. > >>> * There are some static libraries listed above: >>> >>> /usr/compilers/gcc432/lib/libiberty.a >>> /usr/compilers/gcc432/lib/libssp_nonshared.a >>> /usr/compilers/gcc432/lib/libsupc++.a >>> >>> Should the be delivered at all, especially in /usr/lib? >> We also agree. > > On second thought, we may need to investigate if/when libsupc++.a is used. > Maybe this has to be kept? We have removed the .a files from our test builds. We haven't seen a problem yet, but we will investigate. > >>>> 4.10. Packaging & Delivery: >>>> Name Stability Notes >>>> ==== ========= ===== >>>> SUNWgcc432 uncommitted developer cluster >>> It might be useful to split this into individual packages for all the >>> various languages supported. >> We could consider splitting it into two pieces, C/C++ and the rest. >> Maintaining the cross dependencies could get complicated if we go any >> farther. > > I don't think it would be too hard, and having separate packages for > different languages seems to match what Linux distributions do. The current packages do seem overly large, about 135 MB on x86. We propose to keep it a single package. > >>>> SUNWgccruntime432 uncommitted core cluster >>>> SUNWscgfss432 uncommitted developer cluster, optimizing backend for Sparc >>> Does this mean you plan to deliver the gccfss backend by default on SPARC, >>> instead of the regular GCC SPARC backend? This must be stated in the case. >> Both backends will be delivered on Sparc. > > Good: which one will be the default and how can a user select the other? The default is the Studio backend. There is a flag to specify the stock GCC backend. Thanks, George > > Regards. > Rainer > > ----------------------------------------------------------------------------- > Rainer Orth, Faculty of Technology, Bielefeld University From George.Vasick@sun.com Wed Jan 7 16:26:34 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 n080QYqp002104 for ; Wed, 7 Jan 2009 16:26:34 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n080QWG7008774; Wed, 7 Jan 2009 16:26:33 -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 <0KD40000DMK8X700@brm-avmta-1.central.sun.com>; Wed, 07 Jan 2009 17:26:32 -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 <0KD400MRBMK7XI00@brm-avmta-1.central.sun.com>; Wed, 07 Jan 2009 17:26:32 -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 n080QV53001714; Wed, 07 Jan 2009 16:26:31 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD400C01MJXN000@fe-sfbay-10.sun.com> (original mail from George.Vasick@Sun.COM); Wed, 07 Jan 2009 16:26:31 -0800 (PST) Received: from [129.146.85.29] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD400CQKMJJ7S60@fe-sfbay-10.sun.com>; Wed, 07 Jan 2009 16:26:30 -0800 (PST) Date: Wed, 07 Jan 2009 16:25:32 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <49499609.9030901@sun.com> Sender: George.Vasick@sun.com To: LSARC-ext@sun.com Cc: George Vasick , gcc2ir@sun.com Message-id: <496547FC.4050709@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_xBQ4BW31OmzgGMVvPv4c1w)" X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 22183 This is a multi-part message in MIME format. --Boundary_(ID_xBQ4BW31OmzgGMVvPv4c1w) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT All, Thanks for your feedback. Please find a revised onepager attached. The major changes are as follows: - updated interest alias to tools-compilers@opensolaris.org. - added references to existing, ARC cases: - PSARC/2008/656: GNU binutils version 4.3.x - derailed - PSARC/2008/378: Move gcc and binutils from /usr/sfw/bin to /usr/bin - never putback, received agreement from submitter to proceed with our proposal instead. - PSARC/2007/047: /usr/gnu - no conflict - PSARC/2004/742: Move gcc, gnumake, binutils and bison from CCD to WOS - no conflict - removed Objective-C++ from deliverables. - changed interfaces from volatile to uncommitted. - provided additional detail for packages and pathnames. - renamed SUNWbinutils2_19 and SUNWbinutilslnk2_19 to SUNWbinutils219 and SUNWbinutils219. - renamed gprof links to ggprof to avoid conflict with BSD gprof. Thanks, George --Boundary_(ID_xBQ4BW31OmzgGMVvPv4c1w) Content-type: text/plain; name=GNUDeveloperTools2009_04_onepager.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=GNUDeveloperTools2009_04_onepager.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: GNU Developer Collection 1.2. Name of Document Author/Supplier: George Vasick 1.3. Date of This Document: 1/7/2009 1.5. Email Aliases: 1.5.4. Interest List: tools-compilers@opensolaris.org 2. Project Summary 2.1. Project Description: The project will provide the current releases of the GNU Compiler Collection (GCC) and the GNU Binutils for OpenSolaris. The primary components are the following: - GNU Compiler collection. - GNU Binutils. - GCC Runtime includes the runtime libraries corresponding to the compiler collection. 4. Technical Description: 4.1. Details: - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will remain unchanged in /usr/sfw/. There are existing components that depend on this compiler and tool set. - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and GNU Binutils 2.19, will be ported to OpenSolaris and installed in /usr/compilers/gcc432 and /usr/compilers/binutils219. (Superceeds PSARC/2008/656) - Links will be created in /usr/bin and /usr/gnu/bin, for example /usr/bin/gcc and /usr/gnu/bin/cc, referencing the commands in /usr/compilers/gcc432/bin. (Compliant with PSARC/2007/047) - Libraries in /usr/compilers/gcc432/lib and /usr/compilers/gcc432/lib/{MACH64} will be linked into /usr/lib and /usr/lib/{MACH64}. 4.3. In Scope: - GCC, GNU Compiler Collection: C, C++, FORTRAN, Objective-C. - GNU Binutils: addr2line, ar, as, c++filt, gprof, nm, objcopy, objdump, ranlib, readelf, size, strings, strip. - GNU Runtime. 4.5. Interfaces: Name Stability Notes ==== ========= ===== SUNWgcc432 uncommitted Package Name /usr/compilers/gcc432/bin/c++ uncommitted Executable /usr/compilers/gcc432/bin/cpp uncommitted Executable /usr/compilers/gcc432/bin/g++ uncommitted Executable /usr/compilers/gcc432/bin/gcc uncommitted Executable /usr/compilers/gcc432/bin/gccbug uncommitted Executable /usr/compilers/gcc432/bin/gcov uncommitted Executable /usr/compilers/gcc432/bin/gfortran uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-c++ uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-g++ uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gcc uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gcc-4.3.2 uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gfortran uncommitted Executable /usr/compilers/gcc432/info/cpp.info uncommitted Info File /usr/compilers/gcc432/info/cppinternals.info uncommitted Info File /usr/compilers/gcc432/info/dir uncommitted Info File /usr/compilers/gcc432/info/gcc.info uncommitted Info File /usr/compilers/gcc432/info/gccinstall.info uncommitted Info File /usr/compilers/gcc432/info/gccint.info uncommitted Info File /usr/compilers/gcc432/info/gfortran.info uncommitted Info File /usr/compilers/gcc432/info/libgomp.info uncommitted Info File /usr/compilers/gcc432/man/man1/cpp.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/g++.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/gcc.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/gcov.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/gfortran.1 uncommitted Man Page /usr/compilers/gcc432/man/man7/fsf-funding.7 uncommitted Man Page /usr/compilers/gcc432/man/man7/gfdl.7 uncommitted Man Page /usr/compilers/gcc432/man/man7/gpl.7 uncommitted Man Page /usr/compilers/gcc432/include/c++/* uncommitted Header files /usr/compilers/gcc432/lib/gcc/i386-pc-solaris2.11/4.3.2/include/* uncommitted Header Files Name Stability Notes ==== ========= ===== SUNWbinutils219 uncommitted Package Name /usr/compilers/binutils219/bin/addr2line uncommitted Executable /usr/compilers/binutils219/bin/ar uncommitted Executable /usr/compilers/binutils219/bin/as uncommitted Executable /usr/compilers/binutils219/bin/c++filt uncommitted Executable /usr/compilers/binutils219/bin/gprof uncommitted Executable /usr/compilers/binutils219/bin/ld uncommitted Executable /usr/compilers/binutils219/bin/nm uncommitted Executable /usr/compilers/binutils219/bin/objcopy uncommitted Executable /usr/compilers/binutils219/bin/objdump uncommitted Executable /usr/compilers/binutils219/bin/ranlib uncommitted Executable /usr/compilers/binutils219/bin/readelf uncommitted Executable /usr/compilers/binutils219/bin/size uncommitted Executable /usr/compilers/binutils219/bin/strings uncommitted Executable /usr/compilers/binutils219/bin/strip uncommitted Executable /usr/compilers/binutils219/info/as.info uncommitted Info File /usr/compilers/binutils219/info/bfd.info uncommitted Info File /usr/compilers/binutils219/info/binutils.info uncommitted Info File /usr/compilers/binutils219/info/configure.info uncommitted Info File /usr/compilers/binutils219/info/dir uncommitted Info File /usr/compilers/binutils219/info/gprof.info uncommitted Info File /usr/compilers/binutils219/info/ld.info uncommitted Info File /usr/compilers/binutils219/info/standards.info uncommitted Info File /usr/compilers/binutils219/man/man1/addr2line.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/ar.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/as.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/c++filt.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/gprof.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/ld.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/nm.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/objcopy.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/objdump.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/ranlib.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/readelf.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/size.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/strings.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/strip.1 uncommitted Man Page Name Stability Notes ==== ========= ===== SUNWgccruntime432 uncommitted Package Name /usr/compilers/gcc432/lib/{MACH64}/libgcc_s.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgcc_s.so.1 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so.3 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so.3.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.so.1 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.so.1.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.spec uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.so.2 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.so.2.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so.2 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so.2.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.so.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.so.0.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so.6 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so.6.0.10 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/libgcc_s.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgcc_s.so.1 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.so.3 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.so.3.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.so.1 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.so.1.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.spec uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.so.2 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.so.2.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.so.2 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.so.2.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.so.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.so.0.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.so.6 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.so.6.0.10 uncommitted 32 Bit Library Name Stability Notes ==== ========= ===== SUNWscgfss432 uncommitted Package Name Name Stability Notes ==== ========= ===== SUNWgcclink432 uncommitted Package Name /usr/bin/g++ -> /usr/compilers/gcc432/bin/g++ /usr/bin/gcc -> /usr/compilers/gcc432/bin/gcc /usr/bin/gccbug -> /usr/compilers/gcc432/bin/gccbug /usr/bin/gcov -> /usr/compilers/gcc432/bin/gcov /usr/bin/gcpp -> /usr/compilers/gcc432/bin/cpp /usr/bin/gfortran -> /usr/compilers/gcc432/bin/gfortran /usr/gnu/bin/cc -> /usr/compilers/gcc432/bin/gcc /usr/gnu/bin/cpp -> /usr/compilers/gcc432/bin/cpp /usr/gnu/share/info/cpp.info -> /usr/compilers/gcc432/info/cpp.info /usr/gnu/share/man/man1/cpp.1 -> /usr/compilers/gcc432/man/man1/cpp.1 /usr/share/info/gcc.info -> /usr/compilers/gcc432/info/gcc.info /usr/share/info/gccinstall.info -> /usr/compilers/gcc432/info/gccinstall.info /usr/share/info/gccint.info -> /usr/compilers/gcc432/info/gccint.info /usr/share/info/gcpp.info -> /usr/compilers/gcc432/info/cpp.info /usr/share/info/gcppinternals.info -> /usr/compilers/gcc432/info/cppinternals.info /usr/share/info/gfortran.info -> /usr/compilers/gcc432/info/gfortran.info /usr/share/info/libgomp.info -> /usr/compilers/gcc432/info/libgomp.info /usr/share/man/man1/g++.1 -> /usr/compilers/gcc432/man/man1/g++.1 /usr/share/man/man1/gcc.1 -> /usr/compilers/gcc432/man/man1/gcc.1 /usr/share/man/man1/gcov.1 -> /usr/compilers/gcc432/man/man1/gcov.1 /usr/share/man/man1/gcpp.1 -> /usr/compilers/gcc432/man/man1/cpp.1 /usr/share/man/man1/gfortran.1 -> /usr/compilers/gcc432/man/man1/gfortran.1 /usr/share/man/man7/fsf-funding.7 -> /usr/compilers/gcc432/man/man7/fsf-funding.7 /usr/share/man/man7/gfdl.7 -> /usr/compilers/gcc432/man/man7/gfdl.7 /usr/share/man/man7/gpl.7 -> /usr/compilers/gcc432/man/man7/gpl.7 Name Stability Notes ==== ========= ===== SUNWbinutilslink219 uncommitted Package Name /usr/bin/gaddr2line -> /usr/compilers/binutils219/bin/addr2line /usr/bin/gar -> /usr/compilers/binutils219/bin/ar /usr/bin/gas -> /usr/compilers/binutils219/bin/as /usr/bin/gc++filt -> /usr/compilers/binutils219/bin/c++filt /usr/bin/gld -> /usr/compilers/binutils219/bin/ld /usr/bin/gnm -> /usr/compilers/binutils219/bin/nm /usr/bin/gobjcopy -> /usr/compilers/binutils219/bin/objcopy /usr/bin/gobjdump -> /usr/compilers/binutils219/bin/objdump /usr/bin/ggprof -> /usr/compilers/binutils219/bin/gprof /usr/bin/granlib -> /usr/compilers/binutils219/bin/ranlib /usr/bin/greadelf -> /usr/compilers/binutils219/bin/readelf /usr/bin/gsize -> /usr/compilers/binutils219/bin/size /usr/bin/gstrings -> /usr/compilers/binutils219/bin/strings /usr/bin/gstrip -> /usr/compilers/binutils219/bin/strip /usr/gnu/bin/addr2line -> /usr/compilers/binutils219/bin/addr2line /usr/gnu/bin/ar -> /usr/compilers/binutils219/bin/ar /usr/gnu/bin/as -> /usr/compilers/binutils219/bin/as /usr/gnu/bin/c++filt -> /usr/compilers/binutils219/bin/c++filt /usr/gnu/bin/gprof -> /usr/compilers/binutils219/bin/gprof /usr/gnu/bin/ld -> /usr/compilers/binutils219/bin/ld /usr/gnu/bin/nm -> /usr/compilers/binutils219/bin/nm /usr/gnu/bin/objcopy -> /usr/compilers/binutils219/bin/objcopy /usr/gnu/bin/objdump -> /usr/compilers/binutils219/bin/objdump /usr/gnu/bin/ranlib -> /usr/compilers/binutils219/bin/ranlib /usr/gnu/bin/readelf -> /usr/compilers/binutils219/bin/readelf /usr/gnu/bin/size -> /usr/compilers/binutils219/bin/size /usr/gnu/bin/strings -> /usr/compilers/binutils219/bin/strings /usr/gnu/bin/strip -> /usr/compilers/binutils219/bin/strip /usr/gnu/share/info/as.info -> /usr/compilers/binutils219/info/as.info /usr/gnu/share/info/ld.info -> /usr/compilers/binutils219/info/ld.info /usr/gnu/share/man/man1/addr2line.1 -> /usr/compilers/binutils219/man/man1/addr2line.1 /usr/gnu/share/man/man1/ar.1 -> /usr/compilers/binutils219/man/man1/ar.1 /usr/gnu/share/man/man1/as.1 -> /usr/compilers/binutils219/man/man1/as.1 /usr/gnu/share/man/man1/c++filt.1 -> /usr/compilers/binutils219/man/man1/c++filt.1 /usr/gnu/share/man/man1/gprof.1 -> /usr/compilers/binutils219/man/man1/gprof.1 /usr/gnu/share/man/man1/ld.1 -> /usr/compilers/binutils219/man/man1/ld.1 /usr/gnu/share/man/man1/nm.1 -> /usr/compilers/binutils219/man/man1/nm.1 /usr/gnu/share/man/man1/objcopy.1 -> /usr/compilers/binutils219/man/man1/objcopy.1 /usr/gnu/share/man/man1/objdump.1 -> /usr/compilers/binutils219/man/man1/objdump.1 /usr/gnu/share/man/man1/ranlib.1 -> /usr/compilers/binutils219/man/man1/ranlib.1 /usr/gnu/share/man/man1/readelf.1 -> /usr/compilers/binutils219/man/man1/readelf.1 /usr/gnu/share/man/man1/size.1 -> /usr/compilers/binutils219/man/man1/size.1 /usr/gnu/share/man/man1/strings.1 -> /usr/compilers/binutils219/man/man1/strings.1 /usr/gnu/share/man/man1/strip.1 -> /usr/compilers/binutils219/man/man1/strip.1 /usr/include/ansidecl.h -> /usr/compilers/binutils219/include/ansidecl.h /usr/include/bfd.h -> /usr/compilers/binutils219/include/bfd.h /usr/include/bfdlink.h -> /usr/compilers/binutils219/include/bfdlink.h /usr/include/dis-asm.h -> /usr/compilers/binutils219/include/dis-asm.h /usr/include/symcat.h -> /usr/compilers/binutils219/include/symcat.h /usr/share/info/bfd.info -> /usr/compilers/binutils219/info/bfd.info /usr/share/info/binutils.info -> /usr/compilers/binutils219/info/binutils.info /usr/share/info/gas.info -> /usr/compilers/binutils219/info/as.info /usr/share/info/gld.info -> /usr/compilers/binutils219/info/ld.info /usr/share/info/ggprof.info -> /usr/compilers/binutils219/info/gprof.info /usr/share/man/man1/gaddr2line.1 -> /usr/compilers/binutils219/man/man1/addr2line.1 /usr/share/man/man1/gar.1 -> /usr/compilers/binutils219/man/man1/ar.1 /usr/share/man/man1/gas.1 -> /usr/compilers/binutils219/man/man1/as.1 /usr/share/man/man1/gc++filt.1 -> /usr/compilers/binutils219/man/man1/c++filt.1 /usr/share/man/man1/gld.1 -> /usr/compilers/binutils219/man/man1/ld.1 /usr/share/man/man1/gnm.1 -> /usr/compilers/binutils219/man/man1/nm.1 /usr/share/man/man1/gobjcopy.1 -> /usr/compilers/binutils219/man/man1/objcopy.1 /usr/share/man/man1/gobjdump.1 -> /usr/compilers/binutils219/man/man1/objdump.1 /usr/share/man/man1/ggprof.1 -> /usr/compilers/binutils219/man/man1/gprof.1 /usr/share/man/man1/granlib.1 -> /usr/compilers/binutils219/man/man1/ranlib.1 /usr/share/man/man1/greadelf.1 -> /usr/compilers/binutils219/man/man1/readelf.1 /usr/share/man/man1/gsize.1 -> /usr/compilers/binutils219/man/man1/size.1 /usr/share/man/man1/gstrings.1 -> /usr/compilers/binutils219/man/man1/strings.1 /usr/share/man/man1/gstrip.1 -> /usr/compilers/binutils219/man/man1/strip.1 Name Stability Notes ==== ========= ===== SUNWgccruntimelink432 uncommitted Package Name /usr/lib/{MACH64}/libgcc_s.so -> libgcc_s.so.1 /usr/lib/{MACH64}/libgcc_s.so.1 -> /usr/compilers/gcc432/lib/{MACH64}/libgcc_s.so.1 /usr/lib/{MACH64}/libgfortran.so -> libgfortran.so.3.0.0 /usr/lib/{MACH64}/libgfortran.so.3 -> libgfortran.so.3.0.0 /usr/lib/{MACH64}/libgfortran.so.3.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so.3.0.0 /usr/lib/{MACH64}/libgomp.so -> libgomp.so.1.0.0 /usr/lib/{MACH64}/libgomp.so.1 -> libgomp.so.1.0.0 /usr/lib/{MACH64}/libgomp.so.1.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libgomp.so.1.0.0 /usr/lib/{MACH64}/libobjc.so -> libobjc.so.2.0.0 /usr/lib/{MACH64}/libobjc.so.2 -> libobjc.so.2.0.0 /usr/lib/{MACH64}/libobjc.so.2.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libobjc.so.2.0.0 /usr/lib/{MACH64}/libobjc_gc.so -> libobjc_gc.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 -> /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so.2.0.0 /usr/lib/{MACH64}/libssp.so -> libssp.so.0.0.0 /usr/lib/{MACH64}/libssp.so.0 -> libssp.so.0.0.0 /usr/lib/{MACH64}/libssp.so.0.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libssp.so.0.0.0 /usr/lib/{MACH64}/libstdc++.so -> libstdc++.so.6.0.10 /usr/lib/{MACH64}/libstdc++.so.6 -> libstdc++.so.6.0.10 /usr/lib/{MACH64}/libstdc++.so.6.0.10 -> /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so.6.0.10 /usr/lib/libgcc_s.so -> libgcc_s.so.1 /usr/lib/libgcc_s.so.1 -> /usr/compilers/gcc432/lib/libgcc_s.so.1 /usr/lib/libgfortran.so -> libgfortran.so.3.0.0 /usr/lib/libgfortran.so.3 -> libgfortran.so.3.0.0 /usr/lib/libgfortran.so.3.0.0 -> /usr/compilers/gcc432/lib/libgfortran.so.3.0.0 /usr/lib/libgomp.so -> libgomp.so.1.0.0 /usr/lib/libgomp.so.1 -> libgomp.so.1.0.0 /usr/lib/libgomp.so.1.0.0 -> /usr/compilers/gcc432/lib/libgomp.so.1.0.0 /usr/lib/libobjc.so -> libobjc.so.2.0.0 /usr/lib/libobjc.so.2 -> libobjc.so.2.0.0 /usr/lib/libobjc.so.2.0.0 -> /usr/compilers/gcc432/lib/libobjc.so.2.0.0 /usr/lib/libobjc_gc.so -> libobjc_gc.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/compilers/gcc432/lib/libobjc_gc.so.2.0.0 /usr/lib/libssp.so -> libssp.so.0.0.0 /usr/lib/libssp.so.0 -> libssp.so.0.0.0 /usr/lib/libssp.so.0.0.0 -> /usr/compilers/gcc432/lib/libssp.so.0.0.0 /usr/lib/libstdc++.so -> libstdc++.so.6.0.10 /usr/lib/libstdc++.so.6 -> libstdc++.so.6.0.10 /usr/lib/libstdc++.so.6.0.10 -> /usr/compilers/gcc432/lib/libstdc++.so.6.0.10 4.6. Doc Impact: Existing manpages and info files will be included. 4.7. Admin/Config Impact: No change. 4.8. HA Impact: No change. 4.9. I18N/L10N Impact: Existing localizations will be included. 4.10. Packaging & Delivery: Name Notes ==== ===== SUNWgcc432 developer cluster SUNWbinutils219 developer cluster SUNWgccruntime432 core cluster SUNWscgfss432 developer cluster, optimizing backend for Sparc SUNWgcclink432 developer cluster, compiler links SUNWbinutilslink219 developer cluster, binutils links SUNWgccruntimelink432 core cluster, runtime links 4.12. Dependencies: - SUNWgnu-mpfr (LSARC/2008/655) - SUNWgnu-mp (LSARC/2008/634) - SUNWgccruntime432 - SUNWbinutils219 5. Reference Documents: - http://gcc.gnu.org/ - http://www.gnu.org/software/binutils/ - PSARC/2008/656: GNU binutils version 4.3.x - PSARC/2008/378: Move gcc and binutils from /usr/sfw/bin to /usr/bin - PSARC/2007/047: /usr/gnu - PSARC/2004/742: Move gcc, gnumake, binutils and bison from CCD to WOS 6. Resources and Schedule: 6.4. Product Approval Committee requested information: 6.4.1. Consolidation or Component Name: Devpro 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open --Boundary_(ID_xBQ4BW31OmzgGMVvPv4c1w)-- From Nicolas.Williams@sun.com Wed Jan 7 16:43:59 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 n080hxgW002334 for ; Wed, 7 Jan 2009 16:43:59 -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 n080fOLw013955; Wed, 7 Jan 2009 17:41:24 -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 <0KD40020PN90D500@brm-avmta-1.central.sun.com>; Wed, 07 Jan 2009 17:41:24 -0700 (MST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KD400M7EN8YXU20@brm-avmta-1.central.sun.com>; Wed, 07 Jan 2009 17:41:23 -0700 (MST) 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 n080eHqq006643; Wed, 07 Jan 2009 18:40:17 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n080eGjJ006642; Wed, 07 Jan 2009 18:40:16 -0600 (CST) Date: Wed, 07 Jan 2009 18:40:16 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <496547B7.7030508@sun.com> To: George Vasick Cc: Rainer Orth , LSARC-ext@sun.com, gcc2ir@sun.com, Raj Prakash Message-id: <20090108004015.GG6457@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: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@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: 691 On Wed, Jan 07, 2009 at 04:24:23PM -0800, George Vasick wrote: > Is there a business case for adding GCJ or GNAT? Are there any RFEs or > VOC data? Given Sun's focus on integrating FOSS into OpenSolaris I would think that the answer to your is a resounding "yes" and that there should be no need to go point you at a specific business case. I strongly recommend that you don't exclude *any* functionality here *unless* you either have trouble building it or have some other significant roadblock to integration. That GCJ or GNAT were not included earlier is not a good business reason to exclude them now. Quite aside from that, business matters are not relevant at the ARC. Nico -- From Raj.Prakash@Sun.COM Wed Jan 7 16:50: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 n080odjQ002621 for ; Wed, 7 Jan 2009 16:50:40 -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 n080XXwT023930; Thu, 8 Jan 2009 00:33:34 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 <0KD400103MVWK500@brm-avmta-1.central.sun.com>; Wed, 07 Jan 2009 17:33:32 -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 <0KD400MFSMVVXT10@brm-avmta-1.central.sun.com>; Wed, 07 Jan 2009 17:33:32 -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 n080XVWV008919; Wed, 07 Jan 2009 16:33:31 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD400L01MT2GB00@fe-sfbay-09.sun.com> (original mail from Raj.Prakash@Sun.COM); Wed, 07 Jan 2009 16:33:31 -0800 (PST) Received: from [192.168.0.5] ([24.6.208.196]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD400M7OMVUGF00@fe-sfbay-09.sun.com>; Wed, 07 Jan 2009 16:33:30 -0800 (PST) Date: Wed, 07 Jan 2009 16:33:30 -0800 From: Raj Prakash Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/14/2009 Sender: Raj.Prakash@Sun.COM To: George Vasick Cc: LSARC-ext@Sun.COM, gcc2ir@Sun.COM Message-id: <496549DA.2050909@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_P7kdrKCtzf9TDa7Jdvrhvw)" X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 23719 This is a multi-part message in MIME format. --Boundary_(ID_P7kdrKCtzf9TDa7Jdvrhvw) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT George,

I am setting January 14th as the new timeout date for the updated proposal.

Raj.

-------- Original Message --------
Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009]
Date: Wed, 07 Jan 2009 16:25:32 -0800
From: George Vasick <George.Vasick@Sun.COM>
To: LSARC-ext@sun.com
CC: George Vasick <George.Vasick@Sun.COM>, gcc2ir@sun.com 


All,

Thanks for your feedback.  Please find a revised onepager attached.  The 
major changes are as follows:

- updated interest alias to tools-compilers@opensolaris.org.

- added references to existing, ARC cases:
   - PSARC/2008/656: GNU binutils version 4.3.x
     - derailed
   - PSARC/2008/378: Move gcc and binutils from /usr/sfw/bin to /usr/bin
     - never putback, received agreement from submitter to proceed with 
our proposal instead.
   - PSARC/2007/047: /usr/gnu
     - no conflict
   - PSARC/2004/742: Move gcc, gnumake, binutils and bison from CCD to WOS
     - no conflict

- removed Objective-C++ from deliverables.

- changed interfaces from volatile to uncommitted.

- provided additional detail for packages and pathnames.

- renamed SUNWbinutils2_19 and SUNWbinutilslnk2_19 to SUNWbinutils219 
and SUNWbinutils219.

- renamed gprof links to ggprof to avoid conflict with BSD gprof.


Thanks,
George
--Boundary_(ID_P7kdrKCtzf9TDa7Jdvrhvw) Content-type: text/plain; name=GNUDeveloperTools2009_04_onepager.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=GNUDeveloperTools2009_04_onepager.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: GNU Developer Collection 1.2. Name of Document Author/Supplier: George Vasick 1.3. Date of This Document: 1/7/2009 1.5. Email Aliases: 1.5.4. Interest List: tools-compilers@opensolaris.org 2. Project Summary 2.1. Project Description: The project will provide the current releases of the GNU Compiler Collection (GCC) and the GNU Binutils for OpenSolaris. The primary components are the following: - GNU Compiler collection. - GNU Binutils. - GCC Runtime includes the runtime libraries corresponding to the compiler collection. 4. Technical Description: 4.1. Details: - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will remain unchanged in /usr/sfw/. There are existing components that depend on this compiler and tool set. - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and GNU Binutils 2.19, will be ported to OpenSolaris and installed in /usr/compilers/gcc432 and /usr/compilers/binutils219. (Superceeds PSARC/2008/656) - Links will be created in /usr/bin and /usr/gnu/bin, for example /usr/bin/gcc and /usr/gnu/bin/cc, referencing the commands in /usr/compilers/gcc432/bin. (Compliant with PSARC/2007/047) - Libraries in /usr/compilers/gcc432/lib and /usr/compilers/gcc432/lib/{MACH64} will be linked into /usr/lib and /usr/lib/{MACH64}. 4.3. In Scope: - GCC, GNU Compiler Collection: C, C++, FORTRAN, Objective-C. - GNU Binutils: addr2line, ar, as, c++filt, gprof, nm, objcopy, objdump, ranlib, readelf, size, strings, strip. - GNU Runtime. 4.5. Interfaces: Name Stability Notes ==== ========= ===== SUNWgcc432 uncommitted Package Name /usr/compilers/gcc432/bin/c++ uncommitted Executable /usr/compilers/gcc432/bin/cpp uncommitted Executable /usr/compilers/gcc432/bin/g++ uncommitted Executable /usr/compilers/gcc432/bin/gcc uncommitted Executable /usr/compilers/gcc432/bin/gccbug uncommitted Executable /usr/compilers/gcc432/bin/gcov uncommitted Executable /usr/compilers/gcc432/bin/gfortran uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-c++ uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-g++ uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gcc uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gcc-4.3.2 uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gfortran uncommitted Executable /usr/compilers/gcc432/info/cpp.info uncommitted Info File /usr/compilers/gcc432/info/cppinternals.info uncommitted Info File /usr/compilers/gcc432/info/dir uncommitted Info File /usr/compilers/gcc432/info/gcc.info uncommitted Info File /usr/compilers/gcc432/info/gccinstall.info uncommitted Info File /usr/compilers/gcc432/info/gccint.info uncommitted Info File /usr/compilers/gcc432/info/gfortran.info uncommitted Info File /usr/compilers/gcc432/info/libgomp.info uncommitted Info File /usr/compilers/gcc432/man/man1/cpp.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/g++.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/gcc.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/gcov.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/gfortran.1 uncommitted Man Page /usr/compilers/gcc432/man/man7/fsf-funding.7 uncommitted Man Page /usr/compilers/gcc432/man/man7/gfdl.7 uncommitted Man Page /usr/compilers/gcc432/man/man7/gpl.7 uncommitted Man Page /usr/compilers/gcc432/include/c++/* uncommitted Header files /usr/compilers/gcc432/lib/gcc/i386-pc-solaris2.11/4.3.2/include/* uncommitted Header Files Name Stability Notes ==== ========= ===== SUNWbinutils219 uncommitted Package Name /usr/compilers/binutils219/bin/addr2line uncommitted Executable /usr/compilers/binutils219/bin/ar uncommitted Executable /usr/compilers/binutils219/bin/as uncommitted Executable /usr/compilers/binutils219/bin/c++filt uncommitted Executable /usr/compilers/binutils219/bin/gprof uncommitted Executable /usr/compilers/binutils219/bin/ld uncommitted Executable /usr/compilers/binutils219/bin/nm uncommitted Executable /usr/compilers/binutils219/bin/objcopy uncommitted Executable /usr/compilers/binutils219/bin/objdump uncommitted Executable /usr/compilers/binutils219/bin/ranlib uncommitted Executable /usr/compilers/binutils219/bin/readelf uncommitted Executable /usr/compilers/binutils219/bin/size uncommitted Executable /usr/compilers/binutils219/bin/strings uncommitted Executable /usr/compilers/binutils219/bin/strip uncommitted Executable /usr/compilers/binutils219/info/as.info uncommitted Info File /usr/compilers/binutils219/info/bfd.info uncommitted Info File /usr/compilers/binutils219/info/binutils.info uncommitted Info File /usr/compilers/binutils219/info/configure.info uncommitted Info File /usr/compilers/binutils219/info/dir uncommitted Info File /usr/compilers/binutils219/info/gprof.info uncommitted Info File /usr/compilers/binutils219/info/ld.info uncommitted Info File /usr/compilers/binutils219/info/standards.info uncommitted Info File /usr/compilers/binutils219/man/man1/addr2line.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/ar.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/as.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/c++filt.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/gprof.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/ld.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/nm.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/objcopy.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/objdump.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/ranlib.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/readelf.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/size.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/strings.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/strip.1 uncommitted Man Page Name Stability Notes ==== ========= ===== SUNWgccruntime432 uncommitted Package Name /usr/compilers/gcc432/lib/{MACH64}/libgcc_s.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgcc_s.so.1 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so.3 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so.3.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.so.1 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.so.1.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.spec uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.so.2 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.so.2.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so.2 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so.2.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.so.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.so.0.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so.6 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so.6.0.10 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/libgcc_s.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgcc_s.so.1 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.so.3 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.so.3.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.so.1 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.so.1.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.spec uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.so.2 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.so.2.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.so.2 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.so.2.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.so.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.so.0.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.so.6 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.so.6.0.10 uncommitted 32 Bit Library Name Stability Notes ==== ========= ===== SUNWscgfss432 uncommitted Package Name Name Stability Notes ==== ========= ===== SUNWgcclink432 uncommitted Package Name /usr/bin/g++ -> /usr/compilers/gcc432/bin/g++ /usr/bin/gcc -> /usr/compilers/gcc432/bin/gcc /usr/bin/gccbug -> /usr/compilers/gcc432/bin/gccbug /usr/bin/gcov -> /usr/compilers/gcc432/bin/gcov /usr/bin/gcpp -> /usr/compilers/gcc432/bin/cpp /usr/bin/gfortran -> /usr/compilers/gcc432/bin/gfortran /usr/gnu/bin/cc -> /usr/compilers/gcc432/bin/gcc /usr/gnu/bin/cpp -> /usr/compilers/gcc432/bin/cpp /usr/gnu/share/info/cpp.info -> /usr/compilers/gcc432/info/cpp.info /usr/gnu/share/man/man1/cpp.1 -> /usr/compilers/gcc432/man/man1/cpp.1 /usr/share/info/gcc.info -> /usr/compilers/gcc432/info/gcc.info /usr/share/info/gccinstall.info -> /usr/compilers/gcc432/info/gccinstall.info /usr/share/info/gccint.info -> /usr/compilers/gcc432/info/gccint.info /usr/share/info/gcpp.info -> /usr/compilers/gcc432/info/cpp.info /usr/share/info/gcppinternals.info -> /usr/compilers/gcc432/info/cppinternals.info /usr/share/info/gfortran.info -> /usr/compilers/gcc432/info/gfortran.info /usr/share/info/libgomp.info -> /usr/compilers/gcc432/info/libgomp.info /usr/share/man/man1/g++.1 -> /usr/compilers/gcc432/man/man1/g++.1 /usr/share/man/man1/gcc.1 -> /usr/compilers/gcc432/man/man1/gcc.1 /usr/share/man/man1/gcov.1 -> /usr/compilers/gcc432/man/man1/gcov.1 /usr/share/man/man1/gcpp.1 -> /usr/compilers/gcc432/man/man1/cpp.1 /usr/share/man/man1/gfortran.1 -> /usr/compilers/gcc432/man/man1/gfortran.1 /usr/share/man/man7/fsf-funding.7 -> /usr/compilers/gcc432/man/man7/fsf-funding.7 /usr/share/man/man7/gfdl.7 -> /usr/compilers/gcc432/man/man7/gfdl.7 /usr/share/man/man7/gpl.7 -> /usr/compilers/gcc432/man/man7/gpl.7 Name Stability Notes ==== ========= ===== SUNWbinutilslink219 uncommitted Package Name /usr/bin/gaddr2line -> /usr/compilers/binutils219/bin/addr2line /usr/bin/gar -> /usr/compilers/binutils219/bin/ar /usr/bin/gas -> /usr/compilers/binutils219/bin/as /usr/bin/gc++filt -> /usr/compilers/binutils219/bin/c++filt /usr/bin/gld -> /usr/compilers/binutils219/bin/ld /usr/bin/gnm -> /usr/compilers/binutils219/bin/nm /usr/bin/gobjcopy -> /usr/compilers/binutils219/bin/objcopy /usr/bin/gobjdump -> /usr/compilers/binutils219/bin/objdump /usr/bin/ggprof -> /usr/compilers/binutils219/bin/gprof /usr/bin/granlib -> /usr/compilers/binutils219/bin/ranlib /usr/bin/greadelf -> /usr/compilers/binutils219/bin/readelf /usr/bin/gsize -> /usr/compilers/binutils219/bin/size /usr/bin/gstrings -> /usr/compilers/binutils219/bin/strings /usr/bin/gstrip -> /usr/compilers/binutils219/bin/strip /usr/gnu/bin/addr2line -> /usr/compilers/binutils219/bin/addr2line /usr/gnu/bin/ar -> /usr/compilers/binutils219/bin/ar /usr/gnu/bin/as -> /usr/compilers/binutils219/bin/as /usr/gnu/bin/c++filt -> /usr/compilers/binutils219/bin/c++filt /usr/gnu/bin/gprof -> /usr/compilers/binutils219/bin/gprof /usr/gnu/bin/ld -> /usr/compilers/binutils219/bin/ld /usr/gnu/bin/nm -> /usr/compilers/binutils219/bin/nm /usr/gnu/bin/objcopy -> /usr/compilers/binutils219/bin/objcopy /usr/gnu/bin/objdump -> /usr/compilers/binutils219/bin/objdump /usr/gnu/bin/ranlib -> /usr/compilers/binutils219/bin/ranlib /usr/gnu/bin/readelf -> /usr/compilers/binutils219/bin/readelf /usr/gnu/bin/size -> /usr/compilers/binutils219/bin/size /usr/gnu/bin/strings -> /usr/compilers/binutils219/bin/strings /usr/gnu/bin/strip -> /usr/compilers/binutils219/bin/strip /usr/gnu/share/info/as.info -> /usr/compilers/binutils219/info/as.info /usr/gnu/share/info/ld.info -> /usr/compilers/binutils219/info/ld.info /usr/gnu/share/man/man1/addr2line.1 -> /usr/compilers/binutils219/man/man1/addr2line.1 /usr/gnu/share/man/man1/ar.1 -> /usr/compilers/binutils219/man/man1/ar.1 /usr/gnu/share/man/man1/as.1 -> /usr/compilers/binutils219/man/man1/as.1 /usr/gnu/share/man/man1/c++filt.1 -> /usr/compilers/binutils219/man/man1/c++filt.1 /usr/gnu/share/man/man1/gprof.1 -> /usr/compilers/binutils219/man/man1/gprof.1 /usr/gnu/share/man/man1/ld.1 -> /usr/compilers/binutils219/man/man1/ld.1 /usr/gnu/share/man/man1/nm.1 -> /usr/compilers/binutils219/man/man1/nm.1 /usr/gnu/share/man/man1/objcopy.1 -> /usr/compilers/binutils219/man/man1/objcopy.1 /usr/gnu/share/man/man1/objdump.1 -> /usr/compilers/binutils219/man/man1/objdump.1 /usr/gnu/share/man/man1/ranlib.1 -> /usr/compilers/binutils219/man/man1/ranlib.1 /usr/gnu/share/man/man1/readelf.1 -> /usr/compilers/binutils219/man/man1/readelf.1 /usr/gnu/share/man/man1/size.1 -> /usr/compilers/binutils219/man/man1/size.1 /usr/gnu/share/man/man1/strings.1 -> /usr/compilers/binutils219/man/man1/strings.1 /usr/gnu/share/man/man1/strip.1 -> /usr/compilers/binutils219/man/man1/strip.1 /usr/include/ansidecl.h -> /usr/compilers/binutils219/include/ansidecl.h /usr/include/bfd.h -> /usr/compilers/binutils219/include/bfd.h /usr/include/bfdlink.h -> /usr/compilers/binutils219/include/bfdlink.h /usr/include/dis-asm.h -> /usr/compilers/binutils219/include/dis-asm.h /usr/include/symcat.h -> /usr/compilers/binutils219/include/symcat.h /usr/share/info/bfd.info -> /usr/compilers/binutils219/info/bfd.info /usr/share/info/binutils.info -> /usr/compilers/binutils219/info/binutils.info /usr/share/info/gas.info -> /usr/compilers/binutils219/info/as.info /usr/share/info/gld.info -> /usr/compilers/binutils219/info/ld.info /usr/share/info/ggprof.info -> /usr/compilers/binutils219/info/gprof.info /usr/share/man/man1/gaddr2line.1 -> /usr/compilers/binutils219/man/man1/addr2line.1 /usr/share/man/man1/gar.1 -> /usr/compilers/binutils219/man/man1/ar.1 /usr/share/man/man1/gas.1 -> /usr/compilers/binutils219/man/man1/as.1 /usr/share/man/man1/gc++filt.1 -> /usr/compilers/binutils219/man/man1/c++filt.1 /usr/share/man/man1/gld.1 -> /usr/compilers/binutils219/man/man1/ld.1 /usr/share/man/man1/gnm.1 -> /usr/compilers/binutils219/man/man1/nm.1 /usr/share/man/man1/gobjcopy.1 -> /usr/compilers/binutils219/man/man1/objcopy.1 /usr/share/man/man1/gobjdump.1 -> /usr/compilers/binutils219/man/man1/objdump.1 /usr/share/man/man1/ggprof.1 -> /usr/compilers/binutils219/man/man1/gprof.1 /usr/share/man/man1/granlib.1 -> /usr/compilers/binutils219/man/man1/ranlib.1 /usr/share/man/man1/greadelf.1 -> /usr/compilers/binutils219/man/man1/readelf.1 /usr/share/man/man1/gsize.1 -> /usr/compilers/binutils219/man/man1/size.1 /usr/share/man/man1/gstrings.1 -> /usr/compilers/binutils219/man/man1/strings.1 /usr/share/man/man1/gstrip.1 -> /usr/compilers/binutils219/man/man1/strip.1 Name Stability Notes ==== ========= ===== SUNWgccruntimelink432 uncommitted Package Name /usr/lib/{MACH64}/libgcc_s.so -> libgcc_s.so.1 /usr/lib/{MACH64}/libgcc_s.so.1 -> /usr/compilers/gcc432/lib/{MACH64}/libgcc_s.so.1 /usr/lib/{MACH64}/libgfortran.so -> libgfortran.so.3.0.0 /usr/lib/{MACH64}/libgfortran.so.3 -> libgfortran.so.3.0.0 /usr/lib/{MACH64}/libgfortran.so.3.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so.3.0.0 /usr/lib/{MACH64}/libgomp.so -> libgomp.so.1.0.0 /usr/lib/{MACH64}/libgomp.so.1 -> libgomp.so.1.0.0 /usr/lib/{MACH64}/libgomp.so.1.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libgomp.so.1.0.0 /usr/lib/{MACH64}/libobjc.so -> libobjc.so.2.0.0 /usr/lib/{MACH64}/libobjc.so.2 -> libobjc.so.2.0.0 /usr/lib/{MACH64}/libobjc.so.2.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libobjc.so.2.0.0 /usr/lib/{MACH64}/libobjc_gc.so -> libobjc_gc.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 -> /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so.2.0.0 /usr/lib/{MACH64}/libssp.so -> libssp.so.0.0.0 /usr/lib/{MACH64}/libssp.so.0 -> libssp.so.0.0.0 /usr/lib/{MACH64}/libssp.so.0.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libssp.so.0.0.0 /usr/lib/{MACH64}/libstdc++.so -> libstdc++.so.6.0.10 /usr/lib/{MACH64}/libstdc++.so.6 -> libstdc++.so.6.0.10 /usr/lib/{MACH64}/libstdc++.so.6.0.10 -> /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so.6.0.10 /usr/lib/libgcc_s.so -> libgcc_s.so.1 /usr/lib/libgcc_s.so.1 -> /usr/compilers/gcc432/lib/libgcc_s.so.1 /usr/lib/libgfortran.so -> libgfortran.so.3.0.0 /usr/lib/libgfortran.so.3 -> libgfortran.so.3.0.0 /usr/lib/libgfortran.so.3.0.0 -> /usr/compilers/gcc432/lib/libgfortran.so.3.0.0 /usr/lib/libgomp.so -> libgomp.so.1.0.0 /usr/lib/libgomp.so.1 -> libgomp.so.1.0.0 /usr/lib/libgomp.so.1.0.0 -> /usr/compilers/gcc432/lib/libgomp.so.1.0.0 /usr/lib/libobjc.so -> libobjc.so.2.0.0 /usr/lib/libobjc.so.2 -> libobjc.so.2.0.0 /usr/lib/libobjc.so.2.0.0 -> /usr/compilers/gcc432/lib/libobjc.so.2.0.0 /usr/lib/libobjc_gc.so -> libobjc_gc.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/compilers/gcc432/lib/libobjc_gc.so.2.0.0 /usr/lib/libssp.so -> libssp.so.0.0.0 /usr/lib/libssp.so.0 -> libssp.so.0.0.0 /usr/lib/libssp.so.0.0.0 -> /usr/compilers/gcc432/lib/libssp.so.0.0.0 /usr/lib/libstdc++.so -> libstdc++.so.6.0.10 /usr/lib/libstdc++.so.6 -> libstdc++.so.6.0.10 /usr/lib/libstdc++.so.6.0.10 -> /usr/compilers/gcc432/lib/libstdc++.so.6.0.10 4.6. Doc Impact: Existing manpages and info files will be included. 4.7. Admin/Config Impact: No change. 4.8. HA Impact: No change. 4.9. I18N/L10N Impact: Existing localizations will be included. 4.10. Packaging & Delivery: Name Notes ==== ===== SUNWgcc432 developer cluster SUNWbinutils219 developer cluster SUNWgccruntime432 core cluster SUNWscgfss432 developer cluster, optimizing backend for Sparc SUNWgcclink432 developer cluster, compiler links SUNWbinutilslink219 developer cluster, binutils links SUNWgccruntimelink432 core cluster, runtime links 4.12. Dependencies: - SUNWgnu-mpfr (LSARC/2008/655) - SUNWgnu-mp (LSARC/2008/634) - SUNWgccruntime432 - SUNWbinutils219 5. Reference Documents: - http://gcc.gnu.org/ - http://www.gnu.org/software/binutils/ - PSARC/2008/656: GNU binutils version 4.3.x - PSARC/2008/378: Move gcc and binutils from /usr/sfw/bin to /usr/bin - PSARC/2007/047: /usr/gnu - PSARC/2004/742: Move gcc, gnumake, binutils and bison from CCD to WOS 6. Resources and Schedule: 6.4. Product Approval Committee requested information: 6.4.1. Consolidation or Component Name: Devpro 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open --Boundary_(ID_P7kdrKCtzf9TDa7Jdvrhvw)-- From George.Vasick@sun.com Wed Jan 7 16:53:08 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 n080r7W9002789 for ; Wed, 7 Jan 2009 16:53:08 -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 n080r4J4003287; Thu, 8 Jan 2009 00:53:07 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 <0KD40030DNSGLB00@brm-avmta-1.central.sun.com>; Wed, 07 Jan 2009 17:53:04 -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 <0KD400M88NSFXH20@brm-avmta-1.central.sun.com>; Wed, 07 Jan 2009 17:53:03 -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 n080r3fm010534; Wed, 07 Jan 2009 16:53:03 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD400H01NK2KX00@fe-sfbay-09.sun.com> (original mail from George.Vasick@Sun.COM); Wed, 07 Jan 2009 16:53:03 -0800 (PST) Received: from [129.146.85.29] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD400M68NSEGF60@fe-sfbay-09.sun.com>; Wed, 07 Jan 2009 16:53:03 -0800 (PST) Date: Wed, 07 Jan 2009 16:52:24 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/14/2009 In-reply-to: <496549DA.2050909@sun.com> Sender: George.Vasick@sun.com To: Raj Prakash Cc: LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <49654E48.6000302@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <496549DA.2050909@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1455 Sounds good. Thanks, George Raj Prakash wrote: > George, > > I am setting January 14th as the new timeout date for the updated proposal. > > Raj. > > -------- Original Message -------- > Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout > 01/07/2009] > Date: Wed, 07 Jan 2009 16:25:32 -0800 > From: George Vasick > To: LSARC-ext@sun.com > CC: George Vasick , gcc2ir@sun.com > > > > All, > > Thanks for your feedback. Please find a revised onepager attached. The > major changes are as follows: > > - updated interest alias to tools-compilers@opensolaris.org. > > - added references to existing, ARC cases: > - PSARC/2008/656: GNU binutils version 4.3.x > - derailed > - PSARC/2008/378: Move gcc and binutils from /usr/sfw/bin to /usr/bin > - never putback, received agreement from submitter to proceed with > our proposal instead. > - PSARC/2007/047: /usr/gnu > - no conflict > - PSARC/2004/742: Move gcc, gnumake, binutils and bison from CCD to WOS > - no conflict > > - removed Objective-C++ from deliverables. > > - changed interfaces from volatile to uncommitted. > > - provided additional detail for packages and pathnames. > > - renamed SUNWbinutils2_19 and SUNWbinutilslnk2_19 to SUNWbinutils219 > and SUNWbinutils219. > > - renamed gprof links to ggprof to avoid conflict with BSD gprof. > > > Thanks, > George > > From George.Vasick@sun.com Wed Jan 7 17:17:06 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 n081H6qT003650 for ; Wed, 7 Jan 2009 17:17:06 -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 n081H5FX028400; Wed, 7 Jan 2009 18:17:06 -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 <0KD40050POWHZZ00@brm-avmta-1.central.sun.com>; Wed, 07 Jan 2009 18:17:05 -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 <0KD400MH7OWFXS30@brm-avmta-1.central.sun.com>; Wed, 07 Jan 2009 18:17:04 -0700 (MST) 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 n081H3GH006271; Wed, 07 Jan 2009 17:17:03 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD400001OW85D00@fe-sfbay-09.sun.com> (original mail from George.Vasick@Sun.COM); Wed, 07 Jan 2009 17:17:03 -0800 (PST) Received: from [129.146.85.29] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD400MIFOWFGFD0@fe-sfbay-09.sun.com>; Wed, 07 Jan 2009 17:17:03 -0800 (PST) Date: Wed, 07 Jan 2009 17:16:28 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20090108004015.GG6457@Sun.COM> Sender: George.Vasick@sun.com To: Nicolas Williams Cc: Rainer Orth , LSARC-ext@sun.com, gcc2ir@sun.com, Raj Prakash Message-id: <496553EC.1080803@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1065 Hi Nico, You bring up an interesting point. The whole discussion around adding GNU Java and GNU Ada seems more like a business discussion to me. The issues are time and resources to do the extra work versus the benefit. Should it be handled as part of the ARC case or should it be handled elsewhere? Thanks, George Nicolas Williams wrote: > On Wed, Jan 07, 2009 at 04:24:23PM -0800, George Vasick wrote: >> Is there a business case for adding GCJ or GNAT? Are there any RFEs or >> VOC data? > > Given Sun's focus on integrating FOSS into OpenSolaris I would think > that the answer to your is a resounding "yes" and that there should be > no need to go point you at a specific business case. I strongly > recommend that you don't exclude *any* functionality here *unless* you > either have trouble building it or have some other significant roadblock > to integration. That GCJ or GNAT were not included earlier is not a > good business reason to exclude them now. > > Quite aside from that, business matters are not relevant at the ARC. > > Nico From Nicolas.Williams@sun.com Wed Jan 7 18:42:06 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 n082g6eU005043 for ; Wed, 7 Jan 2009 18:42:06 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n082g4bf021877; Wed, 7 Jan 2009 18:42:05 -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 <0KD400501SU4KD00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 07 Jan 2009 18:42:04 -0800 (PST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KD4003HTSU4EQ20@nwk-avmta-1.sfbay.Sun.COM>; Wed, 07 Jan 2009 18:42:04 -0800 (PST) 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 n082f0PG006779; Wed, 07 Jan 2009 20:41:00 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n082evso006778; Wed, 07 Jan 2009 20:40:57 -0600 (CST) Date: Wed, 07 Jan 2009 20:40:57 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <496553EC.1080803@sun.com> To: George Vasick Cc: Rainer Orth , LSARC-ext@sun.com, gcc2ir@sun.com, Raj Prakash Message-id: <20090108024057.GH6457@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: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@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: 628 On Wed, Jan 07, 2009 at 05:16:28PM -0800, George Vasick wrote: > You bring up an interesting point. The whole discussion around adding > GNU Java and GNU Ada seems more like a business discussion to me. The > issues are time and resources to do the extra work versus the benefit. > Should it be handled as part of the ARC case or should it be handled > elsewhere? Let's ask a more basic question: does the GCJ and GNAT stuff build and pass the bundled tests? If so, can you just include it instead of arguing about it? If it doesn't build or pass its tests, then I think you have a case for not including it. Nico -- From carlsonj@phorcys.east.sun.com Thu Jan 8 07:10: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 n08FAKTf013167 for ; Thu, 8 Jan 2009 07:10:20 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n08FAIlo004953; Thu, 8 Jan 2009 07:10:19 -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 <0KD500A0TRH7QO00@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 07:10:19 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KD5008Z5RH5GH30@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 07:10:18 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n08FAHii014550; Thu, 08 Jan 2009 10:10:17 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n08FAHiD014547; Thu, 08 Jan 2009 10:10:17 -0500 (EST) Date: Thu, 08 Jan 2009 10:10:17 -0500 From: James Carlson Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <496553EC.1080803@sun.com> To: George Vasick Cc: Nicolas Williams , Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <18790.5977.697701.271576@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@sun.com> Status: RO Content-Length: 876 George Vasick writes: > You bring up an interesting point. The whole discussion around adding > GNU Java and GNU Ada seems more like a business discussion to me. The > issues are time and resources to do the extra work versus the benefit. > Should it be handled as part of the ARC case or should it be handled > elsewhere? Elsewhere; I think the Solaris PAC is probably the right body. (I'm surprised that it'd be a formal "business decision," or really worth discussing. Is it much more work than just enabling the ./configure options [or removing the existing --disable-* ones] and adding a couple of lines to the existing pkgmap(4) files?) -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From George.Vasick@sun.com Thu Jan 8 08:24:57 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 n08GOvCL001488 for ; Thu, 8 Jan 2009 08:24:57 -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.2) with ESMTP id n08GOtli035206; Thu, 8 Jan 2009 09:24:57 -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 <0KD500F0TUXJEB00@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 08:24:55 -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 <0KD50086SUXHGF90@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 08:24:53 -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 n08GOr2h018331; Thu, 08 Jan 2009 08:24:53 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD500401UTNAM00@fe-sfbay-10.sun.com> (original mail from George.Vasick@Sun.COM); Thu, 08 Jan 2009 08:24:53 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD5005EFUXGWYD0@fe-sfbay-10.sun.com>; Thu, 08 Jan 2009 08:24:52 -0800 (PST) Date: Thu, 08 Jan 2009 08:24:13 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <18790.5977.697701.271576@gargle.gargle.HOWL> Sender: George.Vasick@sun.com To: James Carlson Cc: Nicolas Williams , Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <496628AD.2040205@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@sun.com> <18790.5977.697701.271576@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1203 James Carlson wrote: > George Vasick writes: >> You bring up an interesting point. The whole discussion around adding >> GNU Java and GNU Ada seems more like a business discussion to me. The >> issues are time and resources to do the extra work versus the benefit. >> Should it be handled as part of the ARC case or should it be handled >> elsewhere? > > Elsewhere; I think the Solaris PAC is probably the right body. We are planning to go to the Solaris PAC. I don't know if the date is scheduled yet or not. > > (I'm surprised that it'd be a formal "business decision," or really > worth discussing. Is it much more work than just enabling the > ./configure options [or removing the existing --disable-* ones] and > adding a couple of lines to the existing pkgmap(4) files?) There is testing and potentially support. Also, we are adding Sparc support for the first time in this release. Sparc is more complicated than x86 since the stock GCC backend for Sparc is not especially competitive in performance compared to the Sparc Studio backend. This doesn't have to be a formal business decision, but we do need to decide between features, resources, and schedules. Thanks, George From ro@techfak.uni-bielefeld.de Thu Jan 8 09:39: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 n08Hdk1S002512 for ; Thu, 8 Jan 2009 09:39:47 -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 n08Hdj6h018733; Thu, 8 Jan 2009 10:39:45 -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 <0KD500B09YE90I00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 09:39:45 -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 <0KD500LEPYE8O470@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 09:39:44 -0800 (PST) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n08HYlAe022509; Thu, 08 Jan 2009 17:39:44 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay13i.sun.com with ESMTP id BT-MMP-2060518; Thu, 08 Jan 2009 17:39:41 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-171559; Thu, 08 Jan 2009 17:39:41 +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-21901356; Thu, 08 Jan 2009 17:39:41 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 8871C48352; Thu, 08 Jan 2009 18:39:39 +0100 (CET) Date: Thu, 08 Jan 2009 18:39:37 +0100 (MET) From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20090108024057.GH6457@Sun.COM> To: Nicolas Williams Cc: George Vasick , LSARC-ext@sun.com, gcc2ir@sun.com, Raj Prakash Message-id: <18790.14937.875530.700202@manam.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.062sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@sun.com> <20090108024057.GH6457@Sun.COM> Status: RO Content-Length: 1382 Nicolas Williams writes: > On Wed, Jan 07, 2009 at 05:16:28PM -0800, George Vasick wrote: > > You bring up an interesting point. The whole discussion around adding > > GNU Java and GNU Ada seems more like a business discussion to me. The > > issues are time and resources to do the extra work versus the benefit. > > Should it be handled as part of the ARC case or should it be handled > > elsewhere? > > Let's ask a more basic question: does the GCJ and GNAT stuff build and > pass the bundled tests? If so, can you just include it instead of > arguing about it? If it doesn't build or pass its tests, then I think > you have a case for not including it. It does: as I've stated before, I regularly bootstrap GCC with all default languages + ada included, and both languages pass their testsuites with a few failures only. It may be necessary to extend the Sun-local patches to properly set RUNPATH to those two languages (CodeSourcery already did this when porting GCC 3.4.3 for Solaris 10), although I think GNAT already handles this properly by default. So it can be done reasonably easy and brings us feature partity with other operating systems (Linux, *BSD, Windows, ...), which should be a strong argument in favor. Rainer ----------------------------------------------------------------------------- Rainer Orth, Faculty of Technology, Bielefeld University From Nicolas.Williams@sun.com Thu Jan 8 09:52: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 n08HqDYS003168 for ; Thu, 8 Jan 2009 09:52:13 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n08Hq9C5014878; Thu, 8 Jan 2009 09:52:11 -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 <0KD500C1DYYXH000@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 09:52:09 -0800 (PST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KD500LSGYYWO480@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 09:52:08 -0800 (PST) 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 n08Hp3AN007472; Thu, 08 Jan 2009 11:51:03 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n08Hp3HT007471; Thu, 08 Jan 2009 11:51:03 -0600 (CST) Date: Thu, 08 Jan 2009 11:51:03 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <496628AD.2040205@sun.com> To: George Vasick Cc: James Carlson , Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <20090108175103.GQ6457@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: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@sun.com> <18790.5977.697701.271576@gargle.gargle.HOWL> <496628AD.2040205@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: 932 On Thu, Jan 08, 2009 at 08:24:13AM -0800, George Vasick wrote: > There is testing and potentially support. Support means the same thing for GCJ and GNAT as for GCC: we'll keep the thing up to date as new versions come out. Support need not mean "we'll fix any bugs in GCJ and/or GNAT before the GCC community does." If it builds and passes its own tests (this shouldn't take long to verify, and we have an attestation that it does) then including it costs *nothing* on the margin. > Also, we are adding Sparc support for the first time in this release. > Sparc is more complicated than x86 since the stock GCC backend for Sparc > is not especially competitive in performance compared to the Sparc > Studio backend. So... what? Are you actually improving GCC performance on Solaris by modifying GCC? If so, are you saying that this makes it harder to ensure that GCJ and GNAT function properly? I could see that. Nico -- From ro@techfak.uni-bielefeld.de Thu Jan 8 09:59:07 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 n08Hx7mm004022 for ; Thu, 8 Jan 2009 09:59:07 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n08Hx3IX017947; Thu, 8 Jan 2009 09:59:07 -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 <0KD500L15ZAI0Z00@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 09:59:06 -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 <0KD500ICXZAF9K40@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 09:59:04 -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 n08HwtDv005625; Thu, 08 Jan 2009 17:59:03 +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-1988937; Thu, 08 Jan 2009 17:59:02 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-187979; Thu, 08 Jan 2009 17:59:00 +0000 (Z) Received: from smarthost.TechFak.Uni-Bielefeld.DE ([129.70.137.17] [129.70.137.17]) by relay1ib.sun.com with ESMTP id BT-MMP-20493859; Thu, 08 Jan 2009 17:59:00 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id EE5DB48352; Thu, 08 Jan 2009 18:58:59 +0100 (CET) Date: Thu, 08 Jan 2009 18:58:57 +0100 (MET) From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <496547B7.7030508@sun.com> To: George Vasick Cc: Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <18790.16097.991244.737467@manam.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 1.093sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> Status: RO Content-Length: 5492 George Vasick writes: [It may be better to remove gcc2ir@Sun.COM from the Cc: all mails to that address bounce for posters external to Sun.] > > I suppose this should strongly support the claim that gas is upwards > > compatible and there's no reason whatsoever to have compiler-specific > > installations of binutils. > > The concern is that we do not own these packages and cannot ensure > compatibility. Our proposed scheme allows multiple versions to coexist I think my experiment has demonstrated compatibility for the purposes of GCC. Is there any evidence that other OSes have parallel binutils installations? > if a compatibility problem were to come up. We can also get rid of old > versions and add soft links in the cases where the new version is > completely compatible with the previous versions, e.g binutils219 could > be a link to binutils220. As I said, apart from blatant bugs (which could be avoided by either not including buggy versions in OpenSolaris or, better yet, properly testing them *before release*, i.e. becoming part of the binutils community), I know of no incompabitilities. Even so, they won't affect GCC because the compiler tests for new assembler and linker features at build time. > >> I contacted Stefan Teleman, the submitter PSARC 2008/656. Binutils 2.17 > >> has not yet been integrated and he agrees that we should go directly to > >> 2.19 at this point. > > > > True, this will certainly benefit a future integration of GCC 4.4 which can > > make use of some binutils 2.19 features. > > > > Otherwise, if you keep binutils 2.19 in /usr/compilers/gcc4.3.2 and add GCC > > 4.4 later, will the 4.4 compilers refer to gcc4.3.2 gas, or add their own > > private copy? This makes no sense to me. I even think that the binutils 2.19 > > and gcc 4.3 cases need to be separated. > > Actually, we are proposing to to install binutils 2.19 in > /usr/compilers/binutils219. It will be a separate package and not > contained in /usr/compilers/gcc432. Again, my questions about the reasons for that haven't been answered yet: * Why /usr/compilers at all? We don't have /usr/webservers or /usr/databases. * Why /usr/compilers/gcc432 instead of /usr/gcc43? GCC rules reasonably ensure compatibility at the micro version level, and e.g. postgres has done micro version updates without changing pathnames in such a way. This just makes it harder for users of a particular minor version to keep using that in the face of updates. > We have links packages defined to solve the PATH problem for users. > These packages will link the desired version of the compilers and tools > to /usr/bin and /usr/gnu/bin. This just establishes default versions in /usr/bin and /usr/gnu/bin. If a user wants to use say gcc 4.3 specificially, in your scheme he needs to update his path from /usr/compilers/gcc432 to /usr/compilers/gcc433 in case you ship an update to that micro version to fix some important bugs. Inconvenient and completely unnecessary. > > I'd have to review the interfaces in detail. If we want to make some > > overall classification for everything, Uncommitted seems about right, but > > there are parts that do better (like libgcc_s.so.1, which could probably > > become Committed). Some of this might be improved if one would add Solaris > > support for interface versioning to more libraries: libgcc_s.so.1 currently > > has it, while e.g. libgomp.so and libstdc++.so use GNU ld specific features > > and we'd have to work out how to achive this with Sun ld. > > I have changed interfaces to uncommitted. Ok, thanks. It is certainly possible to raise the classification of e.g. libgcc_s.so.1 in the future; I'm not completely sure if there are libraries which would better be volatile. It would take some amount of investigation to check for this. > >>>> 4.10. Packaging & Delivery: > >>>> Name Stability Notes > >>>> ==== ========= ===== > >>>> SUNWgcc432 uncommitted developer cluster > >>> It might be useful to split this into individual packages for all the > >>> various languages supported. > >> We could consider splitting it into two pieces, C/C++ and the rest. > >> Maintaining the cross dependencies could get complicated if we go any > >> farther. > > > > I don't think it would be too hard, and having separate packages for > > different languages seems to match what Linux distributions do. > > The current packages do seem overly large, about 135 MB on x86. We > propose to keep it a single package. I suppose you mean `don't seem' here? I find this unfortunate, since it neither matches Sun Studio practice (which has separate patches for different languages and runtime libraries) nor (as I mentioned) Linux practice. > >>>> SUNWgccruntime432 uncommitted core cluster > >>>> SUNWscgfss432 uncommitted developer cluster, optimizing backend for Sparc > >>> Does this mean you plan to deliver the gccfss backend by default on SPARC, > >>> instead of the regular GCC SPARC backend? This must be stated in the case. > >> Both backends will be delivered on Sparc. > > > > Good: which one will be the default and how can a user select the other? > > The default is the Studio backend. There is a flag to specify the stock > GCC backend. How does this affect e.g. GCC features and testsuite results? It might be better to have the stock GCC SPARC backend as the default, for feature parity between SPARC and x86/x64, and have gccfss as an option. Rainer From Nicolas.Williams@sun.com Thu Jan 8 10:10:37 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 n08IAalc004589 for ; Thu, 8 Jan 2009 10:10:37 -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 n08IAMgp005498; Fri, 9 Jan 2009 02:10:32 +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 <0KD500L15ZTIMT00@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 10:10:30 -0800 (PST) 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 <0KD500IGXZTH9G40@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 10:10:29 -0800 (PST) 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 n08I9OU1007516; Thu, 08 Jan 2009 12:09:24 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n08I9Mpn007515; Thu, 08 Jan 2009 12:09:22 -0600 (CST) Date: Thu, 08 Jan 2009 12:09:22 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> To: Rainer Orth Cc: George Vasick , LSARC-ext@sun.com, gcc2ir@sun.com, Raj Prakash Message-id: <20090108180921.GU6457@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: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> 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: 1185 On Thu, Jan 08, 2009 at 06:58:57PM +0100, Rainer Orth wrote: > George Vasick writes: > > Actually, we are proposing to to install binutils 2.19 in > > /usr/compilers/binutils219. It will be a separate package and not > > contained in /usr/compilers/gcc432. > > Again, my questions about the reasons for that haven't been answered yet: > > * Why /usr/compilers at all? We don't have /usr/webservers or > /usr/databases. I object to /usr/compilers also. Might I suggest /usr/lib/compilers instead? > > > I don't think it would be too hard, and having separate packages for > > > different languages seems to match what Linux distributions do. > > > > The current packages do seem overly large, about 135 MB on x86. We > > propose to keep it a single package. > > I suppose you mean `don't seem' here? I find this unfortunate, since it > neither matches Sun Studio practice (which has separate patches for > different languages and runtime libraries) nor (as I mentioned) Linux > practice. The runtime libraries definitely need to be packaged separately from compile time tools. Whether or not to package different frontends separately is not important to me. Nico -- From swalker@opensolaris.org Thu Jan 8 10:13:32 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 n08IDVhC004672 for ; Thu, 8 Jan 2009 10:13:32 -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 n08IDPpL018396; Thu, 8 Jan 2009 18:13:26 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 <0KD500E1ZZYCYN00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 10:13:24 -0800 (PST) Received: from jurassic.eng.sun.com ([129.146.58.166]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KD500LECZY9N7C0@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 10:13:21 -0800 (PST) Received: from [129.152.141.64] (dhcp-uovp05-141-64.Central.Sun.COM [129.152.141.64]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n08IDK7a865685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 08 Jan 2009 10:13:21 -0800 (PST) Date: Thu, 08 Jan 2009 12:13:13 -0600 From: Shawn Walker Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20090108180921.GU6457@Sun.COM> To: Nicolas Williams Cc: Rainer Orth , George Vasick , Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <49664239.40202@opensolaris.org> 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: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 666 Nicolas Williams wrote: > On Thu, Jan 08, 2009 at 06:58:57PM +0100, Rainer Orth wrote: >> George Vasick writes: >>> Actually, we are proposing to to install binutils 2.19 in >>> /usr/compilers/binutils219. It will be a separate package and not >>> contained in /usr/compilers/gcc432. >> Again, my questions about the reasons for that haven't been answered yet: >> >> * Why /usr/compilers at all? We don't have /usr/webservers or >> /usr/databases. > > I object to /usr/compilers also. Might I suggest /usr/lib/compilers > instead? So why was /usr/compilers chosen instead of /usr/gcc, etc. as we have /usr/apache, /usr/apache2, etc. now? -- Shawn Walker From ro@techfak.uni-bielefeld.de Thu Jan 8 10:22:39 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 n08IMcBR004893 for ; Thu, 8 Jan 2009 10:22:38 -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.2) with ESMTP id n08IMV2l045179; Thu, 8 Jan 2009 11:22:37 -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 <0KD600M230DN9H00@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 10:22:35 -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 <0KD600IKX0DM9H50@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 10:22:34 -0800 (PST) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n08IMY7Z018286; Thu, 08 Jan 2009 18:22:34 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay13i.sun.com with ESMTP id BT-MMP-2064383; Thu, 08 Jan 2009 18:22:34 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-214616; Thu, 08 Jan 2009 18:22: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-21923082; Thu, 08 Jan 2009 18:22:33 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id EDBCA48352; Thu, 08 Jan 2009 19:22:32 +0100 (CET) Date: Thu, 08 Jan 2009 19:22:31 +0100 (MET) From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20090108180921.GU6457@Sun.COM> To: Nicolas Williams Cc: George Vasick , LSARC-ext@sun.com, Raj Prakash Message-id: <18790.17511.302833.548575@manam.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.058sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> Status: RO Content-Length: 883 Nicolas Williams writes: > On Thu, Jan 08, 2009 at 06:58:57PM +0100, Rainer Orth wrote: > > George Vasick writes: > > > Actually, we are proposing to to install binutils 2.19 in > > > /usr/compilers/binutils219. It will be a separate package and not > > > contained in /usr/compilers/gcc432. > > > > Again, my questions about the reasons for that haven't been answered yet: > > > > * Why /usr/compilers at all? We don't have /usr/webservers or > > /usr/databases. > > I object to /usr/compilers also. Might I suggest /usr/lib/compilers > instead? Since this will contain version-specific bin directories which users are expected to add to their PATH, it shouldn't go below /usr/lib. Existing precedent would be /usr/gcc/4.3. Rainer ----------------------------------------------------------------------------- Rainer Orth, Faculty of Technology, Bielefeld University From ro@techfak.uni-bielefeld.de Thu Jan 8 10:24:51 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 n08IOpKa005002 for ; Thu, 8 Jan 2009 10:24:51 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n08IOnV8002259; Thu, 8 Jan 2009 10:24:50 -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 <0KD600G1R0HD8400@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 10:24:49 -0800 (PST) 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 <0KD600LAG0HDO4B0@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 10:24:49 -0800 (PST) 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 n08IOQ9B011716; Thu, 08 Jan 2009 18:24:48 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay13i.sun.com with ESMTP id BT-MMP-2064615; Thu, 08 Jan 2009 18:24:48 +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-217664; Thu, 08 Jan 2009 18:24:48 +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-21416081; Thu, 08 Jan 2009 18:24:48 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id ADB0C48352; Thu, 08 Jan 2009 19:24:47 +0100 (CET) Date: Thu, 08 Jan 2009 19:24:46 +0100 (MET) From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <49664239.40202@opensolaris.org> To: Shawn Walker Cc: Nicolas Williams , George Vasick , Raj Prakash , LSARC-ext@sun.com Message-id: <18790.17646.299926.819941@manam.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.051sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <49664239.40202@opensolaris.org> Status: RO Content-Length: 579 Shawn Walker writes: > > I object to /usr/compilers also. Might I suggest /usr/lib/compilers > > instead? > > So why was /usr/compilers chosen instead of /usr/gcc, etc. as we have > /usr/apache, /usr/apache2, etc. now? I have no idea: there was no rational for this yet. /usr/apache* is a bad example, though, since all other cases like postgres and mysql don't have different toplevel directories for different major versions. Rainer ----------------------------------------------------------------------------- Rainer Orth, Faculty of Technology, Bielefeld University From George.Vasick@sun.com Thu Jan 8 11:29: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 n08JT5YX006442 for ; Thu, 8 Jan 2009 11:29:05 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n08JT4jZ003815 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 8 Jan 2009 11:29:05 -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 <0KD60021R3GGVN00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 08 Jan 2009 11:29:04 -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 <0KD600IP03GD9PA0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 08 Jan 2009 11:29:04 -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 n08JT1Xk013699 for ; Thu, 08 Jan 2009 11:29:01 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD600K0124V1D00@fe-sfbay-09.sun.com> (original mail from George.Vasick@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 08 Jan 2009 11:29:01 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD600ABV3G1BOC0@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 08 Jan 2009 11:28:50 -0800 (PST) Date: Thu, 08 Jan 2009 11:28:10 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <49664239.40202@opensolaris.org> Sender: George.Vasick@sun.com To: Shawn Walker Cc: Nicolas Williams , Rainer Orth , Raj Prakash , LSARC-ext@sun.com Message-id: <496653CA.8050002@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <49664239.40202@opensolaris.org> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1111 Shawn Walker wrote: > Nicolas Williams wrote: >> On Thu, Jan 08, 2009 at 06:58:57PM +0100, Rainer Orth wrote: >>> George Vasick writes: >>>> Actually, we are proposing to to install binutils 2.19 in >>>> /usr/compilers/binutils219. It will be a separate package and not >>>> contained in /usr/compilers/gcc432. >>> Again, my questions about the reasons for that haven't been answered >>> yet: >>> >>> * Why /usr/compilers at all? We don't have /usr/webservers or >>> /usr/databases. >> >> I object to /usr/compilers also. Might I suggest /usr/lib/compilers >> instead? > > So why was /usr/compilers chosen instead of /usr/gcc, etc. as we have > /usr/apache, /usr/apache2, etc. now? We choose /usr/compliers because we wanted a central location for all compilers, both GCC and Sun Studio. The Studio team plans to follow this convention as well. We could use /usr/lib/compilers as easily as /usr/compilers. Is there a reason we should avoid /usr/compilers? I see we have things like /usr/apache, /usr/appserver, /usr/jdk, /usr/php, and /usr/mysql already in place on solaris. Thanks, George From George.Vasick@sun.com Thu Jan 8 11:42: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 n08JgQf1006778 for ; Thu, 8 Jan 2009 11:42:26 -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 n08JgNYJ013129 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 8 Jan 2009 19:42:24 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 <0KD60030N42NMH00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 08 Jan 2009 11:42:23 -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 <0KD600IW242N9ND0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 08 Jan 2009 11:42:23 -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 n08JgNsn017580 for ; Thu, 08 Jan 2009 11:42:23 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD600D013MJKZ00@fe-sfbay-10.sun.com> (original mail from George.Vasick@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 08 Jan 2009 11:42:22 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD60006442LEN20@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 08 Jan 2009 11:42:21 -0800 (PST) Date: Thu, 08 Jan 2009 11:41:42 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> Sender: George.Vasick@sun.com To: Rainer Orth Cc: Nicolas Williams , LSARC-ext@sun.com, Raj Prakash Message-id: <496656F6.1030606@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1113 Rainer Orth wrote: > Nicolas Williams writes: > >> On Thu, Jan 08, 2009 at 06:58:57PM +0100, Rainer Orth wrote: >>> George Vasick writes: >>>> Actually, we are proposing to to install binutils 2.19 in >>>> /usr/compilers/binutils219. It will be a separate package and not >>>> contained in /usr/compilers/gcc432. >>> Again, my questions about the reasons for that haven't been answered yet: >>> >>> * Why /usr/compilers at all? We don't have /usr/webservers or >>> /usr/databases. >> I object to /usr/compilers also. Might I suggest /usr/lib/compilers >> instead? > > Since this will contain version-specific bin directories which users are > expected to add to their PATH, it shouldn't go below /usr/lib. Existing > precedent would be /usr/gcc/4.3. Normally, users would not need to add version specific directories to their PATH, /usr/bin and /usr/gnu/bin would work just fine in the case where only one version of gcc is installed. George > > Rainer > > ----------------------------------------------------------------------------- > Rainer Orth, Faculty of Technology, Bielefeld University From George.Vasick@sun.com Thu Jan 8 12:12:35 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 n08KCYbJ021085 for ; Thu, 8 Jan 2009 12:12: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 n08KCXLr043811; Thu, 8 Jan 2009 13:12: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 <0KD60060J5GW5300@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 12:12: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 <0KD600LON5GWC080@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 12:12: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 n08KCWCB019210; Thu, 08 Jan 2009 12:12:32 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD600E014UQAM00@fe-sfbay-10.sun.com> (original mail from George.Vasick@Sun.COM); Thu, 08 Jan 2009 12:12:32 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD60004S5GRENG0@fe-sfbay-10.sun.com>; Thu, 08 Jan 2009 12:12:27 -0800 (PST) Date: Thu, 08 Jan 2009 12:11:48 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20090108175103.GQ6457@Sun.COM> Sender: George.Vasick@sun.com To: Nicolas Williams Cc: James Carlson , Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <49665E04.1030702@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@sun.com> <18790.5977.697701.271576@gargle.gargle.HOWL> <496628AD.2040205@sun.com> <20090108175103.GQ6457@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1405 Nicolas Williams wrote: > On Thu, Jan 08, 2009 at 08:24:13AM -0800, George Vasick wrote: >> There is testing and potentially support. > > Support means the same thing for GCJ and GNAT as for GCC: we'll keep the > thing up to date as new versions come out. Support need not mean "we'll > fix any bugs in GCJ and/or GNAT before the GCC community does." > > If it builds and passes its own tests (this shouldn't take long to > verify, and we have an attestation that it does) then including it costs > *nothing* on the margin. I guess I disagree with this. It costs nothing right up to the point where you are the one doing it and you run into a problem. > >> Also, we are adding Sparc support for the first time in this release. >> Sparc is more complicated than x86 since the stock GCC backend for Sparc >> is not especially competitive in performance compared to the Sparc >> Studio backend. > > So... what? > > Are you actually improving GCC performance on Solaris by modifying GCC? Yes, by hooking up the GCC frontends with the Studio Sparc backends. The plain GCC backend will be available under flag control. > If so, are you saying that this makes it harder to ensure that GCJ and > GNAT function properly? I could see that. Potentially yes, although we could choose to support the plain gcc backend only for these languages. We currently do this for Fortran. George > > Nico From Nicolas.Williams@sun.com Thu Jan 8 12:30: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 n08KUDeJ026013 for ; Thu, 8 Jan 2009 12:30:13 -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.2) with ESMTP id n08KUB7F053975; Thu, 8 Jan 2009 13:30:11 -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 <0KD6006216AA7K00@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 12:30:10 -0800 (PST) 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 <0KD600I9Z6A89GF0@nwk-avmta-2.sfbay.sun.com>; Thu, 08 Jan 2009 12:30:08 -0800 (PST) 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 n08KT0a3007618; Thu, 08 Jan 2009 14:29:00 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n08KT01V007617; Thu, 08 Jan 2009 14:29:00 -0600 (CST) Date: Thu, 08 Jan 2009 14:29:00 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <49665E04.1030702@sun.com> To: George Vasick Cc: James Carlson , Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <20090108202859.GX6457@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: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@sun.com> <18790.5977.697701.271576@gargle.gargle.HOWL> <496628AD.2040205@sun.com> <20090108175103.GQ6457@Sun.COM> <49665E04.1030702@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: 1345 On Thu, Jan 08, 2009 at 12:11:48PM -0800, George Vasick wrote: > Nicolas Williams wrote: > >On Thu, Jan 08, 2009 at 08:24:13AM -0800, George Vasick wrote: > >>There is testing and potentially support. > > > >Support means the same thing for GCJ and GNAT as for GCC: we'll keep the > >thing up to date as new versions come out. Support need not mean "we'll > >fix any bugs in GCJ and/or GNAT before the GCC community does." > > > >If it builds and passes its own tests (this shouldn't take long to > >verify, and we have an attestation that it does) then including it costs > >*nothing* on the margin. > > I guess I disagree with this. It costs nothing right up to the point > where you are the one doing it and you run into a problem. But you haven't even tried! > >Are you actually improving GCC performance on Solaris by modifying GCC? > > Yes, by hooking up the GCC frontends with the Studio Sparc backends. > The plain GCC backend will be available under flag control. Fine. That shouldn't interfere with GCJ/GNAT, as long as you test using the GCC backend. > >If so, are you saying that this makes it harder to ensure that GCJ and > >GNAT function properly? I could see that. > > Potentially yes, although we could choose to support the plain gcc > backend only for these languages. We currently do this for Fortran. Right. From Raj.Prakash@sun.com Thu Jan 8 13:24: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 n08LODk6027701 for ; Thu, 8 Jan 2009 13:24:14 -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 n08LO3YH019258; Fri, 9 Jan 2009 05:24:12 +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 <0KD600B1P8SA7I00@brm-avmta-1.central.sun.com>; Thu, 08 Jan 2009 14:24:10 -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 <0KD6004YY8S9H630@brm-avmta-1.central.sun.com>; Thu, 08 Jan 2009 14:24:09 -0700 (MST) 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 n08LO9gU000107; Thu, 08 Jan 2009 13:24:09 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD600A018PP8300@fe-sfbay-09.sun.com> (original mail from Raj.Prakash@Sun.COM); Thu, 08 Jan 2009 13:24:09 -0800 (PST) Received: from [129.146.122.8] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD600JX68S8KY90@fe-sfbay-09.sun.com>; Thu, 08 Jan 2009 13:24:08 -0800 (PST) Date: Thu, 08 Jan 2009 13:24:09 -0800 From: Raj Prakash Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/14/2009 In-reply-to: <496549DA.2050909@sun.com> Sender: Raj.Prakash@sun.com To: LSARC-ext@sun.com Cc: George Vasick , gcc2ir@sun.com Message-id: <49666EF9.1020707@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_V09mYjbKkvYiRPdgbnhp9g)" X-PMX-Version: 5.4.1.325704 References: <496549DA.2050909@sun.com> User-Agent: Thunderbird 2.0.0.16 (X11/20080807) Status: RO Content-Length: 26234 This is a multi-part message in MIME format. --Boundary_(ID_V09mYjbKkvYiRPdgbnhp9g) Content-type: multipart/alternative; boundary="Boundary_(ID_kTPFGHI/T7jk7Ej42wiusw)" --Boundary_(ID_kTPFGHI/T7jk7Ej42wiusw) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hello, Programming languages other than those specified in the proposal are beyond the scope of the project. The project team will investigate other languages at a later time. -- Raj On 01/07/09 16:33, Raj Prakash wrote: > George, > > I am setting January 14th as the new timeout date for the updated > proposal. > > Raj. > > -------- Original Message -------- > Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack > timeout 01/07/2009] > Date: Wed, 07 Jan 2009 16:25:32 -0800 > From: George Vasick > To: LSARC-ext@sun.com > CC: George Vasick , gcc2ir@sun.com > > > > All, > > Thanks for your feedback. Please find a revised onepager attached. The > major changes are as follows: > > - updated interest alias to tools-compilers@opensolaris.org. > > - added references to existing, ARC cases: > - PSARC/2008/656: GNU binutils version 4.3.x > - derailed > - PSARC/2008/378: Move gcc and binutils from /usr/sfw/bin to /usr/bin > - never putback, received agreement from submitter to proceed with > our proposal instead. > - PSARC/2007/047: /usr/gnu > - no conflict > - PSARC/2004/742: Move gcc, gnumake, binutils and bison from CCD to WOS > - no conflict > > - removed Objective-C++ from deliverables. > > - changed interfaces from volatile to uncommitted. > > - provided additional detail for packages and pathnames. > > - renamed SUNWbinutils2_19 and SUNWbinutilslnk2_19 to SUNWbinutils219 > and SUNWbinutils219. > > - renamed gprof links to ggprof to avoid conflict with BSD gprof. > > > Thanks, > George > > --Boundary_(ID_kTPFGHI/T7jk7Ej42wiusw) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hello,

Programming languages other than those specified in the proposal are beyond the scope of the project. The project team will investigate other languages at a later time.

-- Raj

On 01/07/09 16:33, Raj Prakash wrote:
George,

I am setting January 14th as the new timeout date for the updated proposal.

Raj.

-------- Original Message --------
Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009]
Date: Wed, 07 Jan 2009 16:25:32 -0800
From: George Vasick <George.Vasick@Sun.COM>
To: LSARC-ext@sun.com
CC: George Vasick <George.Vasick@Sun.COM>, gcc2ir@sun.com 


All,

Thanks for your feedback.  Please find a revised onepager attached.  The 
major changes are as follows:

- updated interest alias to tools-compilers@opensolaris.org.

- added references to existing, ARC cases:
   - PSARC/2008/656: GNU binutils version 4.3.x
     - derailed
   - PSARC/2008/378: Move gcc and binutils from /usr/sfw/bin to /usr/bin
     - never putback, received agreement from submitter to proceed with 
our proposal instead.
   - PSARC/2007/047: /usr/gnu
     - no conflict
   - PSARC/2004/742: Move gcc, gnumake, binutils and bison from CCD to WOS
     - no conflict

- removed Objective-C++ from deliverables.

- changed interfaces from volatile to uncommitted.

- provided additional detail for packages and pathnames.

- renamed SUNWbinutils2_19 and SUNWbinutilslnk2_19 to SUNWbinutils219 
and SUNWbinutils219.

- renamed gprof links to ggprof to avoid conflict with BSD gprof.


Thanks,
George

--Boundary_(ID_kTPFGHI/T7jk7Ej42wiusw)-- --Boundary_(ID_V09mYjbKkvYiRPdgbnhp9g) Content-type: text/plain; name=GNUDeveloperTools2009_04_onepager.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=GNUDeveloperTools2009_04_onepager.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: GNU Developer Collection 1.2. Name of Document Author/Supplier: George Vasick 1.3. Date of This Document: 1/7/2009 1.5. Email Aliases: 1.5.4. Interest List: tools-compilers@opensolaris.org 2. Project Summary 2.1. Project Description: The project will provide the current releases of the GNU Compiler Collection (GCC) and the GNU Binutils for OpenSolaris. The primary components are the following: - GNU Compiler collection. - GNU Binutils. - GCC Runtime includes the runtime libraries corresponding to the compiler collection. 4. Technical Description: 4.1. Details: - Existing GCC 3.4.3, GNU Runtime 3.4.3, and GNU Binutils 2.15 will remain unchanged in /usr/sfw/. There are existing components that depend on this compiler and tool set. - The latest community versions, GCC 4.3.2, GNU Runtime 4.3.2, and GNU Binutils 2.19, will be ported to OpenSolaris and installed in /usr/compilers/gcc432 and /usr/compilers/binutils219. (Superceeds PSARC/2008/656) - Links will be created in /usr/bin and /usr/gnu/bin, for example /usr/bin/gcc and /usr/gnu/bin/cc, referencing the commands in /usr/compilers/gcc432/bin. (Compliant with PSARC/2007/047) - Libraries in /usr/compilers/gcc432/lib and /usr/compilers/gcc432/lib/{MACH64} will be linked into /usr/lib and /usr/lib/{MACH64}. 4.3. In Scope: - GCC, GNU Compiler Collection: C, C++, FORTRAN, Objective-C. - GNU Binutils: addr2line, ar, as, c++filt, gprof, nm, objcopy, objdump, ranlib, readelf, size, strings, strip. - GNU Runtime. 4.5. Interfaces: Name Stability Notes ==== ========= ===== SUNWgcc432 uncommitted Package Name /usr/compilers/gcc432/bin/c++ uncommitted Executable /usr/compilers/gcc432/bin/cpp uncommitted Executable /usr/compilers/gcc432/bin/g++ uncommitted Executable /usr/compilers/gcc432/bin/gcc uncommitted Executable /usr/compilers/gcc432/bin/gccbug uncommitted Executable /usr/compilers/gcc432/bin/gcov uncommitted Executable /usr/compilers/gcc432/bin/gfortran uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-c++ uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-g++ uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gcc uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gcc-4.3.2 uncommitted Executable /usr/compilers/gcc432/bin/i386-pc-solaris2.11-gfortran uncommitted Executable /usr/compilers/gcc432/info/cpp.info uncommitted Info File /usr/compilers/gcc432/info/cppinternals.info uncommitted Info File /usr/compilers/gcc432/info/dir uncommitted Info File /usr/compilers/gcc432/info/gcc.info uncommitted Info File /usr/compilers/gcc432/info/gccinstall.info uncommitted Info File /usr/compilers/gcc432/info/gccint.info uncommitted Info File /usr/compilers/gcc432/info/gfortran.info uncommitted Info File /usr/compilers/gcc432/info/libgomp.info uncommitted Info File /usr/compilers/gcc432/man/man1/cpp.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/g++.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/gcc.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/gcov.1 uncommitted Man Page /usr/compilers/gcc432/man/man1/gfortran.1 uncommitted Man Page /usr/compilers/gcc432/man/man7/fsf-funding.7 uncommitted Man Page /usr/compilers/gcc432/man/man7/gfdl.7 uncommitted Man Page /usr/compilers/gcc432/man/man7/gpl.7 uncommitted Man Page /usr/compilers/gcc432/include/c++/* uncommitted Header files /usr/compilers/gcc432/lib/gcc/i386-pc-solaris2.11/4.3.2/include/* uncommitted Header Files Name Stability Notes ==== ========= ===== SUNWbinutils219 uncommitted Package Name /usr/compilers/binutils219/bin/addr2line uncommitted Executable /usr/compilers/binutils219/bin/ar uncommitted Executable /usr/compilers/binutils219/bin/as uncommitted Executable /usr/compilers/binutils219/bin/c++filt uncommitted Executable /usr/compilers/binutils219/bin/gprof uncommitted Executable /usr/compilers/binutils219/bin/ld uncommitted Executable /usr/compilers/binutils219/bin/nm uncommitted Executable /usr/compilers/binutils219/bin/objcopy uncommitted Executable /usr/compilers/binutils219/bin/objdump uncommitted Executable /usr/compilers/binutils219/bin/ranlib uncommitted Executable /usr/compilers/binutils219/bin/readelf uncommitted Executable /usr/compilers/binutils219/bin/size uncommitted Executable /usr/compilers/binutils219/bin/strings uncommitted Executable /usr/compilers/binutils219/bin/strip uncommitted Executable /usr/compilers/binutils219/info/as.info uncommitted Info File /usr/compilers/binutils219/info/bfd.info uncommitted Info File /usr/compilers/binutils219/info/binutils.info uncommitted Info File /usr/compilers/binutils219/info/configure.info uncommitted Info File /usr/compilers/binutils219/info/dir uncommitted Info File /usr/compilers/binutils219/info/gprof.info uncommitted Info File /usr/compilers/binutils219/info/ld.info uncommitted Info File /usr/compilers/binutils219/info/standards.info uncommitted Info File /usr/compilers/binutils219/man/man1/addr2line.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/ar.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/as.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/c++filt.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/gprof.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/ld.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/nm.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/objcopy.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/objdump.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/ranlib.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/readelf.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/size.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/strings.1 uncommitted Man Page /usr/compilers/binutils219/man/man1/strip.1 uncommitted Man Page Name Stability Notes ==== ========= ===== SUNWgccruntime432 uncommitted Package Name /usr/compilers/gcc432/lib/{MACH64}/libgcc_s.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgcc_s.so.1 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so.3 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so.3.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.so.1 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.so.1.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libgomp.spec uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.so.2 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc.so.2.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so.2 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so.2.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.so.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libssp.so.0.0.0 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.la uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so.6 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so.6.0.10 uncommitted 64 Bit Library /usr/compilers/gcc432/lib/libgcc_s.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgcc_s.so.1 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.so.3 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgfortran.so.3.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.so.1 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.so.1.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libgomp.spec uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.so.2 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc.so.2.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.so.2 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libobjc_gc.so.2.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.so.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libssp.so.0.0.0 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.la uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.so uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.so.6 uncommitted 32 Bit Library /usr/compilers/gcc432/lib/libstdc++.so.6.0.10 uncommitted 32 Bit Library Name Stability Notes ==== ========= ===== SUNWscgfss432 uncommitted Package Name Name Stability Notes ==== ========= ===== SUNWgcclink432 uncommitted Package Name /usr/bin/g++ -> /usr/compilers/gcc432/bin/g++ /usr/bin/gcc -> /usr/compilers/gcc432/bin/gcc /usr/bin/gccbug -> /usr/compilers/gcc432/bin/gccbug /usr/bin/gcov -> /usr/compilers/gcc432/bin/gcov /usr/bin/gcpp -> /usr/compilers/gcc432/bin/cpp /usr/bin/gfortran -> /usr/compilers/gcc432/bin/gfortran /usr/gnu/bin/cc -> /usr/compilers/gcc432/bin/gcc /usr/gnu/bin/cpp -> /usr/compilers/gcc432/bin/cpp /usr/gnu/share/info/cpp.info -> /usr/compilers/gcc432/info/cpp.info /usr/gnu/share/man/man1/cpp.1 -> /usr/compilers/gcc432/man/man1/cpp.1 /usr/share/info/gcc.info -> /usr/compilers/gcc432/info/gcc.info /usr/share/info/gccinstall.info -> /usr/compilers/gcc432/info/gccinstall.info /usr/share/info/gccint.info -> /usr/compilers/gcc432/info/gccint.info /usr/share/info/gcpp.info -> /usr/compilers/gcc432/info/cpp.info /usr/share/info/gcppinternals.info -> /usr/compilers/gcc432/info/cppinternals.info /usr/share/info/gfortran.info -> /usr/compilers/gcc432/info/gfortran.info /usr/share/info/libgomp.info -> /usr/compilers/gcc432/info/libgomp.info /usr/share/man/man1/g++.1 -> /usr/compilers/gcc432/man/man1/g++.1 /usr/share/man/man1/gcc.1 -> /usr/compilers/gcc432/man/man1/gcc.1 /usr/share/man/man1/gcov.1 -> /usr/compilers/gcc432/man/man1/gcov.1 /usr/share/man/man1/gcpp.1 -> /usr/compilers/gcc432/man/man1/cpp.1 /usr/share/man/man1/gfortran.1 -> /usr/compilers/gcc432/man/man1/gfortran.1 /usr/share/man/man7/fsf-funding.7 -> /usr/compilers/gcc432/man/man7/fsf-funding.7 /usr/share/man/man7/gfdl.7 -> /usr/compilers/gcc432/man/man7/gfdl.7 /usr/share/man/man7/gpl.7 -> /usr/compilers/gcc432/man/man7/gpl.7 Name Stability Notes ==== ========= ===== SUNWbinutilslink219 uncommitted Package Name /usr/bin/gaddr2line -> /usr/compilers/binutils219/bin/addr2line /usr/bin/gar -> /usr/compilers/binutils219/bin/ar /usr/bin/gas -> /usr/compilers/binutils219/bin/as /usr/bin/gc++filt -> /usr/compilers/binutils219/bin/c++filt /usr/bin/gld -> /usr/compilers/binutils219/bin/ld /usr/bin/gnm -> /usr/compilers/binutils219/bin/nm /usr/bin/gobjcopy -> /usr/compilers/binutils219/bin/objcopy /usr/bin/gobjdump -> /usr/compilers/binutils219/bin/objdump /usr/bin/ggprof -> /usr/compilers/binutils219/bin/gprof /usr/bin/granlib -> /usr/compilers/binutils219/bin/ranlib /usr/bin/greadelf -> /usr/compilers/binutils219/bin/readelf /usr/bin/gsize -> /usr/compilers/binutils219/bin/size /usr/bin/gstrings -> /usr/compilers/binutils219/bin/strings /usr/bin/gstrip -> /usr/compilers/binutils219/bin/strip /usr/gnu/bin/addr2line -> /usr/compilers/binutils219/bin/addr2line /usr/gnu/bin/ar -> /usr/compilers/binutils219/bin/ar /usr/gnu/bin/as -> /usr/compilers/binutils219/bin/as /usr/gnu/bin/c++filt -> /usr/compilers/binutils219/bin/c++filt /usr/gnu/bin/gprof -> /usr/compilers/binutils219/bin/gprof /usr/gnu/bin/ld -> /usr/compilers/binutils219/bin/ld /usr/gnu/bin/nm -> /usr/compilers/binutils219/bin/nm /usr/gnu/bin/objcopy -> /usr/compilers/binutils219/bin/objcopy /usr/gnu/bin/objdump -> /usr/compilers/binutils219/bin/objdump /usr/gnu/bin/ranlib -> /usr/compilers/binutils219/bin/ranlib /usr/gnu/bin/readelf -> /usr/compilers/binutils219/bin/readelf /usr/gnu/bin/size -> /usr/compilers/binutils219/bin/size /usr/gnu/bin/strings -> /usr/compilers/binutils219/bin/strings /usr/gnu/bin/strip -> /usr/compilers/binutils219/bin/strip /usr/gnu/share/info/as.info -> /usr/compilers/binutils219/info/as.info /usr/gnu/share/info/ld.info -> /usr/compilers/binutils219/info/ld.info /usr/gnu/share/man/man1/addr2line.1 -> /usr/compilers/binutils219/man/man1/addr2line.1 /usr/gnu/share/man/man1/ar.1 -> /usr/compilers/binutils219/man/man1/ar.1 /usr/gnu/share/man/man1/as.1 -> /usr/compilers/binutils219/man/man1/as.1 /usr/gnu/share/man/man1/c++filt.1 -> /usr/compilers/binutils219/man/man1/c++filt.1 /usr/gnu/share/man/man1/gprof.1 -> /usr/compilers/binutils219/man/man1/gprof.1 /usr/gnu/share/man/man1/ld.1 -> /usr/compilers/binutils219/man/man1/ld.1 /usr/gnu/share/man/man1/nm.1 -> /usr/compilers/binutils219/man/man1/nm.1 /usr/gnu/share/man/man1/objcopy.1 -> /usr/compilers/binutils219/man/man1/objcopy.1 /usr/gnu/share/man/man1/objdump.1 -> /usr/compilers/binutils219/man/man1/objdump.1 /usr/gnu/share/man/man1/ranlib.1 -> /usr/compilers/binutils219/man/man1/ranlib.1 /usr/gnu/share/man/man1/readelf.1 -> /usr/compilers/binutils219/man/man1/readelf.1 /usr/gnu/share/man/man1/size.1 -> /usr/compilers/binutils219/man/man1/size.1 /usr/gnu/share/man/man1/strings.1 -> /usr/compilers/binutils219/man/man1/strings.1 /usr/gnu/share/man/man1/strip.1 -> /usr/compilers/binutils219/man/man1/strip.1 /usr/include/ansidecl.h -> /usr/compilers/binutils219/include/ansidecl.h /usr/include/bfd.h -> /usr/compilers/binutils219/include/bfd.h /usr/include/bfdlink.h -> /usr/compilers/binutils219/include/bfdlink.h /usr/include/dis-asm.h -> /usr/compilers/binutils219/include/dis-asm.h /usr/include/symcat.h -> /usr/compilers/binutils219/include/symcat.h /usr/share/info/bfd.info -> /usr/compilers/binutils219/info/bfd.info /usr/share/info/binutils.info -> /usr/compilers/binutils219/info/binutils.info /usr/share/info/gas.info -> /usr/compilers/binutils219/info/as.info /usr/share/info/gld.info -> /usr/compilers/binutils219/info/ld.info /usr/share/info/ggprof.info -> /usr/compilers/binutils219/info/gprof.info /usr/share/man/man1/gaddr2line.1 -> /usr/compilers/binutils219/man/man1/addr2line.1 /usr/share/man/man1/gar.1 -> /usr/compilers/binutils219/man/man1/ar.1 /usr/share/man/man1/gas.1 -> /usr/compilers/binutils219/man/man1/as.1 /usr/share/man/man1/gc++filt.1 -> /usr/compilers/binutils219/man/man1/c++filt.1 /usr/share/man/man1/gld.1 -> /usr/compilers/binutils219/man/man1/ld.1 /usr/share/man/man1/gnm.1 -> /usr/compilers/binutils219/man/man1/nm.1 /usr/share/man/man1/gobjcopy.1 -> /usr/compilers/binutils219/man/man1/objcopy.1 /usr/share/man/man1/gobjdump.1 -> /usr/compilers/binutils219/man/man1/objdump.1 /usr/share/man/man1/ggprof.1 -> /usr/compilers/binutils219/man/man1/gprof.1 /usr/share/man/man1/granlib.1 -> /usr/compilers/binutils219/man/man1/ranlib.1 /usr/share/man/man1/greadelf.1 -> /usr/compilers/binutils219/man/man1/readelf.1 /usr/share/man/man1/gsize.1 -> /usr/compilers/binutils219/man/man1/size.1 /usr/share/man/man1/gstrings.1 -> /usr/compilers/binutils219/man/man1/strings.1 /usr/share/man/man1/gstrip.1 -> /usr/compilers/binutils219/man/man1/strip.1 Name Stability Notes ==== ========= ===== SUNWgccruntimelink432 uncommitted Package Name /usr/lib/{MACH64}/libgcc_s.so -> libgcc_s.so.1 /usr/lib/{MACH64}/libgcc_s.so.1 -> /usr/compilers/gcc432/lib/{MACH64}/libgcc_s.so.1 /usr/lib/{MACH64}/libgfortran.so -> libgfortran.so.3.0.0 /usr/lib/{MACH64}/libgfortran.so.3 -> libgfortran.so.3.0.0 /usr/lib/{MACH64}/libgfortran.so.3.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libgfortran.so.3.0.0 /usr/lib/{MACH64}/libgomp.so -> libgomp.so.1.0.0 /usr/lib/{MACH64}/libgomp.so.1 -> libgomp.so.1.0.0 /usr/lib/{MACH64}/libgomp.so.1.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libgomp.so.1.0.0 /usr/lib/{MACH64}/libobjc.so -> libobjc.so.2.0.0 /usr/lib/{MACH64}/libobjc.so.2 -> libobjc.so.2.0.0 /usr/lib/{MACH64}/libobjc.so.2.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libobjc.so.2.0.0 /usr/lib/{MACH64}/libobjc_gc.so -> libobjc_gc.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 -> /usr/compilers/gcc432/lib/{MACH64}/libobjc_gc.so.2.0.0 /usr/lib/{MACH64}/libssp.so -> libssp.so.0.0.0 /usr/lib/{MACH64}/libssp.so.0 -> libssp.so.0.0.0 /usr/lib/{MACH64}/libssp.so.0.0.0 -> /usr/compilers/gcc432/lib/{MACH64}/libssp.so.0.0.0 /usr/lib/{MACH64}/libstdc++.so -> libstdc++.so.6.0.10 /usr/lib/{MACH64}/libstdc++.so.6 -> libstdc++.so.6.0.10 /usr/lib/{MACH64}/libstdc++.so.6.0.10 -> /usr/compilers/gcc432/lib/{MACH64}/libstdc++.so.6.0.10 /usr/lib/libgcc_s.so -> libgcc_s.so.1 /usr/lib/libgcc_s.so.1 -> /usr/compilers/gcc432/lib/libgcc_s.so.1 /usr/lib/libgfortran.so -> libgfortran.so.3.0.0 /usr/lib/libgfortran.so.3 -> libgfortran.so.3.0.0 /usr/lib/libgfortran.so.3.0.0 -> /usr/compilers/gcc432/lib/libgfortran.so.3.0.0 /usr/lib/libgomp.so -> libgomp.so.1.0.0 /usr/lib/libgomp.so.1 -> libgomp.so.1.0.0 /usr/lib/libgomp.so.1.0.0 -> /usr/compilers/gcc432/lib/libgomp.so.1.0.0 /usr/lib/libobjc.so -> libobjc.so.2.0.0 /usr/lib/libobjc.so.2 -> libobjc.so.2.0.0 /usr/lib/libobjc.so.2.0.0 -> /usr/compilers/gcc432/lib/libobjc.so.2.0.0 /usr/lib/libobjc_gc.so -> libobjc_gc.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/compilers/gcc432/lib/libobjc_gc.so.2.0.0 /usr/lib/libssp.so -> libssp.so.0.0.0 /usr/lib/libssp.so.0 -> libssp.so.0.0.0 /usr/lib/libssp.so.0.0.0 -> /usr/compilers/gcc432/lib/libssp.so.0.0.0 /usr/lib/libstdc++.so -> libstdc++.so.6.0.10 /usr/lib/libstdc++.so.6 -> libstdc++.so.6.0.10 /usr/lib/libstdc++.so.6.0.10 -> /usr/compilers/gcc432/lib/libstdc++.so.6.0.10 4.6. Doc Impact: Existing manpages and info files will be included. 4.7. Admin/Config Impact: No change. 4.8. HA Impact: No change. 4.9. I18N/L10N Impact: Existing localizations will be included. 4.10. Packaging & Delivery: Name Notes ==== ===== SUNWgcc432 developer cluster SUNWbinutils219 developer cluster SUNWgccruntime432 core cluster SUNWscgfss432 developer cluster, optimizing backend for Sparc SUNWgcclink432 developer cluster, compiler links SUNWbinutilslink219 developer cluster, binutils links SUNWgccruntimelink432 core cluster, runtime links 4.12. Dependencies: - SUNWgnu-mpfr (LSARC/2008/655) - SUNWgnu-mp (LSARC/2008/634) - SUNWgccruntime432 - SUNWbinutils219 5. Reference Documents: - http://gcc.gnu.org/ - http://www.gnu.org/software/binutils/ - PSARC/2008/656: GNU binutils version 4.3.x - PSARC/2008/378: Move gcc and binutils from /usr/sfw/bin to /usr/bin - PSARC/2007/047: /usr/gnu - PSARC/2004/742: Move gcc, gnumake, binutils and bison from CCD to WOS 6. Resources and Schedule: 6.4. Product Approval Committee requested information: 6.4.1. Consolidation or Component Name: Devpro 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open --Boundary_(ID_V09mYjbKkvYiRPdgbnhp9g)-- From George.Vasick@sun.com Thu Jan 8 13:36:00 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 n08La0u6027939 for ; Thu, 8 Jan 2009 13:36:00 -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 n08LZx1o021972; Thu, 8 Jan 2009 14:35:59 -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 <0KD600G0B9BXMZ00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 13:35:57 -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 <0KD600FY29BX1O00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 13:35:57 -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 n08LZvlg028470; Thu, 08 Jan 2009 13:35:57 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KD6004019798L00@fe-sfbay-10.sun.com> (original mail from George.Vasick@Sun.COM); Thu, 08 Jan 2009 13:35:57 -0800 (PST) Received: from [129.146.85.158] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KD600B5A9BX8HH0@fe-sfbay-10.sun.com>; Thu, 08 Jan 2009 13:35:57 -0800 (PST) Date: Thu, 08 Jan 2009 13:35:17 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20090108202859.GX6457@Sun.COM> Sender: George.Vasick@sun.com To: Nicolas Williams Cc: James Carlson , Raj Prakash , LSARC-ext@sun.com, gcc2ir@sun.com Message-id: <49667195.4080407@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@sun.com> <18790.5977.697701.271576@gargle.gargle.HOWL> <496628AD.2040205@sun.com> <20090108175103.GQ6457@Sun.COM> <49665E04.1030702@sun.com> <20090108202859.GX6457@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1458 Nicolas Williams wrote: > On Thu, Jan 08, 2009 at 12:11:48PM -0800, George Vasick wrote: >> Nicolas Williams wrote: >>> On Thu, Jan 08, 2009 at 08:24:13AM -0800, George Vasick wrote: >>>> There is testing and potentially support. >>> Support means the same thing for GCJ and GNAT as for GCC: we'll keep the >>> thing up to date as new versions come out. Support need not mean "we'll >>> fix any bugs in GCJ and/or GNAT before the GCC community does." >>> >>> If it builds and passes its own tests (this shouldn't take long to >>> verify, and we have an attestation that it does) then including it costs >>> *nothing* on the margin. >> I guess I disagree with this. It costs nothing right up to the point >> where you are the one doing it and you run into a problem. > > But you haven't even tried! That is correct. This whole discussion of additional language support is beyond the scope of our original plans. This ARC case was supposed to be about upgrading to the latest GCC and binutils, adding support for Sparc, and defining an installation strategy that allows multiple versions of compilers and tools to coexist. I would prefer to see the question of supporting additional languages deferred until we have the these issues sorted out and we know that we can provided C and C++ in time for the next release of OpenSolaris. Can we proceed on this case without adding support for Java and Ada or is that a showstopper? Thanks, George From sacadmin Thu Jan 8 14:05:37 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 n08M5aTs029070 for ; Thu, 8 Jan 2009 14:05:36 -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 n08M5JAh009654; Thu, 8 Jan 2009 22:05:27 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 <0KD600K0DAP2A400@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 14:05:26 -0800 (PST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KD600FN8AP01S30@nwk-avmta-1.sfbay.Sun.COM>; Thu, 08 Jan 2009 14:05:25 -0800 (PST) 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 n08M4Ga3007766; Thu, 08 Jan 2009 16:04:16 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n08M4G4M007765; Thu, 08 Jan 2009 16:04:16 -0600 (CST) Date: Thu, 08 Jan 2009 16:04:16 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <49667195.4080407@sun.com> To: George Vasick Cc: James Carlson , Raj Prakash , LSARC@sun.com, gcc2ir@sun.com Message-id: <20090108220416.GA6457@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: <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@sun.com> <18790.5977.697701.271576@gargle.gargle.HOWL> <496628AD.2040205@sun.com> <20090108175103.GQ6457@Sun.COM> <49665E04.1030702@sun.com> <20090108202859.GX6457@Sun.COM> <49667195.4080407@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: 1057 [-ext removed] On Thu, Jan 08, 2009 at 01:35:17PM -0800, George Vasick wrote: > Nicolas Williams wrote: > >But you haven't even tried! > > That is correct. This whole discussion of additional language support > is beyond the scope of our original plans. We're supposed to add value to the company. How exactly are we adding value if you don't even try to build a requested feature of the FOSS integration project that you're taking ownership of, then spend plenty of time arguing that you shouldn't have to, only to finally say you just won't, come hell or high water? At least you could have put your foot down on this from the word go. > Can we proceed on this case without adding support for Java and Ada or > is that a showstopper? That's not up to me, as I'm not an ARC member, and this is a business matter anyways, not architectural, so unless the ARC thinks that your project is incomplete as a result of this omission then I'd think you can proceed. There's no need to reply -- that would just waste even more energy. Cheers, Nico -- From ro@techfak.uni-bielefeld.de Mon Jan 12 10:15:29 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 n0CIFTgf026756 for ; Mon, 12 Jan 2009 10:15:29 -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.2) with ESMTP id n0CIFRtk059831; Mon, 12 Jan 2009 11:15:27 -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 <0KDD00J0TEPQCL00@nwk-avmta-2.sfbay.sun.com>; Mon, 12 Jan 2009 10:15:26 -0800 (PST) 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 <0KDD00DDQEPQN460@nwk-avmta-2.sfbay.sun.com>; Mon, 12 Jan 2009 10:15:26 -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 n0CI6UJP016951; Mon, 12 Jan 2009 18:15:25 +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-2095640; Mon, 12 Jan 2009 18:15:25 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-59718964; Mon, 12 Jan 2009 18:15:24 +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-24612235; Mon, 12 Jan 2009 18:15:24 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id F2D14481F1; Mon, 12 Jan 2009 19:15:23 +0100 (CET) Date: Mon, 12 Jan 2009 19:15:22 +0100 (MET) From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <496653CA.8050002@sun.com> To: George Vasick Cc: Shawn Walker , Nicolas Williams , Raj Prakash , LSARC-ext@sun.com Message-id: <18795.35002.586746.343227@manam.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.053sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <49664239.40202@opensolaris.org> <496653CA.8050002@sun.com> Status: RO Content-Length: 1216 George Vasick writes: > >>> * Why /usr/compilers at all? We don't have /usr/webservers or > >>> /usr/databases. > >> > >> I object to /usr/compilers also. Might I suggest /usr/lib/compilers > >> instead? > > > > So why was /usr/compilers chosen instead of /usr/gcc, etc. as we have > > /usr/apache, /usr/apache2, etc. now? > > We choose /usr/compliers because we wanted a central location for all > compilers, both GCC and Sun Studio. The Studio team plans to follow > this convention as well. We could use /usr/lib/compilers as easily as > /usr/compilers. Is there a reason we should avoid /usr/compilers? I > see we have things like /usr/apache, /usr/appserver, /usr/jdk, /usr/php, > and /usr/mysql already in place on solaris. You're comparing apples and oranges: we don't have /usr/webservers/apache*, /usr/webservers/lighttpd*, /usr/databases/postgres*, /usr/databases/mysql*, but just /usr/apache* etc. I don't see what the intermediate compilers directory buys you, it's just unfamiliar and different from the precedents for no apparent reason. Rainer ----------------------------------------------------------------------------- Rainer Orth, Faculty of Technology, Bielefeld University From ro@techfak.uni-bielefeld.de Mon Jan 12 10:21:56 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 n0CILuHM026821 for ; Mon, 12 Jan 2009 10:21:56 -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 n0CILVhp002928; Mon, 12 Jan 2009 18:21:51 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 <0KDD00203F0C0H00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:21:48 -0800 (PST) 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 <0KDD00HKJF0CKL40@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:21:48 -0800 (PST) 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 n0CIABtv008918; Mon, 12 Jan 2009 18:21:47 +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-2206319; Mon, 12 Jan 2009 18:21:47 +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-281166; Mon, 12 Jan 2009 18:21:47 +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-23102231; Mon, 12 Jan 2009 18:21:46 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 3EE28482B1; Mon, 12 Jan 2009 19:21:46 +0100 (CET) Date: Mon, 12 Jan 2009 19:21:43 +0100 (MET) From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <496656F6.1030606@sun.com> To: George Vasick Cc: Nicolas Williams , LSARC-ext@sun.com, Raj Prakash Message-id: <18795.35383.892489.742945@manam.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.064sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> Status: RO Content-Length: 1652 George Vasick writes: > > Since this will contain version-specific bin directories which users are > > expected to add to their PATH, it shouldn't go below /usr/lib. Existing > > precedent would be /usr/gcc/4.3. > > Normally, users would not need to add version specific directories to > their PATH, /usr/bin and /usr/gnu/bin would work just fine in the case > where only one version of gcc is installed. I don't buy this: if there were no intention to be able to install different versions in parallel, /usr/compilers could just be omitted and the compilers installed directly into /usr/gnu and/or /usr. But there are good reasons to have different compiler versions installed at the same time: the trouble and effort it takes to migrate OS/Net from one Studio version to the next is a good example, as is the fact that this case leaves GCC 3.4.3 in place exactly because GCC 4.3.2 isn't a drop-in replacement and the effort to migrate OS/Net to 4.3.2 hasn't been completed (or even started) yet. And if there are good reasons for users to select a particular compiler version, we should try to make this reasonably usable: given GCCs policy that only regression fixes can go into a micro release, I see no reason to force users to specifiy a micro release if all the need (and want) to say is `give me GCC 3.4' or `give me GCC 4.3'. Forcing them to specify a particular micro release would be similar to having to specify Studio 12 + a particular set of patches, which makes no sense in general. Rainer ----------------------------------------------------------------------------- Rainer Orth, Faculty of Technology, Bielefeld University From ro@techfak.uni-bielefeld.de Mon Jan 12 10:28:39 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 n0CISdBp026911 for ; Mon, 12 Jan 2009 10:28:39 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0CISaGr003010; Mon, 12 Jan 2009 10:28:38 -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 <0KDD00917FBPGD00@brm-avmta-1.central.sun.com>; Mon, 12 Jan 2009 11:28:37 -0700 (MST) 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 <0KDD001IBFBOKQ50@brm-avmta-1.central.sun.com>; Mon, 12 Jan 2009 11:28:37 -0700 (MST) 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 n0CINCAu021946; Mon, 12 Jan 2009 18:28:36 +0000 (GMT) Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230]) by relay44i.sun.com with ESMTP id BT-MMP-1532370; Mon, 12 Jan 2009 18:28:35 +0000 (Z) Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-42707017; Mon, 12 Jan 2009 18:28:35 +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-21548051; Mon, 12 Jan 2009 18:28:35 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 1455A48345; Mon, 12 Jan 2009 19:28:34 +0100 (CET) Date: Mon, 12 Jan 2009 19:28:33 +0100 From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: George Vasick's message of "Thu, 08 Jan 2009 12:11:48 -0800" Sender: ro@techfak.uni-bielefeld.de To: George Vasick Cc: Nicolas Williams , gcc2ir@sun.com, LSARC-ext@sun.com, Raj Prakash Message-id: 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.129sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ Lines: 54 References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@sun.com> <18790.5977.697701.271576@gargle.gargle.HOWL> <496628AD.2040205@sun.com> <20090108175103.GQ6457@Sun.COM> <49665E04.1030702@sun.com> Status: RO Content-Length: 2313 George Vasick writes: > Nicolas Williams wrote: > > On Thu, Jan 08, 2009 at 08:24:13AM -0800, George Vasick wrote: > >> There is testing and potentially support. > > > > Support means the same thing for GCJ and GNAT as for GCC: we'll keep the > > thing up to date as new versions come out. Support need not mean "we'll > > fix any bugs in GCJ and/or GNAT before the GCC community does." > > > > If it builds and passes its own tests (this shouldn't take long to > > verify, and we have an attestation that it does) then including it costs > > *nothing* on the margin. > > I guess I disagree with this. It costs nothing right up to the point > where you are the one doing it and you run into a problem. But this is true for the current GCC 3.4.3 as well (and to a lesser degree for all non-Sun software in OpenSolaris), and also for the set of languages already included. I think there can be several solutions here: * Just report the problems to the GCC community and wait until a fix comes up. * Involve a third party specializing in GCC support, in the same way CodeSourcery was tasked to complete the amd64 GCC 3.4.3 port. * Become more active in the GCC community itself to a point where you can fix everything in the compiler yourself. > >> Also, we are adding Sparc support for the first time in this release. > >> Sparc is more complicated than x86 since the stock GCC backend for Sparc > >> is not especially competitive in performance compared to the Sparc > >> Studio backend. > > > > So... what? > > > > Are you actually improving GCC performance on Solaris by modifying GCC? > > Yes, by hooking up the GCC frontends with the Studio Sparc backends. > The plain GCC backend will be available under flag control. I think there's something wrong here: you have stated several times that you add SPARC support for the first time. This is simply not true: GCC 3.4.3 has been available on SPARC since Solaris 10. You just add the gccfss backend and presumably make it the default. I'm not completely sure this is wise, though: does it pass the GCC testsuite at least as well as the default SPARC backend? Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Faculty of Technology, Bielefeld University From Nicolas.Williams@sun.com Mon Jan 12 10:31:41 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 n0CIVee0026981 for ; Mon, 12 Jan 2009 10:31:41 -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 n0CIVPJC010071; Mon, 12 Jan 2009 18:31:37 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 <0KDD0030TFGNBD00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:31:35 -0800 (PST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDD00HA3FGLK740@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:31:34 -0800 (PST) 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 n0CIUPMG009929; Mon, 12 Jan 2009 12:30:25 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n0CIUPUe009928; Mon, 12 Jan 2009 12:30:25 -0600 (CST) Date: Mon, 12 Jan 2009 12:30:25 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> To: Rainer Orth Cc: George Vasick , LSARC-ext@sun.com, Raj Prakash Message-id: <20090112183025.GV6457@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: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> 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: 901 On Mon, Jan 12, 2009 at 07:21:43PM +0100, Rainer Orth wrote: > George Vasick writes: > > > > Since this will contain version-specific bin directories which users are > > > expected to add to their PATH, it shouldn't go below /usr/lib. Existing > > > precedent would be /usr/gcc/4.3. > > > > Normally, users would not need to add version specific directories to > > their PATH, /usr/bin and /usr/gnu/bin would work just fine in the case > > where only one version of gcc is installed. > > I don't buy this: if there were no intention to be able to install > [...] I do, at least in your OS/Net example, since your ON nightly(1) environment must provide a path to the compilers to use. And people who build multiple consolidations, and multiple versions of each consolidation (Solaris 10 updates vs. OpenSolaris/Solaris Next) already have to have multiple compiler versions installed. Nico -- From ro@techfak.uni-bielefeld.de Mon Jan 12 10:31: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 n0CIVqc8026993 for ; Mon, 12 Jan 2009 10:31:52 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0CIVnMv005020; Mon, 12 Jan 2009 10:31:50 -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 <0KDD0031FFH0BR00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:31:48 -0800 (PST) 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 <0KDD00H69FGYKB40@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:31:46 -0800 (PST) Received: from relay43i.sun.com ([192.5.209.74]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n0CIVkcm015780; Mon, 12 Jan 2009 18:31:46 +0000 (GMT) Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230]) by relay43i.sun.com with ESMTP id BT-MMP-1532576; Mon, 12 Jan 2009 18:31:46 +0000 (Z) Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-42709457; Mon, 12 Jan 2009 18:31:45 +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-21549167; Mon, 12 Jan 2009 18:31:45 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 19D8448345; Mon, 12 Jan 2009 19:31:45 +0100 (CET) Date: Mon, 12 Jan 2009 19:31:44 +0100 From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: George Vasick's message of "Thu, 08 Jan 2009 13:35:17 -0800" Sender: ro@techfak.uni-bielefeld.de To: George Vasick Cc: Nicolas Williams , gcc2ir@sun.com, LSARC-ext@sun.com, James Carlson , Raj Prakash Message-id: 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.070sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ Lines: 39 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <20090108004015.GG6457@Sun.COM> <496553EC.1080803@sun.com> <18790.5977.697701.271576@gargle.gargle.HOWL> <496628AD.2040205@sun.com> <20090108175103.GQ6457@Sun.COM> <49665E04.1030702@sun.com> <20090108202859.GX6457@Sun.COM> <49667195.4080407@sun.com> Status: RO Content-Length: 1921 George Vasick writes: > Nicolas Williams wrote: > > On Thu, Jan 08, 2009 at 12:11:48PM -0800, George Vasick wrote: > >> Nicolas Williams wrote: > >>> On Thu, Jan 08, 2009 at 08:24:13AM -0800, George Vasick wrote: > >>>> There is testing and potentially support. > >>> Support means the same thing for GCJ and GNAT as for GCC: we'll keep the > >>> thing up to date as new versions come out. Support need not mean "we'll > >>> fix any bugs in GCJ and/or GNAT before the GCC community does." > >>> > >>> If it builds and passes its own tests (this shouldn't take long to > >>> verify, and we have an attestation that it does) then including it costs > >>> *nothing* on the margin. > >> I guess I disagree with this. It costs nothing right up to the point > >> where you are the one doing it and you run into a problem. > > > > But you haven't even tried! > > That is correct. This whole discussion of additional language support > is beyond the scope of our original plans. > > This ARC case was supposed to be about upgrading to the latest GCC and > binutils, adding support for Sparc, and defining an installation > strategy that allows multiple versions of compilers and tools to > coexist. I would prefer to see the question of supporting additional > languages deferred until we have the these issues sorted out and we know > that we can provided C and C++ in time for the next release of OpenSolaris. > > Can we proceed on this case without adding support for Java and Ada or > is that a showstopper? I'd strongly suggest to include them in this delivery. If interaction with gccfss proves to be a problem, I'd suggest to default to the plain SPARC backend instead (as is already the case for GCC 3.4.3), and try to figure out the problems later. Prolonging the language disparity with most/all other free operating systems doesn't seem like a good strategy to me. Rainer From Nicolas.Williams@Sun.COM Mon Jan 12 10:34:18 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 n0CIYIcB027076 for ; Mon, 12 Jan 2009 10:34:18 -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 n0CIYEco004434; Mon, 12 Jan 2009 11:34:17 -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 <0KDD00301FL4P300@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:34:16 -0800 (PST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDD00HE7FL4K840@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:34:16 -0800 (PST) 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 n0CIPckJ009920; Mon, 12 Jan 2009 12:25:38 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n0CIPXRl009919; Mon, 12 Jan 2009 12:25:33 -0600 (CST) Date: Mon, 12 Jan 2009 12:25:33 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <18795.35002.586746.343227@manam.TechFak.Uni-Bielefeld.DE> To: Rainer Orth Cc: George Vasick , Shawn Walker , Raj Prakash , LSARC-ext@Sun.COM Message-id: <20090112182533.GU6457@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: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <49664239.40202@opensolaris.org> <496653CA.8050002@sun.com> <18795.35002.586746.343227@manam.TechFak.Uni-Bielefeld.DE> 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: 491 On Mon, Jan 12, 2009 at 07:15:22PM +0100, Rainer Orth wrote: > You're comparing apples and oranges: we don't have /usr/webservers/apache*, > /usr/webservers/lighttpd*, /usr/databases/postgres*, /usr/databases/mysql*, > but just /usr/apache* etc. I don't see what the intermediate compilers > directory buys you, it's just unfamiliar and different from the precedents > for no apparent reason. Going by the familiarity rule: What do Linux distros do w.r.t. multiple compiler versions? From ro@techfak.uni-bielefeld.de Mon Jan 12 10:50:34 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 n0CIoYdE027668 for ; Mon, 12 Jan 2009 10:50:34 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0CIoUVI021478; Mon, 12 Jan 2009 10:50:32 -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 <0KDD0060JGC79F00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:50:31 -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 <0KDD00HG0GC6KG60@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:50:30 -0800 (PST) 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 n0CIjjva007000; Mon, 12 Jan 2009 18:50:29 +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-2208562; Mon, 12 Jan 2009 18:50:29 +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-59756201; Mon, 12 Jan 2009 18:50:29 +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-23117588; Mon, 12 Jan 2009 18:50:29 +0000 (Z) Received: from manam.TechFak.Uni-Bielefeld.DE (manam.TechFak.Uni-Bielefeld.DE [129.70.137.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 832AA482DD; Mon, 12 Jan 2009 19:50:28 +0100 (CET) Date: Mon, 12 Jan 2009 19:50:26 +0100 (MET) From: Rainer Orth Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20090112183025.GV6457@Sun.COM> To: Nicolas Williams Cc: George Vasick , LSARC-ext@sun.com, Raj Prakash Message-id: <18795.37106.682214.623648@manam.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.057sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112183025.GV6457@Sun.COM> Status: RO Content-Length: 1330 Nicolas Williams writes: > On Mon, Jan 12, 2009 at 07:21:43PM +0100, Rainer Orth wrote: > > George Vasick writes: > > > > > > Since this will contain version-specific bin directories which users are > > > > expected to add to their PATH, it shouldn't go below /usr/lib. Existing > > > > precedent would be /usr/gcc/4.3. > > > > > > Normally, users would not need to add version specific directories to > > > their PATH, /usr/bin and /usr/gnu/bin would work just fine in the case > > > where only one version of gcc is installed. > > > > I don't buy this: if there were no intention to be able to install > > [...] > > I do, at least in your OS/Net example, since your ON nightly(1) > environment must provide a path to the compilers to use. And people who Obviously I agreed with you (and provided examples where multiple compilers are needed). > build multiple consolidations, and multiple versions of each > consolidation (Solaris 10 updates vs. OpenSolaris/Solaris Next) already > have to have multiple compiler versions installed. Unfortunately, this is a bad example, though: the OS/Net requirements are usually much more strict than just a particular compiler version. For released versions, a particular set of patches is required, which cannot be captured in a version number (at least not pre-IPS). Rainer From john.plocher@gmail.com Mon Jan 12 10:54:06 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 n0CIs5Vc028002 for ; Mon, 12 Jan 2009 10:54:05 -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 n0CIrxFr029108; Tue, 13 Jan 2009 02:54:01 +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 <0KDD00601GHZPX00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:53:59 -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 <0KDD00HZTGHZKJ50@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 10:53:59 -0800 (PST) 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 n0CIgK72018018; Mon, 12 Jan 2009 18:53:59 +0000 (GMT) Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232]) by relay41i.sun.com with ESMTP id BT-MMP-1533416; Mon, 12 Jan 2009 18:53:59 +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-42731640; Mon, 12 Jan 2009 18:53:59 +0000 (Z) Received: from rv-out-0708.google.com ([209.85.198.247] [209.85.198.247]) by relay4i.sun.com with ESMTP id BT-MMP-21557491; Mon, 12 Jan 2009 18:53:58 +0000 (Z) Received: by rv-out-0708.google.com with SMTP id k29so11443662rvb.8 for ; Mon, 12 Jan 2009 10:53:07 -0800 (PST) Received: by 10.141.176.4 with SMTP id d4mr14800651rvp.285.1231786387884; Mon, 12 Jan 2009 10:53:07 -0800 (PST) Received: by 10.141.20.13 with HTTP; Mon, 12 Jan 2009 10:53:07 -0800 (PST) Date: Mon, 12 Jan 2009 10:53:07 -0800 From: John Plocher Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> To: Rainer Orth Cc: George Vasick , LSARC-ext@sun.com, Raj Prakash Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=fpI7Fcbp73IEt5lASNfJVJPnxJV2z9ilIDBW5Ohyi6A=; b=EBypQvoL9ZBa9f+kzJHc8TxicO4fGxKoIfvUVJJHRh3wox3czIX2iHnlRDBvgkxMnD DRB+/lXWc4L+OujgNuduhU1y4ZZnEiDzIKLXHKNyjILiD6M49alZh0X6wMohHUrHDqs2 c0JxB+jYwH0/dx7mL8VQt435t80F88JB6ns3E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Nkf7k468fvqI3h+cL+S9OIZL85mfMidfZkDofFf4au4eC+5aIQGjDucrsJ29j5CBbm 99u84SmGK2nxcBz5fWyQ4Dk8bgmTl9N80X5UiHeHh9YcGJX/CprvtiKf+Wf3phz1/fAp ZuRAXssUcIfsEsyatyedjs1N2X/LvKzTBapX4= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-0.2/5.0, scanned in 0.068sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49499609.9030901@sun.com> <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> Status: RO Content-Length: 1830 On Mon, Jan 12, 2009 at 10:21 AM, Rainer Orth wrote: > I don't buy this +1 - repeat as needed. Rainer is raising extremely valid points that directly point at architectural sloppiness and muddy thinking in these proposals. It really sounds like someone has decided to create a /usr/compilers/ playground where the compiler team at Sun can stuff whatever private copies of things they wish, without really dealing with the community itself. If micro versions of the GNU binutils need to go in this sandbox, why shouldn't copies of the "solaris" as, ld, ... commands be put there also? What happens if *they* change out from under the studio compiler? Is this because you have different rules for Sun stuff -vs- community stuff, you don't trust the community stuff, you don't put the effort into understanding it, or ... ? The path forward seems to be along the lines of Update binutils in (Open)Solaris to the latest; it won't break anything. This is exactly the same architectural mechanism that allows us to update the OpenSolaris versions of as, ld, ar, ls, ... every two weeks in Nevada builds - we trust that those things will evolve in compatible ways. We are so sure of this principle that we don't even bother to mark the components of these weekly releases with their own explicit version numbers... Provide an architectural proposal for /usr/compilers that addresses Rainer's open questions such that the community (and not just Sun's compiler group) can maintain things there. If this is truely a *compiler* sandbox, where does Sun's Java compiler fit? etc etc etc Provide sub-cases for the various compilers (including gnu3 as well as gnu4...) that show how they will live and evolve in that sandbox. How multiple versions will coexist, be used, etc. -John From Nicolas.Williams@sun.com Mon Jan 12 11:08:51 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 n0CJ8o24029004 for ; Mon, 12 Jan 2009 11:08:50 -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 n0CJ8VbL004804; Mon, 12 Jan 2009 19:08:46 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 <0KDD00803H6MRO00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 11:08:46 -0800 (PST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDD00HMBH6MK860@nwk-avmta-1.sfbay.Sun.COM>; Mon, 12 Jan 2009 11:08:46 -0800 (PST) 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 n0CJ09pX009964; Mon, 12 Jan 2009 13:00:09 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n0CJ09PQ009963; Mon, 12 Jan 2009 13:00:09 -0600 (CST) Date: Mon, 12 Jan 2009 13:00:09 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: To: John Plocher Cc: Rainer Orth , George Vasick , LSARC-ext@sun.com, Raj Prakash Message-id: <20090112190009.GA6457@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: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> 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: 348 On Mon, Jan 12, 2009 at 10:53:07AM -0800, John Plocher wrote: > On Mon, Jan 12, 2009 at 10:21 AM, Rainer Orth > wrote: > > I don't buy this > > +1 - repeat as needed. > > [...] > > The path forward seems to be along the lines of > > Update binutils in (Open)Solaris to the latest; it won't break anything. +1. From Darren.Moffat@Sun.COM Mon Jan 12 16:08: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 n0D089Va005128 for ; Mon, 12 Jan 2009 16:08:09 -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.2) with ESMTP id n0D089ZH055891 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 12 Jan 2009 17:08:09 -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 <0KDD00I0RV1KA300@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 12 Jan 2009 16:08:08 -0800 (PST) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDD00H00V1IHD70@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 12 Jan 2009 16:08:07 -0800 (PST) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0D0860e022808 for ; Tue, 13 Jan 2009 00:08:06 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDD00001V02GE00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 00:08:06 +0000 (GMT) Received: from [192.168.18.186] (ppp230-131.static.internode.on.net [203.122.230.131]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDD00G3SV1C3HD0@fe-emea-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 00:08:06 +0000 (GMT) Date: Tue, 13 Jan 2009 00:07:59 +0000 From: Darren J Moffat Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <20090112190009.GA6457@Sun.COM> Sender: Darren.Moffat@Sun.COM To: Nicolas Williams Cc: John Plocher , George Vasick , LSARC-ext@Sun.COM, Raj Prakash Message-id: <496BDB5F.2050108@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112190009.GA6457@Sun.COM> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 340 I also very strongly object to the creation of /usr/compilers/. I don't see that it provides any value. Others have already indicated why so I won't reiterate their statements. 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. -- Darren J Moffat From George.Vasick@sun.com Tue Jan 13 12:15:44 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 n0DKFh4F009551 for ; Tue, 13 Jan 2009 12:15:43 -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 n0DKFS6p004908 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 13 Jan 2009 20:15:41 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 <0KDF00I0TEY48D00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 12:15:40 -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 <0KDF00KV4EY4AD70@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 12:15:40 -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 n0DKFeZh006650 for ; Tue, 13 Jan 2009 12:15:40 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDF00601ETZO400@fe-sfbay-10.sun.com> (original mail from George.Vasick@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 12:15:40 -0800 (PST) Received: from [129.146.85.29] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDF00MLPEXZLHA0@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 12:15:35 -0800 (PST) Date: Tue, 13 Jan 2009 12:15:32 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <496BDB5F.2050108@Sun.COM> Sender: George.Vasick@sun.com To: Darren J Moffat Cc: Nicolas Williams , John Plocher , LSARC-ext@sun.com, Raj Prakash Message-id: <496CF664.7060500@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112190009.GA6457@Sun.COM> <496BDB5F.2050108@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 495 Darren J Moffat wrote: > I also very strongly object to the creation of /usr/compilers/. I don't > see that it provides any value. Others have already indicated why so I > won't reiterate their statements. > > 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. OK. I have contacted the studio team and we are working on revising both their case and ours. Thanks, George > > -- > Darren J Moffat From Raj.Prakash@sun.com Tue Jan 13 13:50:33 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 n0DLoW5d012940 for ; Tue, 13 Jan 2009 13:50:33 -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 n0DLoE5H001996 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 13 Jan 2009 21:50:31 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 <0KDF00B01JC2IG00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 13 Jan 2009 13:50:26 -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 <0KDF003NIJC2Q5E0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 13 Jan 2009 13:50:26 -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 n0DLoQpd017500 for ; Tue, 13 Jan 2009 13:50:26 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDF00401IY23V00@fe-sfbay-10.sun.com> (original mail from Raj.Prakash@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 13 Jan 2009 13:50:26 -0800 (PST) Received: from [129.146.122.8] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDF00C79JBWFR20@fe-sfbay-10.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 13 Jan 2009 13:50:20 -0800 (PST) Date: Tue, 13 Jan 2009 13:50:20 -0800 From: Raj Prakash Subject: LSARC/2008/776 and LSARC/2009/017 (GNU Developer and Sun Studio collections) Sender: Raj.Prakash@sun.com To: lsarc-ext@sun.com Cc: George Vasick , Douglas Walls , Chris Quenelle , David.Ford@sun.com Message-id: <496D0C9C.8080302@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.16 (X11/20080807) Status: RO Content-Length: 503 This is in reference to the following two projects LSARC/2008/776 GNU Developer Collection LSARC/2009/017 Sun Studio C/C++/dbx Collection Based on the valuable feedback, the two projects have agreed not to co-locate their files under /usr/compilers. Following the precedence sited, they will place them in something like /usr/gcc and /usr/suncc. Therefore, I am canceling the timeouts for the two projects and will set new timeouts after updated proposals are submitted. Thank you, Raj. From tom.childers@sun.com Tue Jan 13 14:41:01 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 n0DMf1qS014846 for ; Tue, 13 Jan 2009 14:41:01 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0DMexDC011119 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 13 Jan 2009 14:41:00 -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 <0KDF00I0VLOCKC00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 14:41:00 -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 <0KDF00FBFLOBZ250@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 14:40:59 -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 n0DMexKO024015 for ; Tue, 13 Jan 2009 14:40:59 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDF00M01LGNXI00@fe-sfbay-10.sun.com> (original mail from tom.childers@sun.com) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 14:40:59 -0800 (PST) Received: from [10.0.1.5] ([98.210.99.213]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDF002SLLNY2R70@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 14:40:46 -0800 (PST) Date: Tue, 13 Jan 2009 14:40:40 -0800 From: Tom Childers Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <496CF664.7060500@sun.com> Sender: Thomas.Childers@sun.com To: George Vasick Cc: Darren J Moffat , Nicolas Williams , John Plocher , LSARC-ext@sun.com, Raj Prakash Message-id: <71C431FE-E2F3-4A71-BBA6-BAEFAFCACFAC@sun.com> MIME-version: 1.0 X-Mailer: Apple Mail (2.929.2) Content-type: text/plain; delsp=yes; format=flowed; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112190009.GA6457@Sun.COM> <496BDB5F.2050108@Sun.COM> <496CF664.7060500@sun.com> Status: RO Content-Length: 873 Thanks George. At our meeting this morning, I agreed to sponsor the case if we need to derail it into a full review. So I look forward to a clean proposal that allows us to complete this as a fast-track. We're extending the fast-track timer to close-of-business Friday to resolve this issue. -tdc On Jan 13, 2009, at 12:15 PM, George Vasick wrote: > Darren J Moffat wrote: >> I also very strongly object to the creation of /usr/compilers/. I >> don't see that it provides any value. Others have already >> indicated why so I won't reiterate their statements. >> 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. > > OK. I have contacted the studio team and we are working on revising > both their case and ours. > > Thanks, > George > >> -- >> Darren J Moffat From Darren.Moffat@sun.com Tue Jan 13 15:33:08 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 n0DNX7xM016563 for ; Tue, 13 Jan 2009 15:33:08 -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 n0DNX557048120 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 13 Jan 2009 16:33:07 -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 <0KDF00201O345R00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 15:33:04 -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 <0KDF00MG5O33P3E0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 15:33:04 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0DNX3tJ028661 for ; Tue, 13 Jan 2009 23:33:03 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDF00201NW9QY00@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 23:33:03 +0000 (GMT) Received: from [192.168.18.186] (ppp230-131.static.internode.on.net [203.122.230.131]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDF00I3HO2W8590@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 13 Jan 2009 23:33:03 +0000 (GMT) Date: Tue, 13 Jan 2009 23:32:56 +0000 From: Darren J Moffat Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <71C431FE-E2F3-4A71-BBA6-BAEFAFCACFAC@sun.com> Sender: Darren.Moffat@sun.com To: Tom Childers Cc: George Vasick , Nicolas Williams , John Plocher , LSARC-ext@sun.com, Raj Prakash Message-id: <496D24A8.4020002@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112190009.GA6457@Sun.COM> <496BDB5F.2050108@Sun.COM> <496CF664.7060500@sun.com> <71C431FE-E2F3-4A71-BBA6-BAEFAFCACFAC@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 545 Tom Childers wrote: > Thanks George. > > At our meeting this morning, I agreed to sponsor the case if we need to > derail it into a full review. So I look forward to a clean proposal that > allows us to complete this as a fast-track. We're extending the > fast-track timer to close-of-business Friday to resolve this issue. Please put the case in "waiting need spec" and start a new 1 week timer when the new spec arrives for review. This ensures that if the new spec is available with sufficient time to review it. -- Darren J Moffat From George.Vasick@sun.com Fri Feb 6 09:08:00 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 n16H7wLJ022199 for ; Fri, 6 Feb 2009 09:07:59 -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 n16H7sdK004479 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 7 Feb 2009 01:07:57 +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 <0KEN00101M997500@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 06 Feb 2009 09:07:57 -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 <0KEN00KWWM98CY50@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 06 Feb 2009 09:07:56 -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 n16H7uD6004907 for ; Fri, 06 Feb 2009 09:07:56 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KEN00I00L9N7I00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 06 Feb 2009 09:07:56 -0800 (PST) Received: from [129.146.84.221] ([unknown] [129.146.84.221]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEN0051UM8YLX60@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 06 Feb 2009 09:07:47 -0800 (PST) Date: Fri, 06 Feb 2009 09:07:38 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <496D24A8.4020002@Sun.COM> Sender: George.Vasick@sun.com To: Darren J Moffat Cc: Nicolas Williams , John Plocher , LSARC-ext@sun.com, Raj Prakash Message-id: <498C6E5A.2000804@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_HVjuQ3E25NpJy4kJNN9wDA)" X-PMX-Version: 5.4.1.325704 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112190009.GA6457@Sun.COM> <496BDB5F.2050108@Sun.COM> <496CF664.7060500@sun.com> <71C431FE-E2F3-4A71-BBA6-BAEFAFCACFAC@sun.com> <496D24A8.4020002@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 61466 This is a multi-part message in MIME format. --Boundary_(ID_HVjuQ3E25NpJy4kJNN9wDA) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Darren J Moffat wrote: > Tom Childers wrote: >> Thanks George. >> >> At our meeting this morning, I agreed to sponsor the case if we need >> to derail it into a full review. So I look forward to a clean proposal >> that allows us to complete this as a fast-track. We're extending the >> fast-track timer to close-of-business Friday to resolve this issue. > > Please put the case in "waiting need spec" and start a new 1 week timer > when the new spec arrives for review. > > This ensures that if the new spec is available with sufficient time to > review it. > > -- > Darren J Moffat All, Thanks for your many comments and helpful feedback. Attached, please find a revised proposal. It contains major changes to the previous proposal as follows: 1) GCC commands will be installed directly into /usr/bin with version suffixes rather than a version prefixed install path. 2) Binutils will be installed directly into /usr/bin with no versioning. 3) Runtime libraries will be installed directly into /usr/lib. There were several factors motivating these changes: 1) Red Hat, SUSE, and Ubuntu all install GCC in /usr/bin. Versioning is via suffixes on platforms that support it. This is also documented on the gcc man page and will allow the -V option to function properly. 2) GNU discourages the use -R required to support the versioned library path in our original proposal: http://gcc.gnu.org/faq.html#rpath 3) The GCC runtime libraries are built with SONAME set to the major version, e.g. libstdc++.so.6.0.10 SONAME is set to libstdc++.so.6. This implies to me compatibility is expected as long as the major version matches. Even with multiple version of libraries installed, say libstdc++.so.6.0.x and libstdc++.so.6.0.y, programs will get whichever version is linked to libstdc++.so.6. 4) PSARC/2008/378, "Move gcc and binutils from /usr/sfw/bin to /usr/bin", approved last summer but never integrated proposed a very similar install structure. Thanks, George --Boundary_(ID_HVjuQ3E25NpJy4kJNN9wDA) Content-type: text/plain; name=onepager.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=onepager.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: GNU Developer Collection 1.2. Name of Document Author/Supplier: George Vasick 1.3. Date of This Document: 2/6/2009 1.5. Email Aliases: 1.5.4. Interest List: tools-compilers@opensolaris.org 2. Project Summary 2.1. Project Description: PSARC/2008/378, Move gcc and binutils from /usr/sfw/bin to /usr/bin, was approved June 2008 but never integrated. This project will provide the current releases of the GNU Compiler Collection (GCC) and the GNU Binutils for Nevada installed in /usr/bin and /usr/lib similar to the pattern specified in PSARC/2008/378. The primary components are the following: - GNU Compiler collection. - GNU Binutils. - GCC Runtime includes the runtime libraries corresponding to the compiler collection. 4. Technical Description: 4.1. Details: - Existing GCC 3.4.3 and GNU Runtime 3.4.3 will remain unchanged in /usr/sfw/. There are existing Solaris components that depend on this compiler and tool set. - Existing GNU Binutils 2.15 will be upgraded to 2.19 and moved from /usr/sfw/bin to /usr/bin. All commands will be prefixed with a "g". Links will be added to /usr/gnu/bin for the "plain" version of the the commands per PSARC/2007/047. Links will also be added to /usr/sfw/bin for backwards compatibility. - The 4.3.2 version of GCC will be ported to OpenSolaris and installed /usr/bin and /usr/lib. All commands will be suffixed with "-", i.e. GCC configure option --program-suffix=. - Links without the suffix be created in /usr/bin for the version of GCC that was installed last, e.g. /usr/bin/gcc -> /usr/bin/gcc-. In summary, GCC and Binutils will install into the following locations: /usr/bin /usr/gnu/bin (symlinks for binutils) /usr/sfw/bin (symlinks for binutils) /usr/include/c++ /usr/lib /usr/lib/{MACH64} /usr/lib/gcc /usr/share/locale /usr/share/info /usr/share/man 4.3. In Scope: - GCC, GNU Compiler Collection: C, C++, FORTRAN, Objective-C. - GNU Binutils: gaddr2line, gar, gas, gc++filt, ggprof, gld, gnm, gobjcopy, gobjdump, granlib, greadelf, gsize, gstrings, gstrip. - GNU Runtime. 4.5. Interfaces: Please see manifest432.txt for a complete list of proposed file locations. 4.6. Doc Impact: Existing manpages and info files will be included. 4.7. Admin/Config Impact: No change. 4.8. HA Impact: No change. 4.9. I18N/L10N Impact: Existing localizations will be included. 4.10. Packaging & Delivery: Name Notes ==== ===== SUNWbinutils developer cluster SUNWgcc developer cluster SUNWscgfss developer cluster, optimizing backend for Sparc SUNWgccruntime core cluster 4.12. Dependencies: - SUNWgnu-mpfr (LSARC/2008/655) - SUNWgnu-mp (LSARC/2008/634) - SUNWgccruntime - SUNWbinutils 5. Reference Documents: - http://gcc.gnu.org/ - http://www.gnu.org/software/binutils/ - PSARC/2008/656: GNU binutils version 4.3.x - PSARC/2008/378: Move gcc and binutils from /usr/sfw/bin to /usr/bin - PSARC/2007/047: /usr/gnu 6. Resources and Schedule: 6.4. Product Approval Committee requested information: 6.4.1. Consolidation or Component Name: Devpro 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open --Boundary_(ID_HVjuQ3E25NpJy4kJNN9wDA) Content-type: text/plain; name=manifest432.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=manifest432.txt SUNWbinutils: =========== usr usr/bin usr/bin/gaddr2line usr/bin/gar usr/bin/gas usr/bin/gc++filt usr/bin/ggprof usr/bin/gld usr/bin/gnm usr/bin/gobjcopy usr/bin/gobjdump usr/bin/granlib usr/bin/greadelf usr/bin/gsize usr/bin/gstrings usr/bin/gstrip usr/gnu usr/gnu/bin usr/gnu/bin/addr2line=../../bin/gaddr2line usr/gnu/bin/ar=../../bin/gar usr/gnu/bin/as=../../bin/gas usr/gnu/bin/c++filt=../../bin/gc++filt usr/gnu/bin/gprof=../../bin/ggprof usr/gnu/bin/ld=../../bin/gld usr/gnu/bin/nm=../../bin/gnm usr/gnu/bin/objcopy=../../bin/gobjcopy usr/gnu/bin/objdump=../../bin/gobjdump usr/gnu/bin/ranlib=../../bin/granlib usr/gnu/bin/readelf=../../bin/greadelf usr/gnu/bin/size=../../bin/gsize usr/gnu/bin/strings=../../bin/gstrings usr/gnu/bin/strip=../../bin/gstrip usr/i386-pc-solaris2.11 usr/i386-pc-solaris2.11/bin usr/i386-pc-solaris2.11/bin/ar=../../bin/gar usr/i386-pc-solaris2.11/bin/as=../../bin/gas usr/i386-pc-solaris2.11/bin/ld=../../bin/gld usr/i386-pc-solaris2.11/bin/nm=../../bin/gnm usr/i386-pc-solaris2.11/bin/objcopy=../../bin/gobjcopy usr/i386-pc-solaris2.11/bin/objdump=../../bin/gobjdump usr/i386-pc-solaris2.11/bin/ranlib=../../bin/granlib usr/i386-pc-solaris2.11/bin/strip=../../bin/gstrip usr/i386-pc-solaris2.11/lib usr/i386-pc-solaris2.11/lib/ldscripts usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.x usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xbn usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xc usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xd usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xdc usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xdw usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xn usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xr usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xs usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xsc usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xsw usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xu usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xw usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.x usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xbn usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xc usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xn usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xr usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xs usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xsc usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xsw usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xu usr/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xw usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.x usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xbn usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xc usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xd usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xdc usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xdw usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xn usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xr usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xs usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xsc usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xsw usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xu usr/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xw usr/include usr/include/ansidecl.h usr/include/bfd.h usr/include/bfdlink.h usr/include/dis-asm.h usr/include/symcat.h usr/sfw usr/sfw/bin usr/sfw/bin/gaddr2line=../../bin/gaddr2line usr/sfw/bin/gar=../../bin/gar usr/sfw/bin/gas=../../bin/gas usr/sfw/bin/gc++filt=../../bin/gc++filt usr/sfw/bin/ggprof=../../bin/ggprof usr/sfw/bin/gld=../../bin/gld usr/sfw/bin/gnm=../../bin/gnm usr/sfw/bin/gobjcopy=../../bin/gobjcopy usr/sfw/bin/gobjdump=../../bin/gobjdump usr/sfw/bin/granlib=../../bin/granlib usr/sfw/bin/greadelf=../../bin/greadelf usr/sfw/bin/gsize=../../bin/gsize usr/sfw/bin/gstrings=../../bin/gstrings usr/sfw/bin/gstrip=../../bin/gstrip usr/share usr/share/info usr/share/info/as.info usr/share/info/bfd.info usr/share/info/binutils.info usr/share/info/configure.info usr/share/info/dir usr/share/info/gprof.info usr/share/info/ld.info usr/share/info/standards.info usr/share/locale usr/share/locale/*/LC_MESSAGES/* usr/share/man usr/share/man/man1 usr/share/man/man1/gaddr2line.1 usr/share/man/man1/gar.1 usr/share/man/man1/gas.1 usr/share/man/man1/gc++filt.1 usr/share/man/man1/gdlltool.1 usr/share/man/man1/ggprof.1 usr/share/man/man1/gld.1 usr/share/man/man1/gnlmconv.1 usr/share/man/man1/gnm.1 usr/share/man/man1/gobjcopy.1 usr/share/man/man1/gobjdump.1 usr/share/man/man1/granlib.1 usr/share/man/man1/greadelf.1 usr/share/man/man1/gsize.1 usr/share/man/man1/gstrings.1 usr/share/man/man1/gstrip.1 usr/share/man/man1/gwindmc.1 usr/share/man/man1/gwindres.1 SUNWgcc432: ========== usr usr/bin usr/bin/c++-4.3.2=./i386-pc-solaris2.11-c++-4.3.2 usr/bin/c++=./i386-pc-solaris2.11-c++-4.3.2 usr/bin/cpp-4.3.2 usr/bin/cpp=./cpp-4.3.2 usr/bin/g++-4.3.2=./i386-pc-solaris2.11-g++-4.3.2 usr/bin/g++=./i386-pc-solaris2.11-g++-4.3.2 usr/bin/gcc-4.3.2=./i386-pc-solaris2.11-gcc-4.3.2 usr/bin/gcc=./i386-pc-solaris2.11-gcc-4.3.2 usr/bin/gccbug-4.3.2 usr/bin/gccbug=./gccbug-4.3.2 usr/bin/gcov-4.3.2 usr/bin/gfortran-4.3.2=./i386-pc-solaris2.11-gfortran-4.3.2 usr/bin/gfortran=./i386-pc-solaris2.11-gfortran-4.3.2 usr/bin/i386-pc-solaris2.11-c++-4.3.2=i386-pc-solaris2.11-g++-4.3.2 usr/bin/i386-pc-solaris2.11-g++-4.3.2 usr/bin/i386-pc-solaris2.11-gcc-4.3.2 usr/bin/i386-pc-solaris2.11-gfortran-4.3.2 usr/include usr/include/c++ usr/include/c++/4.3.2 usr/include/c++/4.3.2/algorithm usr/include/c++/4.3.2/array usr/include/c++/4.3.2/backward usr/include/c++/4.3.2/backward/auto_ptr.h usr/include/c++/4.3.2/backward/backward_warning.h usr/include/c++/4.3.2/backward/binders.h usr/include/c++/4.3.2/backward/hash_fun.h usr/include/c++/4.3.2/backward/hash_map usr/include/c++/4.3.2/backward/hash_set usr/include/c++/4.3.2/backward/hashtable.h usr/include/c++/4.3.2/backward/strstream usr/include/c++/4.3.2/bits usr/include/c++/4.3.2/bits/algorithmfwd.h usr/include/c++/4.3.2/bits/allocator.h usr/include/c++/4.3.2/bits/basic_ios.h usr/include/c++/4.3.2/bits/basic_ios.tcc usr/include/c++/4.3.2/bits/basic_string.h usr/include/c++/4.3.2/bits/basic_string.tcc usr/include/c++/4.3.2/bits/boost_concept_check.h usr/include/c++/4.3.2/bits/boost_sp_shared_count.h usr/include/c++/4.3.2/bits/char_traits.h usr/include/c++/4.3.2/bits/cmath.tcc usr/include/c++/4.3.2/bits/codecvt.h usr/include/c++/4.3.2/bits/concept_check.h usr/include/c++/4.3.2/bits/cpp_type_traits.h usr/include/c++/4.3.2/bits/deque.tcc usr/include/c++/4.3.2/bits/fstream.tcc usr/include/c++/4.3.2/bits/functexcept.h usr/include/c++/4.3.2/bits/functional_hash.h usr/include/c++/4.3.2/bits/gslice.h usr/include/c++/4.3.2/bits/gslice_array.h usr/include/c++/4.3.2/bits/hashtable.h usr/include/c++/4.3.2/bits/indirect_array.h usr/include/c++/4.3.2/bits/ios_base.h usr/include/c++/4.3.2/bits/istream.tcc usr/include/c++/4.3.2/bits/list.tcc usr/include/c++/4.3.2/bits/locale_classes.h usr/include/c++/4.3.2/bits/locale_classes.tcc usr/include/c++/4.3.2/bits/locale_facets.h usr/include/c++/4.3.2/bits/locale_facets.tcc usr/include/c++/4.3.2/bits/locale_facets_nonio.h usr/include/c++/4.3.2/bits/locale_facets_nonio.tcc usr/include/c++/4.3.2/bits/localefwd.h usr/include/c++/4.3.2/bits/mask_array.h usr/include/c++/4.3.2/bits/ostream.tcc usr/include/c++/4.3.2/bits/ostream_insert.h usr/include/c++/4.3.2/bits/postypes.h usr/include/c++/4.3.2/bits/slice_array.h usr/include/c++/4.3.2/bits/sstream.tcc usr/include/c++/4.3.2/bits/stl_algo.h usr/include/c++/4.3.2/bits/stl_algobase.h usr/include/c++/4.3.2/bits/stl_bvector.h usr/include/c++/4.3.2/bits/stl_construct.h usr/include/c++/4.3.2/bits/stl_deque.h usr/include/c++/4.3.2/bits/stl_function.h usr/include/c++/4.3.2/bits/stl_heap.h usr/include/c++/4.3.2/bits/stl_iterator.h usr/include/c++/4.3.2/bits/stl_iterator_base_funcs.h usr/include/c++/4.3.2/bits/stl_iterator_base_types.h usr/include/c++/4.3.2/bits/stl_list.h usr/include/c++/4.3.2/bits/stl_map.h usr/include/c++/4.3.2/bits/stl_move.h usr/include/c++/4.3.2/bits/stl_multimap.h usr/include/c++/4.3.2/bits/stl_multiset.h usr/include/c++/4.3.2/bits/stl_numeric.h usr/include/c++/4.3.2/bits/stl_pair.h usr/include/c++/4.3.2/bits/stl_queue.h usr/include/c++/4.3.2/bits/stl_raw_storage_iter.h usr/include/c++/4.3.2/bits/stl_relops.h usr/include/c++/4.3.2/bits/stl_set.h usr/include/c++/4.3.2/bits/stl_stack.h usr/include/c++/4.3.2/bits/stl_tempbuf.h usr/include/c++/4.3.2/bits/stl_tree.h usr/include/c++/4.3.2/bits/stl_uninitialized.h usr/include/c++/4.3.2/bits/stl_vector.h usr/include/c++/4.3.2/bits/stream_iterator.h usr/include/c++/4.3.2/bits/streambuf.tcc usr/include/c++/4.3.2/bits/streambuf_iterator.h usr/include/c++/4.3.2/bits/stringfwd.h usr/include/c++/4.3.2/bits/valarray_after.h usr/include/c++/4.3.2/bits/valarray_array.h usr/include/c++/4.3.2/bits/valarray_array.tcc usr/include/c++/4.3.2/bits/valarray_before.h usr/include/c++/4.3.2/bits/vector.tcc usr/include/c++/4.3.2/bitset usr/include/c++/4.3.2/c++0x_warning.h usr/include/c++/4.3.2/cassert usr/include/c++/4.3.2/ccomplex usr/include/c++/4.3.2/cctype usr/include/c++/4.3.2/cerrno usr/include/c++/4.3.2/cfenv usr/include/c++/4.3.2/cfloat usr/include/c++/4.3.2/cinttypes usr/include/c++/4.3.2/ciso646 usr/include/c++/4.3.2/climits usr/include/c++/4.3.2/clocale usr/include/c++/4.3.2/cmath usr/include/c++/4.3.2/complex usr/include/c++/4.3.2/complex.h usr/include/c++/4.3.2/csetjmp usr/include/c++/4.3.2/csignal usr/include/c++/4.3.2/cstdarg usr/include/c++/4.3.2/cstdbool usr/include/c++/4.3.2/cstddef usr/include/c++/4.3.2/cstdint usr/include/c++/4.3.2/cstdio usr/include/c++/4.3.2/cstdlib usr/include/c++/4.3.2/cstring usr/include/c++/4.3.2/ctgmath usr/include/c++/4.3.2/ctime usr/include/c++/4.3.2/cwchar usr/include/c++/4.3.2/cwctype usr/include/c++/4.3.2/cxxabi-forced.h usr/include/c++/4.3.2/cxxabi.h usr/include/c++/4.3.2/debug usr/include/c++/4.3.2/debug/bitset usr/include/c++/4.3.2/debug/debug.h usr/include/c++/4.3.2/debug/deque usr/include/c++/4.3.2/debug/formatter.h usr/include/c++/4.3.2/debug/functions.h usr/include/c++/4.3.2/debug/list usr/include/c++/4.3.2/debug/macros.h usr/include/c++/4.3.2/debug/map usr/include/c++/4.3.2/debug/map.h usr/include/c++/4.3.2/debug/multimap.h usr/include/c++/4.3.2/debug/multiset.h usr/include/c++/4.3.2/debug/safe_association.h usr/include/c++/4.3.2/debug/safe_base.h usr/include/c++/4.3.2/debug/safe_iterator.h usr/include/c++/4.3.2/debug/safe_iterator.tcc usr/include/c++/4.3.2/debug/safe_sequence.h usr/include/c++/4.3.2/debug/set usr/include/c++/4.3.2/debug/set.h usr/include/c++/4.3.2/debug/string usr/include/c++/4.3.2/debug/unordered_map usr/include/c++/4.3.2/debug/unordered_set usr/include/c++/4.3.2/debug/vector usr/include/c++/4.3.2/deque usr/include/c++/4.3.2/exception usr/include/c++/4.3.2/exception_defines.h usr/include/c++/4.3.2/ext usr/include/c++/4.3.2/ext/algorithm usr/include/c++/4.3.2/ext/array_allocator.h usr/include/c++/4.3.2/ext/atomicity.h usr/include/c++/4.3.2/ext/bitmap_allocator.h usr/include/c++/4.3.2/ext/codecvt_specializations.h usr/include/c++/4.3.2/ext/concurrence.h usr/include/c++/4.3.2/ext/debug_allocator.h usr/include/c++/4.3.2/ext/enc_filebuf.h usr/include/c++/4.3.2/ext/functional usr/include/c++/4.3.2/ext/hash_map usr/include/c++/4.3.2/ext/hash_set usr/include/c++/4.3.2/ext/iterator usr/include/c++/4.3.2/ext/malloc_allocator.h usr/include/c++/4.3.2/ext/memory usr/include/c++/4.3.2/ext/mt_allocator.h usr/include/c++/4.3.2/ext/new_allocator.h usr/include/c++/4.3.2/ext/numeric usr/include/c++/4.3.2/ext/numeric_traits.h usr/include/c++/4.3.2/ext/pb_ds usr/include/c++/4.3.2/ext/pb_ds/assoc_container.hpp usr/include/c++/4.3.2/ext/pb_ds/detail usr/include/c++/4.3.2/ext/pb_ds/detail/basic_tree_policy usr/include/c++/4.3.2/ext/pb_ds/detail/basic_tree_policy/basic_tree_policy_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/basic_tree_policy/null_node_metadata.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/basic_tree_policy/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/basic_types.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_ usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/bin_search_tree_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/cond_dtor_entry_dealtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/cond_key_dtor_entry_dealtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/node_iterators.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/point_iterators.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/r_erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/rotate_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/binary_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/const_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/const_point_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/entry_cmp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/entry_pred.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/resize_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_/binomial_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_ usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/binomial_heap_base_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_ usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/cc_ht_map_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/cmp_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/cond_key_dtor_entry_dealtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/constructor_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/constructor_destructor_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/constructor_destructor_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/debug_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/debug_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/entry_list_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/erase_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/erase_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/find_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/insert_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/insert_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/resize_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/resize_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/resize_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/size_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/standard_policies.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cond_dealtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/container_base_dispatch.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/debug_map_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/eq_fn usr/include/c++/4.3.2/ext/pb_ds/detail/eq_fn/eq_by_less.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/eq_fn/hash_eq_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_ usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/constructor_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/constructor_destructor_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/constructor_destructor_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/debug_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/debug_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/erase_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/erase_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/find_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/find_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/gp_ht_map_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/insert_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/insert_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/iterator_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/resize_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/resize_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/resize_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/standard_policies.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/direct_mask_range_hashing_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/direct_mod_range_hashing_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/linear_probe_fn_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/mask_based_range_hashing.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/mod_based_range_hashing.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/probe_fn_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/quadratic_probe_fn_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/ranged_hash_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/ranged_probe_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/sample_probe_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/sample_range_hashing.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/sample_ranged_hash_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/sample_ranged_probe_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/const_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/const_point_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/left_child_next_sibling_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/node.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/null_metadata.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_ usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/constructor_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/entry_metadata_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/lu_map_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_policy usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_policy/counter_lu_metadata.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_policy/counter_lu_policy_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_policy/mtf_lu_policy_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_policy/sample_update_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_ usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/cond_dtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/node_iterators.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/ov_tree_map_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/pairing_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_ usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/child_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/cond_dtor_entry_dealtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/const_child_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/head.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/insert_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/internal_node.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/leaf.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/node_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/node_iterators.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/node_metadata_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/pat_trie_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/point_iterators.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/r_erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/rotate_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/split_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/split_join_branch_bag.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/synth_e_access_traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/update_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/priority_queue_base_dispatch.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_ usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/node.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/rb_tree_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/rc.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/rc_binomial_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/cc_hash_max_collision_check_resize_trigger_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/hash_exponential_size_policy_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/hash_load_check_resize_trigger_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/hash_load_check_resize_trigger_size_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/hash_prime_size_policy_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/hash_standard_resize_policy_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/sample_resize_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/sample_resize_trigger.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/sample_size_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_ usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/node.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/splay_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/splay_tree_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/standard_policies.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/thin_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/tree_policy usr/include/c++/4.3.2/ext/pb_ds/detail/tree_policy/node_metadata_selector.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/tree_policy/null_node_update_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/tree_policy/order_statistics_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/tree_policy/sample_tree_node_update.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/tree_trace_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/node_metadata_selector.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/null_node_update_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/order_statistics_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/prefix_search_node_update_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/sample_trie_e_access_traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/sample_trie_node_update.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/string_trie_e_access_traits_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/trie_policy_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/type_utils.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/types_traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/unordered_iterator usr/include/c++/4.3.2/ext/pb_ds/detail/unordered_iterator/const_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/unordered_iterator/const_point_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/unordered_iterator/iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/unordered_iterator/point_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/exception.hpp usr/include/c++/4.3.2/ext/pb_ds/hash_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/list_update_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/priority_queue.hpp usr/include/c++/4.3.2/ext/pb_ds/tag_and_trait.hpp usr/include/c++/4.3.2/ext/pb_ds/tree_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/trie_policy.hpp usr/include/c++/4.3.2/ext/pod_char_traits.h usr/include/c++/4.3.2/ext/pool_allocator.h usr/include/c++/4.3.2/ext/rb_tree usr/include/c++/4.3.2/ext/rc_string_base.h usr/include/c++/4.3.2/ext/rope usr/include/c++/4.3.2/ext/ropeimpl.h usr/include/c++/4.3.2/ext/slist usr/include/c++/4.3.2/ext/sso_string_base.h usr/include/c++/4.3.2/ext/stdio_filebuf.h usr/include/c++/4.3.2/ext/stdio_sync_filebuf.h usr/include/c++/4.3.2/ext/throw_allocator.h usr/include/c++/4.3.2/ext/type_traits.h usr/include/c++/4.3.2/ext/typelist.h usr/include/c++/4.3.2/ext/vstring.h usr/include/c++/4.3.2/ext/vstring.tcc usr/include/c++/4.3.2/ext/vstring_fwd.h usr/include/c++/4.3.2/ext/vstring_util.h usr/include/c++/4.3.2/fenv.h usr/include/c++/4.3.2/fstream usr/include/c++/4.3.2/functional usr/include/c++/4.3.2/i386-pc-solaris2.11 usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64 usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/atomic_word.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/basic_file.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/c++allocator.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/c++config.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/c++io.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/c++locale.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/cpu_defines.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/ctype_base.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/ctype_inline.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/ctype_noninline.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/cxxabi_tweaks.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/extc++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/gthr-default.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/gthr-posix.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/gthr-single.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/gthr-tpf.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/gthr.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/messages_members.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/os_defines.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/stdc++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/stdtr1c++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/time_members.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/atomic_word.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/basic_file.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/c++allocator.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/c++config.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/c++io.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/c++locale.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/cpu_defines.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/ctype_base.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/ctype_inline.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/ctype_noninline.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/cxxabi_tweaks.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/extc++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/gthr-default.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/gthr-posix.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/gthr-single.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/gthr-tpf.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/gthr.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/messages_members.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/os_defines.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/stdc++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/stdtr1c++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/time_members.h usr/include/c++/4.3.2/iomanip usr/include/c++/4.3.2/ios usr/include/c++/4.3.2/iosfwd usr/include/c++/4.3.2/iostream usr/include/c++/4.3.2/istream usr/include/c++/4.3.2/iterator usr/include/c++/4.3.2/limits usr/include/c++/4.3.2/list usr/include/c++/4.3.2/locale usr/include/c++/4.3.2/map usr/include/c++/4.3.2/memory usr/include/c++/4.3.2/new usr/include/c++/4.3.2/numeric usr/include/c++/4.3.2/ostream usr/include/c++/4.3.2/parallel usr/include/c++/4.3.2/parallel/algo.h usr/include/c++/4.3.2/parallel/algobase.h usr/include/c++/4.3.2/parallel/algorithm usr/include/c++/4.3.2/parallel/algorithmfwd.h usr/include/c++/4.3.2/parallel/balanced_quicksort.h usr/include/c++/4.3.2/parallel/base.h usr/include/c++/4.3.2/parallel/basic_iterator.h usr/include/c++/4.3.2/parallel/checkers.h usr/include/c++/4.3.2/parallel/compatibility.h usr/include/c++/4.3.2/parallel/compiletime_settings.h usr/include/c++/4.3.2/parallel/equally_split.h usr/include/c++/4.3.2/parallel/features.h usr/include/c++/4.3.2/parallel/find.h usr/include/c++/4.3.2/parallel/find_selectors.h usr/include/c++/4.3.2/parallel/for_each.h usr/include/c++/4.3.2/parallel/for_each_selectors.h usr/include/c++/4.3.2/parallel/iterator.h usr/include/c++/4.3.2/parallel/list_partition.h usr/include/c++/4.3.2/parallel/losertree.h usr/include/c++/4.3.2/parallel/merge.h usr/include/c++/4.3.2/parallel/multiseq_selection.h usr/include/c++/4.3.2/parallel/multiway_merge.h usr/include/c++/4.3.2/parallel/multiway_mergesort.h usr/include/c++/4.3.2/parallel/numeric usr/include/c++/4.3.2/parallel/numericfwd.h usr/include/c++/4.3.2/parallel/omp_loop.h usr/include/c++/4.3.2/parallel/omp_loop_static.h usr/include/c++/4.3.2/parallel/par_loop.h usr/include/c++/4.3.2/parallel/parallel.h usr/include/c++/4.3.2/parallel/partial_sum.h usr/include/c++/4.3.2/parallel/partition.h usr/include/c++/4.3.2/parallel/queue.h usr/include/c++/4.3.2/parallel/quicksort.h usr/include/c++/4.3.2/parallel/random_number.h usr/include/c++/4.3.2/parallel/random_shuffle.h usr/include/c++/4.3.2/parallel/search.h usr/include/c++/4.3.2/parallel/set_operations.h usr/include/c++/4.3.2/parallel/settings.h usr/include/c++/4.3.2/parallel/sort.h usr/include/c++/4.3.2/parallel/tags.h usr/include/c++/4.3.2/parallel/types.h usr/include/c++/4.3.2/parallel/unique_copy.h usr/include/c++/4.3.2/parallel/workstealing.h usr/include/c++/4.3.2/queue usr/include/c++/4.3.2/random usr/include/c++/4.3.2/regex usr/include/c++/4.3.2/set usr/include/c++/4.3.2/sstream usr/include/c++/4.3.2/stack usr/include/c++/4.3.2/stdexcept usr/include/c++/4.3.2/streambuf usr/include/c++/4.3.2/string usr/include/c++/4.3.2/tgmath.h usr/include/c++/4.3.2/tr1 usr/include/c++/4.3.2/tr1/array usr/include/c++/4.3.2/tr1/bessel_function.tcc usr/include/c++/4.3.2/tr1/beta_function.tcc usr/include/c++/4.3.2/tr1/boost_sp_shared_count.h usr/include/c++/4.3.2/tr1/ccomplex usr/include/c++/4.3.2/tr1/cctype usr/include/c++/4.3.2/tr1/cfenv usr/include/c++/4.3.2/tr1/cfloat usr/include/c++/4.3.2/tr1/cinttypes usr/include/c++/4.3.2/tr1/climits usr/include/c++/4.3.2/tr1/cmath usr/include/c++/4.3.2/tr1/complex usr/include/c++/4.3.2/tr1/complex.h usr/include/c++/4.3.2/tr1/cstdarg usr/include/c++/4.3.2/tr1/cstdbool usr/include/c++/4.3.2/tr1/cstdint usr/include/c++/4.3.2/tr1/cstdio usr/include/c++/4.3.2/tr1/cstdlib usr/include/c++/4.3.2/tr1/ctgmath usr/include/c++/4.3.2/tr1/ctime usr/include/c++/4.3.2/tr1/ctype.h usr/include/c++/4.3.2/tr1/cwchar usr/include/c++/4.3.2/tr1/cwctype usr/include/c++/4.3.2/tr1/ell_integral.tcc usr/include/c++/4.3.2/tr1/exp_integral.tcc usr/include/c++/4.3.2/tr1/fenv.h usr/include/c++/4.3.2/tr1/float.h usr/include/c++/4.3.2/tr1/functional usr/include/c++/4.3.2/tr1/functional_hash.h usr/include/c++/4.3.2/tr1/gamma.tcc usr/include/c++/4.3.2/tr1/hashtable.h usr/include/c++/4.3.2/tr1/hypergeometric.tcc usr/include/c++/4.3.2/tr1/inttypes.h usr/include/c++/4.3.2/tr1/legendre_function.tcc usr/include/c++/4.3.2/tr1/limits.h usr/include/c++/4.3.2/tr1/math.h usr/include/c++/4.3.2/tr1/memory usr/include/c++/4.3.2/tr1/modified_bessel_func.tcc usr/include/c++/4.3.2/tr1/poly_hermite.tcc usr/include/c++/4.3.2/tr1/poly_laguerre.tcc usr/include/c++/4.3.2/tr1/random usr/include/c++/4.3.2/tr1/regex usr/include/c++/4.3.2/tr1/riemann_zeta.tcc usr/include/c++/4.3.2/tr1/special_function_util.h usr/include/c++/4.3.2/tr1/stdarg.h usr/include/c++/4.3.2/tr1/stdbool.h usr/include/c++/4.3.2/tr1/stdint.h usr/include/c++/4.3.2/tr1/stdio.h usr/include/c++/4.3.2/tr1/stdlib.h usr/include/c++/4.3.2/tr1/tgmath.h usr/include/c++/4.3.2/tr1/tuple usr/include/c++/4.3.2/tr1/type_traits usr/include/c++/4.3.2/tr1/unordered_map usr/include/c++/4.3.2/tr1/unordered_set usr/include/c++/4.3.2/tr1/utility usr/include/c++/4.3.2/tr1/wchar.h usr/include/c++/4.3.2/tr1/wctype.h usr/include/c++/4.3.2/tr1_impl usr/include/c++/4.3.2/tr1_impl/array usr/include/c++/4.3.2/tr1_impl/boost_shared_ptr.h usr/include/c++/4.3.2/tr1_impl/boost_sp_counted_base.h usr/include/c++/4.3.2/tr1_impl/cctype usr/include/c++/4.3.2/tr1_impl/cfenv usr/include/c++/4.3.2/tr1_impl/cinttypes usr/include/c++/4.3.2/tr1_impl/cmath usr/include/c++/4.3.2/tr1_impl/complex usr/include/c++/4.3.2/tr1_impl/cstdint usr/include/c++/4.3.2/tr1_impl/cstdio usr/include/c++/4.3.2/tr1_impl/cstdlib usr/include/c++/4.3.2/tr1_impl/cwchar usr/include/c++/4.3.2/tr1_impl/cwctype usr/include/c++/4.3.2/tr1_impl/functional usr/include/c++/4.3.2/tr1_impl/functional_hash.h usr/include/c++/4.3.2/tr1_impl/hashtable usr/include/c++/4.3.2/tr1_impl/hashtable_policy.h usr/include/c++/4.3.2/tr1_impl/random usr/include/c++/4.3.2/tr1_impl/random.tcc usr/include/c++/4.3.2/tr1_impl/regex usr/include/c++/4.3.2/tr1_impl/type_traits usr/include/c++/4.3.2/tr1_impl/unordered_map usr/include/c++/4.3.2/tr1_impl/unordered_set usr/include/c++/4.3.2/tr1_impl/utility usr/include/c++/4.3.2/tuple usr/include/c++/4.3.2/type_traits usr/include/c++/4.3.2/typeinfo usr/include/c++/4.3.2/unordered_map usr/include/c++/4.3.2/unordered_set usr/include/c++/4.3.2/utility usr/include/c++/4.3.2/valarray usr/include/c++/4.3.2/vector usr/lib/gcc usr/lib/gcc/i386-pc-solaris2.11 usr/lib/gcc/i386-pc-solaris2.11/4.3.2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/crtbegin.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/crtend.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/gmon.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgcc.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgcc_eh.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgcc_s.so=../../../../amd64/libgcc_s.so.1 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgcov.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgfortran.so=../../../../amd64/libgfortran.so.3 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgfortranbegin.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgomp.so=../../../../amd64/libgomp.so.1 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libobjc.so=../../../../amd64/libobjc.so.2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libobjc_gc.so=../../../../amd64/libobjc_gc.so.2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libssp.so=../../../../amd64/libssp.so.0 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libstdc++.so=../../../../amd64/libstdc++.so.6 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/cc1 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/cc1obj usr/lib/gcc/i386-pc-solaris2.11/4.3.2/cc1plus usr/lib/gcc/i386-pc-solaris2.11/4.3.2/collect2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/crtbegin.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/crtend.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/f951 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/finclude usr/lib/gcc/i386-pc-solaris2.11/4.3.2/finclude/omp_lib.f90 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/finclude/omp_lib.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/finclude/omp_lib.mod usr/lib/gcc/i386-pc-solaris2.11/4.3.2/finclude/omp_lib_kinds.mod usr/lib/gcc/i386-pc-solaris2.11/4.3.2/gmon.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/arpa usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/arpa/nameser_compat.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/curses.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/dat usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/dat/dat_platform_specific.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/evolution-data-server-2.24 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/evolution-data-server-2.24/libical usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/evolution-data-server-2.24/libical/icaltz-util.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/firefox usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/firefox/js usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/firefox/js/fdlibm.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/firefox/nss usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/firefox/nss/secport.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/gc usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/gc/gc_config_macros.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/iso usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/iso/math_c99.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/libpisock usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/libpisock/pi-usb.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/limits.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/math.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/mps usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/mps/secport.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_compat.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_fil.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_lookup.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_nat.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_pool.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_proxy.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_state.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/pgsql usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/pgsql/internal usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/pgsql/internal/c.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/pgsql/server usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/pgsql/server/c.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/README usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/dt usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/dt/include usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/dt/include/Xm usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/dt/include/Xm/Xmos_r.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/dt/include/Xm/XmosP.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/DPS usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/DPS/dpsconfig.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xalloca.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xarch.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xfuncs.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xlibint.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xmd.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xos.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xos_r.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xosdefs.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xthreads.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/scim-1.0 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/scim-1.0/scim_types.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/SDL usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/SDL/SDL_stdinc.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/slang.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/sys usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/sys/feature_tests.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/sys/varargs.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/syslimits.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/tidy usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/tidy/platform.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/wchar.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/wx-2.8 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/wx-2.8/wx usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/wx-2.8/wx/platform.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/X11=root/usr/openwin/include/X11 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/Xm=root/usr/dt/include/Xm usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ammintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/bmmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/cpuid.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/emmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/float.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/iso646.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/mm_malloc.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/mm3dnow.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/mmintrin-common.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/mmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/nmmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/encoding.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/hash.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/NXConstStr.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/objc-api.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/objc-decls.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/objc-list.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/objc.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/Object.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/Protocol.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/sarray.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/thr.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/typedstream.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/omp.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/pmmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/smmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ssp usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ssp/ssp.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ssp/stdio.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ssp/string.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ssp/unistd.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/stdarg.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/stdbool.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/stddef.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/stdfix.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/tgmath.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/tmmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/unwind.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/varargs.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/xmmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/fixinc.sh usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/fixinc_list usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/fixincl usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/gsyslimits.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/include usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/include/limits.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/include/README usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/macro_list usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/mkheaders usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/mkheaders.conf usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/mkinstalldirs usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgcc.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgcc_eh.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgcc_s.so=../../../libgcc_s.so.1 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgcov.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgfortran.so=../../../libgfortran.so.3 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgfortranbegin.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgomp.so=../../../libgomp.so.1 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libobjc.so=../../../libobjc.so.2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libobjc_gc.so=../../../libobjc_gc.so.2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libssp.so=../../../libssp.so.0 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libstdc++.so=../../../libstdc++.so.6 usr/share usr/share/info 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/locale usr/share/locale/*/LC_MESSAGES/* usr/share/man usr/share/man/man1 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 usr/share/man/man7 usr/share/man/man7/fsf-funding.7 usr/share/man/man7/gfdl.7 usr/share/man/man7/gpl.7 SUNWgccruntime432: ============== usr/lib usr/lib/amd64 usr/lib/amd64/libgcc_s.so.1 usr/lib/amd64/libgfortran.so.3.0.0 usr/lib/amd64/libgfortran.so.3=libgfortran.so.3.0.0 usr/lib/amd64/libgomp.so.1.0.0 usr/lib/amd64/libgomp.so.1=libgomp.so.1.0.0 usr/lib/amd64/libgomp.spec usr/lib/amd64/libobjc.so.2.0.0 usr/lib/amd64/libobjc.so.2=libobjc.so.2.0.0 usr/lib/amd64/libobjc_gc.so.2.0.0 usr/lib/amd64/libobjc_gc.so.2=libobjc_gc.so.2.0.0 usr/lib/amd64/libssp.so.0.0.0 usr/lib/amd64/libssp.so.0=libssp.so.0.0.0 usr/lib/amd64/libstdc++.so.6.0.10 usr/lib/amd64/libstdc++.so.6=libstdc++.so.6.0.10 usr/lib/gcc usr/lib/libgcc_s.so.1 usr/lib/libgfortran.so.3.0.0 usr/lib/libgfortran.so.3=libgfortran.so.3.0.0 usr/lib/libgomp.so.1.0.0 usr/lib/libgomp.so.1=libgomp.so.1.0.0 usr/lib/libgomp.spec usr/lib/libobjc.so.2.0.0 usr/lib/libobjc.so.2=libobjc.so.2.0.0 usr/lib/libobjc_gc.so.2.0.0 usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0 usr/lib/libssp.so.0.0.0 usr/lib/libssp.so.0=libssp.so.0.0.0 usr/lib/libstdc++.so.6.0.10 usr/lib/libstdc++.so.6=libstdc++.so.6.0.10 --Boundary_(ID_HVjuQ3E25NpJy4kJNN9wDA)-- From carlsonj@phorcys.east.sun.com Fri Feb 6 09:39: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 n16Hd9x8024746 for ; Fri, 6 Feb 2009 09:39:09 -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 n16HcwJa001907; Fri, 6 Feb 2009 10:39:06 -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 <0KEN00F07NP5MT00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 06 Feb 2009 09:39:05 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEN00C03NP2K820@nwk-avmta-1.sfbay.Sun.COM>; Fri, 06 Feb 2009 09:39:03 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n16HVUVm025205; Fri, 06 Feb 2009 12:31:30 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n16HVTr8025202; Fri, 06 Feb 2009 12:31:29 -0500 (EST) Date: Fri, 06 Feb 2009 12:31:29 -0500 From: James Carlson Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <498C6E5A.2000804@sun.com> To: George Vasick Cc: Darren J Moffat , Raj Prakash , LSARC-ext@sun.com, John Plocher Message-id: <18828.29681.875020.481803@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112190009.GA6457@Sun.COM> <496BDB5F.2050108@Sun.COM> <496CF664.7060500@sun.com> <71C431FE-E2F3-4A71-BBA6-BAEFAFCACFAC@sun.com> <496D24A8.4020002@Sun.COM> <498C6E5A.2000804@sun.com> Status: RO Content-Length: 891 George Vasick writes: > Thanks for your many comments and helpful feedback. Attached, please > find a revised proposal. It contains major changes to the previous > proposal as follows: This looks pretty nice except for one bit that seems a little unfortunate: > usr/bin/cpp=./cpp-4.3.2 That's an awfully generic name to be camping out on, especially with the existing /usr/lib/cpp, *and* with a cpp(1) man page delivered as part of the system. This seems quite likely to me to lead to future problems -- such as ./configure-like scripts (and users!) mistakenly detecting one but not the other. No, before you ask, I don't have a good solution for it in mind. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From George.Vasick@Sun.COM Mon Feb 9 08:38:24 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 n19GcOLB017093 for ; Mon, 9 Feb 2009 08:38:24 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n19GcMfX022218 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 9 Feb 2009 08:38:24 -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 <0KET00K3F4VYGV00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 09 Feb 2009 09:38:22 -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 <0KET00GU64VX4U60@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 09 Feb 2009 09:38:21 -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 n19GcL9e015532 for ; Mon, 09 Feb 2009 08:38:21 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KET00C004MSTC00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 09 Feb 2009 08:38:21 -0800 (PST) Received: from [129.146.84.221] ([unknown] [129.146.84.221]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KET008PK4VPO5G0@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 09 Feb 2009 08:38:13 -0800 (PST) Date: Mon, 09 Feb 2009 08:37:40 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <18828.29681.875020.481803@gargle.gargle.HOWL> Sender: George.Vasick@Sun.COM To: James Carlson Cc: Darren J Moffat , Raj Prakash , LSARC-ext@Sun.COM, John Plocher Message-id: <49905BD4.1080808@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112190009.GA6457@Sun.COM> <496BDB5F.2050108@Sun.COM> <496CF664.7060500@sun.com> <71C431FE-E2F3-4A71-BBA6-BAEFAFCACFAC@sun.com> <496D24A8.4020002@Sun.COM> <498C6E5A.2000804@sun.com> <18828.29681.875020.481803@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1347 James Carlson wrote: > George Vasick writes: >> Thanks for your many comments and helpful feedback. Attached, please >> find a revised proposal. It contains major changes to the previous >> proposal as follows: > > This looks pretty nice except for one bit that seems a little > unfortunate: > >> usr/bin/cpp=./cpp-4.3.2 > > That's an awfully generic name to be camping out on, especially with > the existing /usr/lib/cpp, *and* with a cpp(1) man page delivered as > part of the system. This seems quite likely to me to lead to future > problems -- such as ./configure-like scripts (and users!) mistakenly > detecting one but not the other. > > No, before you ask, I don't have a good solution for it in mind. I noticed this potential issue as well. There were two factors in my proposal to leave the Gnu version /usr/bin/cpp: 1) According to the /usr/lib/cpp man page, the preferred way to invoke /usr/lib/cpp is via the cc command rather than invoking it directly. 2) Section 2.4, 'g' prefixing, of PSARC/2007/047, /usr/gnu, says GNU components that do not conflict with existing or anticipated components in the system's default commands environment should not be placed in /usr/gnu, and do not require 'g'-prefixing. I felt that applied here and proposed to leave the Gnu /usr/bin/cpp as is. Thanks, George From Joerg.Schilling@fokus.fraunhofer.de Tue Feb 10 02:01:15 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 n1AA1Fh3000472 for ; Tue, 10 Feb 2009 02:01:15 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1AA1CZW011994; Tue, 10 Feb 2009 02:01:13 -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 <0KEU00G07H5ZX200@nwk-avmta-1.sfbay.Sun.COM>; Tue, 10 Feb 2009 02:01:11 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEU004GVH5XM2C0@nwk-avmta-1.sfbay.Sun.COM>; Tue, 10 Feb 2009 02:01:09 -0800 (PST) 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 n1A9wL9u019467; Tue, 10 Feb 2009 10:01:08 +0000 (GMT) Received: from mmp41es.mmp.us.syntegra.com ([160.41.221.10] [160.41.221.10]) by relay43i.sun.com with ESMTP id BT-MMP-1031726; Tue, 10 Feb 2009 10:01:08 +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-5738068; Tue, 10 Feb 2009 10:01:08 +0000 (Z) Received: from iron02.fraunhofer.de ([153.96.1.56] [153.96.1.56]) by relay4i.sun.com with ESMTP id BT-MMP-7255908; Tue, 10 Feb 2009 10:01:08 +0000 (Z) Received: from pluto.fokus.fraunhofer.de ([195.37.77.164]) by iron02.fraunhofer.de with ESMTP/TLS/DHE-RSA-AES256-SHA; Tue, 10 Feb 2009 11:01:07 +0100 Received: from EXCHSRV.fokus.fraunhofer.de (bohr [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.13.7/8.13.7) with SMTP id n1AA16lm028659; Tue, 10 Feb 2009 11:01:06 +0100 (MET) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Tue, 10 Feb 2009 11:01:06 +0100 Date: Tue, 10 Feb 2009 11:01:06 +0100 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <49905BD4.1080808@sun.com> To: James.D.Carlson@sun.com, George.Vasick@sun.com Cc: Raj.Prakash@sun.com, LSARC-ext@sun.com, john.plocher@gmail.com, Darren.Moffat@sun.com Message-id: <49915062.bA+w6s4s3mPSbqAB%Joerg.Schilling@fokus.fraunhofer.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.073sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112190009.GA6457@Sun.COM> <496BDB5F.2050108@Sun.COM> <496CF664.7060500@sun.com> <71C431FE-E2F3-4A71-BBA6-BAEFAFCACFAC@sun.com> <496D24A8.4020002@Sun.COM> <498C6E5A.2000804@sun.com> <18828.29681.875020.481803@gargle.gargle.HOWL> <49905BD4.1080808@sun.com> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 10 Feb 2009 10:01:06.0833 (UTC) FILETIME=[7DAF3810:01C98B66] Status: RO Content-Length: 1227 George Vasick wrote: > I noticed this potential issue as well. There were two factors in my > proposal to leave the Gnu version /usr/bin/cpp: > > 1) According to the /usr/lib/cpp man page, the preferred way to invoke > /usr/lib/cpp is via the cc command rather than invoking it directly. /usr/lib/cpp is not called by cc because /usr/lib/cc is a K&R cpp. It is however called by commands like "rpcgen". > 2) Section 2.4, 'g' prefixing, of PSARC/2007/047, /usr/gnu, says > > GNU components that do not conflict with existing or anticipated > components in the system's default commands environment should not > be placed in /usr/gnu, and do not require 'g'-prefixing. > > I felt that applied here and proposed to leave the Gnu /usr/bin/cpp as is. I don't know if commands like rpcgen will call /usr/lib/cpp with absolute PATH, but GNU cpp's output is incompatible with /usr/lib/cpp Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From George.Vasick@sun.com Wed Feb 11 14:16:26 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 n1BMGQAY018924 for ; Wed, 11 Feb 2009 14:16:26 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1BMGPuQ010613 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 11 Feb 2009 14:16:25 -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 <0KEX00J0B9VDS800@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed, 11 Feb 2009 14:16:25 -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 <0KEX00JRB9V7D300@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed, 11 Feb 2009 14:16:23 -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 n1BMGIwD015180 for ; Wed, 11 Feb 2009 14:16:18 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KEX00K009IOID00@fe-sfbay-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Wed, 11 Feb 2009 14:16:18 -0800 (PST) Received: from [129.146.84.221] ([unknown] [129.146.84.221]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEX00BF09V6J7D0@fe-sfbay-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Wed, 11 Feb 2009 14:16:18 -0800 (PST) Date: Wed, 11 Feb 2009 14:16:13 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <49915062.bA+w6s4s3mPSbqAB%Joerg.Schilling@fokus.fraunhofer.de> Sender: George.Vasick@sun.com To: Joerg Schilling Cc: James.D.Carlson@sun.com, Raj.Prakash@sun.com, LSARC-ext@sun.com, john.plocher@gmail.com, Darren.Moffat@sun.com Message-id: <49934E2D.7050308@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112190009.GA6457@Sun.COM> <496BDB5F.2050108@Sun.COM> <496CF664.7060500@sun.com> <71C431FE-E2F3-4A71-BBA6-BAEFAFCACFAC@sun.com> <496D24A8.4020002@Sun.COM> <498C6E5A.2000804@sun.com> <18828.29681.875020.481803@gargle.gargle.HOWL> <49905BD4.1080808@sun.com> <49915062.bA+w6s4s3mPSbqAB%Joerg.Schilling@fokus.fraunhofer.de> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1277 Joerg Schilling wrote: > George Vasick wrote: > >> I noticed this potential issue as well. There were two factors in my >> proposal to leave the Gnu version /usr/bin/cpp: >> >> 1) According to the /usr/lib/cpp man page, the preferred way to invoke >> /usr/lib/cpp is via the cc command rather than invoking it directly. > > /usr/lib/cpp is not called by cc because /usr/lib/cc is a K&R cpp. > It is however called by commands like "rpcgen". > >> 2) Section 2.4, 'g' prefixing, of PSARC/2007/047, /usr/gnu, says >> >> GNU components that do not conflict with existing or anticipated >> components in the system's default commands environment should not >> be placed in /usr/gnu, and do not require 'g'-prefixing. >> >> I felt that applied here and proposed to leave the Gnu /usr/bin/cpp as is. > > I don't know if commands like rpcgen will call /usr/lib/cpp with absolute PATH, > but GNU cpp's output is incompatible with /usr/lib/cpp rpcgen invokes cpp via the fully qualified path: 1228: execve("/usr/lib/cpp", 0x08076568, 0x08047CA8) argc = 4 I would expect this to be the case since users do not usually have /usr/lib in their PATH variables. There appears to be no conflict with Gnu's /usr/bin/cpp. Thanks, George From George.Vasick@sun.com Thu Feb 12 12:10:09 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 n1CKA8EK018098 for ; Thu, 12 Feb 2009 12:10:08 -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 n1CK9m6g019640 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 13 Feb 2009 04:10:07 +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 <0KEY00B25YOTV300@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Thu, 12 Feb 2009 12:10:05 -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 <0KEY004ZKYOSOBB0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Thu, 12 Feb 2009 12:10:04 -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 n1CKA4Sg008303 for ; Thu, 12 Feb 2009 12:10:04 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KEY00600Y4AGL00@fe-sfbay-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Thu, 12 Feb 2009 12:10:04 -0800 (PST) Received: from [129.146.84.176] ([unknown] [129.146.84.176]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEY001RSYOSPA00@fe-sfbay-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Thu, 12 Feb 2009 12:10:04 -0800 (PST) Date: Thu, 12 Feb 2009 12:09:56 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <20090211221600.GV9992@Sun.COM> Sender: George.Vasick@sun.com To: Nicolas Williams Cc: Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <49948214.8040609@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 2930 I just noticed LSARC-ext@Sun.COM was not copied on this thread originated by Marc's reply on the 7th. Marc originally raised the following question: > usr/i386-pc-solaris2.11 Is this strange path necessary? Can't the subdirectories (bin and lib) go directly to /usr? The answer to the first part is no. The commands in usr/i386-pc-solaris2.11/bin cannot be moved to /usr/bin since they conflict with existing Solaris commands. It is potentially possible to eliminate them, however, since they are duplicates of commands already installed in /usr/bin and /usr/gnu/bin. The remaining discussion concerns the correct location for /usr/i386-pc-solaris2.11 and in particular /usr/i386-pc-solaris2.11/lib/ldscripts which is used by the Gnu ld command. Nicolas Williams wrote: > On Wed, Feb 11, 2009 at 02:01:42PM -0800, George Vasick wrote: >> Marc Glisse wrote: >>> [...] >>> >>> Indeed, or even directly /usr/lib/ldscripts. (Note that for gcc, there is >>> /gcc/ between /usr/lib and i386-pc-solaris2.11, so we may not want to >>> sneak binutils in there) >> The existing precedent seems to be something like the following: >> >> SuSE: /usr/x86_64-suse-linux/lib/ldscripts >> Ubuntu: /usr/lib/ldscripts >> >> While Ubuntu uses /usr/lib/ldscripts, I think it is not appropriate for >> OpenSolaris since /usr/bin/ld is the Solaris linker, not the Gnu linker. > > I don't see why the presence of the substring "ld" should lead to that > conclusion. If the path is under your control you might just prefix it > with 'g' and be done (/usr/lib/gldscripts). The binutils configuration options do not support install locations of either /usr/lib/ldscripts or /usr/lib/gldscripts. Source changes to the Makefile and/or configure script would be required. I think this should be avoided in favor of following the existing Gnu conventions if at all possible. > >> I think the best option is to stick with the original proposal of >> /usr/i386-pc-solaris2.11. > > Why do we need such clutter in /usr? I based this proposal on PSARC/2008/378, Move gcc and binutils from /usr/sfw/bin to /usr/bin. The prototype implementation set --prefix=/usr and --program-prefix=g with softlinks for the "plain" commands being added to /usr/gnu/bin. I used the same settings and /usr/i386-pc-solaris2.11 is the natural result. PSARC/2007/047, /usr/gnu, is also relevant. It specifies setting --prefix=/usr/gnu. Using this setting would result in plain commands being installed in /usr/gnu/bin with softlinks to the g-prefixed command being added in /usr/bin. This would also move /usr/i386-pc-solaris2.11 to /usr/gnu/i386-pc-solaris2.11 and the ldscripts subdirectory to /usr/gnu/i386-pc-solaris2.11/lib/ldscripts. Assuming it is desirable to eliminate i386-pc-solaris2.11 from /usr, the second option would accomplish this while staying within the configuration parameters provided by Gnu. Thanks, George From Nicolas.Williams@sun.com Thu Feb 12 12:35:21 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 n1CKZL8w019792 for ; Thu, 12 Feb 2009 12:35:21 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1CKZJ5k022489; Thu, 12 Feb 2009 12:35: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 <0KEY0091DZUVLG00@brm-avmta-1.central.sun.com>; Thu, 12 Feb 2009 13:35:19 -0700 (MST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEY00LQNZUEYKA0@brm-avmta-1.central.sun.com>; Thu, 12 Feb 2009 13:35:02 -0700 (MST) 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 n1CKIe8V018276; Thu, 12 Feb 2009 14:18:40 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n1CKIewW018275; Thu, 12 Feb 2009 14:18:40 -0600 (CST) Date: Thu, 12 Feb 2009 14:18:40 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <49948214.8040609@sun.com> To: George Vasick Cc: Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <20090212201839.GC9992@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: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@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: 765 On Thu, Feb 12, 2009 at 12:09:56PM -0800, George Vasick wrote: > I just noticed LSARC-ext@Sun.COM was not copied on this thread > originated by Marc's reply on the 7th. > > Marc originally raised the following question: > > > usr/i386-pc-solaris2.11 > > Is this strange path necessary? Can't the subdirectories (bin and lib) > go directly to /usr? > > The answer to the first part is no. The commands in > usr/i386-pc-solaris2.11/bin cannot be moved to /usr/bin since they > conflict with existing Solaris commands. It is potentially possible to > eliminate them, however, since they are duplicates of commands already > installed in /usr/bin and /usr/gnu/bin. If those commands shouldn't be in $PATH then just put them in a sub-directory of /usr/lib. From john.plocher@gmail.com Thu Feb 12 13:22:15 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 n1CLMEL3022947 for ; Thu, 12 Feb 2009 13:22:15 -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.2) with ESMTP id n1CLMC7b026968; Thu, 12 Feb 2009 14:22:14 -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 <0KEZ00F0N211WR00@nwk-avmta-2.sfbay.sun.com>; Thu, 12 Feb 2009 13:22:13 -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 <0KEZ00EX5211UW30@nwk-avmta-2.sfbay.sun.com>; Thu, 12 Feb 2009 13:22:13 -0800 (PST) Received: from relay12i.sun.com (ip122.net129179-4.block1.us.syntegra.com [129.179.4.122]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1CLIFrr005596; Thu, 12 Feb 2009 21:22:12 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay12i.sun.com with ESMTP id BT-MMP-2448533; Thu, 12 Feb 2009 21:22:12 +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-14928622; Thu, 12 Feb 2009 21:22:12 +0000 (Z) Received: from rv-out-0708.google.com ([209.85.198.246] [209.85.198.246]) by relay1i.sun.com with ESMTP id BT-MMP-7981342; Thu, 12 Feb 2009 21:22:11 +0000 (Z) Received: by rv-out-0708.google.com with SMTP id c5so453776rvf.8 for ; Thu, 12 Feb 2009 13:22:11 -0800 (PST) Received: by 10.141.100.15 with SMTP id c15mr752337rvm.222.1234473731240; Thu, 12 Feb 2009 13:22:11 -0800 (PST) Date: Thu, 12 Feb 2009 13:22:11 -0800 From: John Plocher Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <20090212201839.GC9992@Sun.COM> To: Nicolas Williams Cc: George Vasick , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: 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 :content-transfer-encoding; bh=akQ2mWyavxBhZ3DNvoGa0yV3P6oafqu95nw1/bGJ+lY=; b=pvKGKmLCTc3tMV6wkjkSAivAOCkC+57CsMJohV+2EvsO+ywr4BN3Um3I4xrUoe3VN2 V16jo6kiNmyeRRCZ+1kykKu6ULtrPF79Jj/8msrEv9EUpBI0tHdaSr7M6j8H3ODkLbel VK/i30+K1fQZ8c5bc/S5Xzdohsp/CC+l60+tg= 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=hOM0emjT70GvE+T/c6dT2Y7XN82rvuZvWEiUFFm2vkl+P+ef7drjA5BQ9ZhvG9Cir6 QpEauaNtu5MvEIHIxZ9kI4s6XtonEydEpdFfBx4cCPtZjIWdMOiUXOfWI71jRDx3r2j9 K849Kn7S5EGNGYqWEJ2JnrBWlJNy+L6d5DlPA= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.054sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> Status: RO Content-Length: 602 >> > usr/i386-pc-solaris2.11 >> >> Is this strange path necessary? Can't the subdirectories (bin and lib) >> go directly to /usr? >> >> The answer to the first part is no. The commands in >> usr/i386-pc-solaris2.11/bin cannot be moved to /usr/bin since they >> conflict with existing Solaris commands. It is potentially possible to >> eliminate them, however, since they are duplicates of commands already >> installed in /usr/bin and /usr/gnu/bin. If these existing commands are from earlier versions of binutils, PLEASE UPDATE THEM instead of leaving them around as an obsolete nuisance. -John From George.Vasick@sun.com Thu Feb 12 13:28:06 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 n1CLS5rt023356 for ; Thu, 12 Feb 2009 13:28:06 -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 n1CLS2PD000124 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 12 Feb 2009 21:28:04 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 <0KEZ00J092ARC900@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 13:28:03 -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 <0KEZ009892AQZ350@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 13:28:02 -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 n1CLS20A017320 for ; Thu, 12 Feb 2009 13:28:02 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KEZ00L0024II500@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 13:28:02 -0800 (PST) Received: from [129.146.84.176] ([unknown] [129.146.84.176]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEZ00MVG2ANYB00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 13:27:59 -0800 (PST) Date: Thu, 12 Feb 2009 13:27:51 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <20090212201839.GC9992@Sun.COM> Sender: George.Vasick@sun.com To: Nicolas Williams Cc: Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <49949457.9090608@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1275 Nicolas Williams wrote: > On Thu, Feb 12, 2009 at 12:09:56PM -0800, George Vasick wrote: >> I just noticed LSARC-ext@Sun.COM was not copied on this thread >> originated by Marc's reply on the 7th. >> >> Marc originally raised the following question: >> >>> usr/i386-pc-solaris2.11 >> Is this strange path necessary? Can't the subdirectories (bin and lib) >> go directly to /usr? >> >> The answer to the first part is no. The commands in >> usr/i386-pc-solaris2.11/bin cannot be moved to /usr/bin since they >> conflict with existing Solaris commands. It is potentially possible to >> eliminate them, however, since they are duplicates of commands already >> installed in /usr/bin and /usr/gnu/bin. > > If those commands shouldn't be in $PATH then just put them in a > sub-directory of /usr/lib. It is not a PATH conflict, it is a name conflict with the individual commands. They cannot be located in the same directory as the Solaris commands. The set of commands in question is addr2line ar as c++filt gprof ld nm objcopy objdump ranlib readelf size strings strip Note, g-prefixed versions are installed in /usr/bin. Plain versions of the commands are installed in a machine/architecture dependent path and, in the case of Solaris, /usr/gnu/bin. George From George.Vasick@sun.com Thu Feb 12 13:47: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 n1CLlJrZ024495 for ; Thu, 12 Feb 2009 13:47:19 -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 n1CLlFlY012740 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 12 Feb 2009 21:47:18 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 <0KEZ00L1V36USU00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 13:47:18 -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 <0KEZ009N636TYW70@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 13:47:17 -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 n1CLlHrT015500 for ; Thu, 12 Feb 2009 13:47:17 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KEZ00L0024II400@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 13:47:17 -0800 (PST) Received: from [129.146.84.176] ([unknown] [129.146.84.176]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEZ00MOF36SYB80@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 13:47:16 -0800 (PST) Date: Thu, 12 Feb 2009 13:47:08 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: Sender: George.Vasick@sun.com To: John Plocher Cc: Nicolas Williams , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <499498DC.8060506@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1100 John Plocher wrote: >>>> usr/i386-pc-solaris2.11 >>> Is this strange path necessary? Can't the subdirectories (bin and lib) >>> go directly to /usr? >>> >>> The answer to the first part is no. The commands in >>> usr/i386-pc-solaris2.11/bin cannot be moved to /usr/bin since they >>> conflict with existing Solaris commands. It is potentially possible to >>> eliminate them, however, since they are duplicates of commands already >>> installed in /usr/bin and /usr/gnu/bin. > > If these existing commands are from earlier versions of binutils, > PLEASE UPDATE THEM instead of leaving them around as an obsolete > nuisance. No, they are all part of the same binutils package. Gnu tools can be configured to support cross development in addition to native development. The machine/architecture dependent paths are provided to allow tools for multiple target systems to coexist on a single host system. Since we are not providing any cross development capability at this point, we have the option to eliminate the machine/architecture dependent paths for these commands if desired. George From Nicolas.Williams@sun.com Thu Feb 12 13:51:26 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 n1CLpOwV024692 for ; Thu, 12 Feb 2009 13:51:25 -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 n1CLpJY5016793; Fri, 13 Feb 2009 05:51:22 +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 <0KEZ00M0D3DLB000@nwk-avmta-1.sfbay.Sun.COM>; Thu, 12 Feb 2009 13:51:21 -0800 (PST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEZ0095Q3DLZ370@nwk-avmta-1.sfbay.Sun.COM>; Thu, 12 Feb 2009 13:51:21 -0800 (PST) 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 n1CLYxpx018382; Thu, 12 Feb 2009 15:34:59 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n1CLYwCQ018381; Thu, 12 Feb 2009 15:34:58 -0600 (CST) Date: Thu, 12 Feb 2009 15:34:58 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <49949457.9090608@sun.com> To: George Vasick Cc: Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <20090212213458.GK9992@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: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> <49949457.9090608@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: 617 On Thu, Feb 12, 2009 at 01:27:51PM -0800, George Vasick wrote: > >If those commands shouldn't be in $PATH then just put them in a > >sub-directory of /usr/lib. > > It is not a PATH conflict, it is a name conflict with the individual > commands. They cannot be located in the same directory as the Solaris > commands. The set of commands in question is You misunderstand my point. My point: these commands appear to be private to the compiler suite, therefore DON'T pollute /usr, DO pollute /usr/lib. I.e., put these in /usr/lib//, NOT in /usr/ Nico -- From carlsonj@phorcys.east.sun.com Thu Feb 12 14:21: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 n1CMLEQX026181 for ; Thu, 12 Feb 2009 14:21:15 -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 n1CML9o0001846; Fri, 13 Feb 2009 06:21:10 +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 <0KEZ00J2R4R8DG00@nwk-avmta-2.sfbay.sun.com>; Thu, 12 Feb 2009 14:21:08 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEZ00EEZ4R7UXE0@nwk-avmta-2.sfbay.sun.com>; Thu, 12 Feb 2009 14:21:08 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n1CM66hg009421; Thu, 12 Feb 2009 17:06:06 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n1CM66Hq009418; Thu, 12 Feb 2009 17:06:06 -0500 (EST) Date: Thu, 12 Feb 2009 17:06:06 -0500 From: James Carlson Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <20090212213458.GK9992@Sun.COM> To: Nicolas Williams Cc: George Vasick , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <18836.40270.203745.811289@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> <49949457.9090608@sun.com> <20090212213458.GK9992@Sun.COM> Status: RO Content-Length: 947 Nicolas Williams writes: > On Thu, Feb 12, 2009 at 01:27:51PM -0800, George Vasick wrote: > > >If those commands shouldn't be in $PATH then just put them in a > > >sub-directory of /usr/lib. > > > > It is not a PATH conflict, it is a name conflict with the individual > > commands. They cannot be located in the same directory as the Solaris > > commands. The set of commands in question is > > You misunderstand my point. > > My point: these commands appear to be private to the compiler suite, > therefore DON'T pollute /usr, DO pollute /usr/lib. Actually, the commands aren't private. What is private is the /usr/i386-pc-solaris2.11 path itself, and I agree that should be buried if possible. It's just noise. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From kmcdonald@egenera.com Thu Feb 12 16:36:01 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 n1D0a0Zt022977 for ; Thu, 12 Feb 2009 16:36:00 -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 n1D0Zu1U015797; Fri, 13 Feb 2009 08:35:57 +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 <0KEZ00A03AZWCF00@brm-avmta-1.central.sun.com>; Thu, 12 Feb 2009 17:35:56 -0700 (MST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KEZ00K4PAZVSAA0@brm-avmta-1.central.sun.com>; Thu, 12 Feb 2009 17:35:55 -0700 (MST) 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 n1D0ZsTI009141; Fri, 13 Feb 2009 00:35:55 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay11i.sun.com with ESMTP id BT-MMP-4730799; Fri, 13 Feb 2009 00:33:54 +0000 (Z) Received: from relay12i.sun.com (relay12i.sun.com [129.179.4.122]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-18213422; Fri, 13 Feb 2009 00:33:54 +0000 (Z) Received: from webaccess.egenera.com ([63.139.209.15] [63.139.209.15]) by relay1i.sun.com with ESMTP id BT-MMP-7788100; Fri, 13 Feb 2009 00:33:54 +0000 (Z) Received: from [10.50.0.30] ([10.50.0.30]) by webaccess.egenera.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Thu, 12 Feb 2009 19:33:53 -0500 Date: Thu, 12 Feb 2009 19:33:01 -0500 From: Kyle McDonald Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <499498DC.8060506@sun.com> To: George Vasick Cc: John Plocher , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <4994BFBD.8000006@Egenera.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 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-0.2/5.0, scanned in 0.059sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> <499498DC.8060506@sun.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 ThunderBrowse/3.2.2.1 X-OriginalArrivalTime: 13 Feb 2009 00:33:53.0769 (UTC) FILETIME=[BFA30590:01C98D72] Status: RO Content-Length: 1686 On 2/12/2009 4:47 PM, George Vasick wrote: > John Plocher wrote: >>>>> usr/i386-pc-solaris2.11 >>>> Is this strange path necessary? Can't the subdirectories (bin and lib) >>>> go directly to /usr? >>>> >>>> The answer to the first part is no. The commands in >>>> usr/i386-pc-solaris2.11/bin cannot be moved to /usr/bin since they >>>> conflict with existing Solaris commands. It is potentially >>>> possible to >>>> eliminate them, however, since they are duplicates of commands already >>>> installed in /usr/bin and /usr/gnu/bin. >> >> If these existing commands are from earlier versions of binutils, >> PLEASE UPDATE THEM instead of leaving them around as an obsolete >> nuisance. > An outsiders 2 cents: > No, they are all part of the same binutils package. Gnu tools can be > configured to support cross development in addition to native > development. The machine/architecture dependent paths are provided to > allow tools for multiple target systems to coexist on a single host > system. > Exactly. > Since we are not providing any cross development capability at this > point, we have the option to eliminate the machine/architecture > dependent paths for these commands if desired. > I for one wouldn't rule-out cross compilation in the future, and I'd stay awy from anyhting that would make it harder to do. Maybe I missed a problem mentioned earlier in the thread, but why not just root the i386-pc-solaris2.11 in: /usr/lib or where ever the compiler collection is rooted (what is that now? /usr/gcc? I haven't kept up.) -Kyle > > George > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From George.Vasick@sun.com Thu Feb 12 17:23:39 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 n1D1Ndsm024472 for ; Thu, 12 Feb 2009 17:23:39 -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 n1D1Napm003104 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 13 Feb 2009 01:23:38 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 <0KEZ00D07D7D8L00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 17:23:37 -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 <0KEZ000ZKD7CA030@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 17:23:37 -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 n1D1Nab5012475 for ; Thu, 12 Feb 2009 17:23:36 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KEZ00D00D4KQK00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 17:23:36 -0800 (PST) Received: from [129.146.84.176] ([unknown] [129.146.84.176]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEZ00ITRD7CIH60@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 17:23:36 -0800 (PST) Date: Thu, 12 Feb 2009 17:23:28 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <4994BFBD.8000006@Egenera.COM> Sender: George.Vasick@sun.com To: Kyle McDonald Cc: John Plocher , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <4994CB90.9080800@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> <499498DC.8060506@sun.com> <4994BFBD.8000006@Egenera.COM> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 5155 Kyle McDonald wrote: > On 2/12/2009 4:47 PM, George Vasick wrote: >> John Plocher wrote: >>>>>> usr/i386-pc-solaris2.11 >>>>> Is this strange path necessary? Can't the subdirectories (bin and lib) >>>>> go directly to /usr? >>>>> >>>>> The answer to the first part is no. The commands in >>>>> usr/i386-pc-solaris2.11/bin cannot be moved to /usr/bin since they >>>>> conflict with existing Solaris commands. It is potentially >>>>> possible to >>>>> eliminate them, however, since they are duplicates of commands already >>>>> installed in /usr/bin and /usr/gnu/bin. >>> >>> If these existing commands are from earlier versions of binutils, >>> PLEASE UPDATE THEM instead of leaving them around as an obsolete >>> nuisance. >> > An outsiders 2 cents: >> No, they are all part of the same binutils package. Gnu tools can be >> configured to support cross development in addition to native >> development. The machine/architecture dependent paths are provided to >> allow tools for multiple target systems to coexist on a single host >> system. >> > Exactly. >> Since we are not providing any cross development capability at this >> point, we have the option to eliminate the machine/architecture >> dependent paths for these commands if desired. >> > I for one wouldn't rule-out cross compilation in the future, and I'd > stay awy from anyhting that would make it harder to do. > Maybe I missed a problem mentioned earlier in the thread, but why not > just root the i386-pc-solaris2.11 in: /usr/lib or where ever the > compiler collection is rooted (what is that now? /usr/gcc? I haven't > kept up.) Close, it was /usr/gnu. The layout would look something like the following: usr usr/bin usr/bin/gaddr2line=../gnu/bin/addr2line usr/bin/gar=../gnu/bin/ar usr/bin/gas=../gnu/bin/as usr/bin/gc++filt=../gnu/bin/c++filt usr/bin/ggprof=../gnu/bin/gprof usr/bin/gld=../gnu/bin/ld usr/bin/gnm=../gnu/bin/nm usr/bin/gobjcopy=../gnu/bin/objcopy usr/bin/gobjdump=../gnu/bin/objdump usr/bin/granlib=../gnu/bin/ranlib usr/bin/greadelf=../gnu/bin/readelf usr/bin/gsize=../gnu/bin/size usr/bin/gstrings=../gnu/bin/strings usr/bin/gstrip=../gnu/bin/strip usr/gnu usr/gnu/bin usr/gnu/bin/addr2line usr/gnu/bin/ar usr/gnu/bin/as usr/gnu/bin/c++filt usr/gnu/bin/gprof usr/gnu/bin/ld usr/gnu/bin/nm usr/gnu/bin/objcopy usr/gnu/bin/objdump usr/gnu/bin/ranlib usr/gnu/bin/readelf usr/gnu/bin/size usr/gnu/bin/strings usr/gnu/bin/strip usr/gnu/i386-pc-solaris2.11 usr/gnu/i386-pc-solaris2.11/bin usr/gnu/i386-pc-solaris2.11/bin/ar=../../bin/ar usr/gnu/i386-pc-solaris2.11/bin/as=../../bin/as usr/gnu/i386-pc-solaris2.11/bin/ld=../../bin/ld usr/gnu/i386-pc-solaris2.11/bin/nm=../../bin/nm usr/gnu/i386-pc-solaris2.11/bin/objcopy=../../bin/objcopy usr/gnu/i386-pc-solaris2.11/bin/objdump=../../bin/objdump usr/gnu/i386-pc-solaris2.11/bin/ranlib=../../bin/ranlib usr/gnu/i386-pc-solaris2.11/bin/strip=../../bin/strip usr/gnu/i386-pc-solaris2.11/lib usr/gnu/i386-pc-solaris2.11/lib/ldscripts usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.x usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xbn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xd usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xdc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xdw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xr usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xs usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xsc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xsw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xu usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.x usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xbn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xr usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xs usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xsc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xsw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xu usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.x usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xbn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xd usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xdc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xdw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xr usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xs usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xsc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xsw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xu usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xw usr/gnu/include usr/gnu/include/ansidecl.h usr/gnu/include/bfd.h usr/gnu/include/bfdlink.h usr/gnu/include/dis-asm.h usr/gnu/include/symcat.h From john.plocher@gmail.com Thu Feb 12 18:29:43 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 n1D2ThtT025891 for ; Thu, 12 Feb 2009 18:29:43 -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 n1D2Tak7012177; Fri, 13 Feb 2009 02:29:40 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 <0KEZ00B01G9EAP00@nwk-avmta-2.sfbay.sun.com>; Thu, 12 Feb 2009 18:29:38 -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 <0KEZ00JELG9DJ6F0@nwk-avmta-2.sfbay.sun.com>; Thu, 12 Feb 2009 18:29:38 -0800 (PST) Received: from relay42i.sun.com ([192.5.209.72]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1D2LX1x014435; Fri, 13 Feb 2009 02:29:37 +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-1362947; Fri, 13 Feb 2009 02:29:37 +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-19181133; Fri, 13 Feb 2009 02:29:37 +0000 (Z) Received: from rv-out-0708.google.com ([209.85.198.247] [209.85.198.247]) by relay4i.sun.com with ESMTP id BT-MMP-10860872; Fri, 13 Feb 2009 02:29:37 +0000 (Z) Received: by rv-out-0708.google.com with SMTP id c5so535243rvf.8 for ; Thu, 12 Feb 2009 18:28:46 -0800 (PST) Received: by 10.141.196.8 with SMTP id y8mr681943rvp.101.1234492126659; Thu, 12 Feb 2009 18:28:46 -0800 (PST) Date: Thu, 12 Feb 2009 18:28:46 -0800 From: John Plocher Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <4994CB90.9080800@sun.com> To: George Vasick Cc: Kyle McDonald , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: 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 :content-transfer-encoding; bh=RJ2EuuVVamIGdBIenjLdCJZOatjo98SYFHM4ERgq99s=; b=NsKLfCuicodjYAb5P5Ni51pXSmZ/nx7+loub5fnNegLQY8P3koag95M2e5Y8TrYyd0 iDZdpMM0gXltVbZ3KvNFmKGqU516dgy1bA18+4fpOz0y1dewkkHWDIc1KzdfrTmVRB2J w/mHnt+oEJeSeXPYxYBKpjnv2u6Q+dOm592KU= 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=F6aBVhdULCesAa4VRHPNF+fmGW3e0Qs5QZ297rjHW+nlf79vNHlD0RkzGfhzPTqcg8 waWBOKeLqR1vRxHIsVMaWtJuBox4Sji4L3N0MV5b+x/kAP5Vq6PajbTf1vMzp1K+iBmu WMjnOGqgWORRkpAzi+zndg90m6PVcRNihKPrw= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.047sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> <499498DC.8060506@sun.com> <4994BFBD.8000006@Egenera.COM> <4994CB90.9080800@sun.com> Status: RO Content-Length: 500 Why > usr/gnu/bin/ar > usr/gnu/i386-pc-solaris2.11/bin/ar=../../bin/ar instead of > usr/gnu/bin/ar=./i386-pc-solaris2.11/bin/ar > usr/gnu/i386-pc-solaris2.11/bin/ar (i.e., have the symlinks point to the more tightly versioned instance) I don't have a strong feeling either way, but I wanted to note that at some point in the future you may wish to upgrade from usr/gnu/i386-pc-solaris2.11 to usr/gnu/i386-pc-solaris2.12, and the current scheme doesn't play as well in that scenario... -John From Nicolas.Williams@sun.com Thu Feb 12 18:33:18 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 n1D2XHZr026012 for ; Thu, 12 Feb 2009 18:33:18 -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 n1D2X9Lr014540; Fri, 13 Feb 2009 02:33:15 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 <0KEZ00B05GFCJK00@nwk-avmta-2.sfbay.sun.com>; Thu, 12 Feb 2009 18:33:12 -0800 (PST) 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 <0KEZ00B64GFCFY00@nwk-avmta-2.sfbay.sun.com>; Thu, 12 Feb 2009 18:33:12 -0800 (PST) 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 n1D29Jjc018699; Thu, 12 Feb 2009 20:09:19 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n1D29I5V018698; Thu, 12 Feb 2009 20:09:18 -0600 (CST) Date: Thu, 12 Feb 2009 20:09:18 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <4994CB90.9080800@sun.com> To: George Vasick Cc: Kyle McDonald , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <20090213020918.GM9992@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: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> <499498DC.8060506@sun.com> <4994BFBD.8000006@Egenera.COM> <4994CB90.9080800@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: 429 On Thu, Feb 12, 2009 at 05:23:28PM -0800, George Vasick wrote: > Close, it was /usr/gnu. The layout would look something like the > following: > usr/bin/gaddr2line=../gnu/bin/addr2line > ... > usr/gnu/bin/addr2line > ... > usr/gnu/i386-pc-solaris2.11 > usr/gnu/i386-pc-solaris2.11/bin/ar=../../bin/ar > ... > usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.x > ... > usr/gnu/include/ansidecl.h > ... I like that very much. From marc.glisse@gmail.com Thu Feb 12 20:11:32 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 n1D4BVOs002875 for ; Thu, 12 Feb 2009 20:11:32 -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 n1D4BTVY006731 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 13 Feb 2009 12:11:30 +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 <0KEZ00203KZ5JH00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 20:11:29 -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 <0KEZ000KFKZ4A0E0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 12 Feb 2009 20:11:29 -0800 (PST) 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 n1D47MQ8002060 for ; Fri, 13 Feb 2009 04:11:28 +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-4544648 for LSARC-ext@sun.com; Fri, 13 Feb 2009 04:11:28 +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-38997 for LSARC-ext@sun.com; Fri, 13 Feb 2009 04:11:28 +0000 (Z) Received: from rv-out-0304.google.com ([209.85.198.212] [209.85.198.212]) by relay1i.sun.com with ESMTP id BT-MMP-8251190 for LSARC-ext@sun.com; Fri, 13 Feb 2009 04:11:28 +0000 (Z) Received: by rv-out-0304.google.com with SMTP id c2so483588rvf.32 for ; Thu, 12 Feb 2009 20:11:18 -0800 (PST) Received: by 10.115.95.20 with SMTP id x20mr346119wal.4.1234498278356; Thu, 12 Feb 2009 20:11:18 -0800 (PST) Date: Fri, 13 Feb 2009 04:11:18 +0000 From: marc.glisse@gmail.com Subject: Re: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <4994CB90.9080800@sun.com> To: George Vasick , Kyle McDonald , John Plocher , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <00163646d11a5b78c70462c50717@google.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_BMHhOD4rDXEfQCeOxdzrjQ)" X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.084sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ Status: RO Content-Length: 3851 --Boundary_(ID_BMHhOD4rDXEfQCeOxdzrjQ) Content-type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-transfer-encoding: 7BIT (sorry for breaking the Cc: earlier, I used the opensolaris-arc forum, which apparently is missing some functionality) On Feb 12, 2009 5:23pm, George Vasick wrote: > No, they are all part of the same binutils package. Gnu tools can be configured to support cross development in addition to native development. The machine/architecture dependent paths are provided to allow tools for multiple target systems to coexist on a single host system. Note that Debian provides a Z80 cross-linker which is doing fine without the /usr/$target directory. But that does not matter. > usr/gnu/i386-pc-solaris2.11 Project private I guess. > usr/gnu/i386-pc-solaris2.11/bin As long as this path is private, it does not do any harm, so ok. > usr/gnu/i386-pc-solaris2.11/lib/ldscripts Yes, I think I prefer this. If gnu programs want /$target, /libexec etc directories, it makes sense to let them do it in /usr/gnu (and be more strict for /usr). > usr/gnu/include/ansidecl.h > usr/gnu/include/bfd.h > usr/gnu/include/bfdlink.h > usr/gnu/include/dis-asm.h > usr/gnu/include/symcat.h Hmm, I just noticed this, does it make sense to ship the headers when you are not shipping the corresponding libraries? ansidecl.h is just macros, but some others declare functions (they might still have some use without the libs though, I don't know). In any case, I think /usr/include was a better location for them. By the way, I guess with this change you'll end up with /usr/gnu/(share/)man/man1/ld.1, so you'll need links from /usr/share/man/man1/gld.1. Good luck with this gcc update project, which I am very happy to see. --Boundary_(ID_BMHhOD4rDXEfQCeOxdzrjQ) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable (sorry for breaking the Cc: earlier, I used the opensolaris-arc forum, whic= h apparently is missing some functionality)

On Feb 12, 2009 5:23= pm, George Vasick <George.Vasick@sun.com> wrote:

> No, = they are all part of the same binutils package. Gnu tools can be configure= d to support cross development in addition to native development. The mach= ine/architecture dependent paths are provided to allow tools for multiple t= arget systems to coexist on a single host system.

Note that Debi= an provides a Z80 cross-linker which is doing fine without the /usr/$target= directory. But that does not matter.

> usr/gnu/i386-pc-solar= is2.11

Project private I guess.

> usr/gnu/i386-pc-= solaris2.11/bin

As long as this path is private, it does not do = any harm, so ok.

> usr/gnu/i386-pc-solaris2.11/lib/ldscripts<= br />
Yes, I think I prefer this. If gnu programs want /$target, /libe= xec etc directories, it makes sense to let them do it in /usr/gnu (and be m= ore strict for /usr).

> usr/gnu/include/ansidecl.h
> = usr/gnu/include/bfd.h
> usr/gnu/include/bfdlink.h
> usr/gnu= /include/dis-asm.h
> usr/gnu/include/symcat.h

Hmm, I jus= t noticed this, does it make sense to ship the headers when you are not shi= pping the corresponding libraries? ansidecl.h is just macros, but some othe= rs declare functions (they might still have some use without the libs thoug= h, I don't know). In any case, I think /usr/include was a better locati= on for them.

By the way, I guess with this change you'll end= up with /usr/gnu/(share/)man/man1/ld.1, so you'll need links from /usr= /share/man/man1/gld.1.

Good luck with this gcc update project, w= hich I am very happy to see.= --Boundary_(ID_BMHhOD4rDXEfQCeOxdzrjQ)-- From George.Vasick@sun.com Fri Feb 13 11:42:09 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 n1DJg8hm000671 for ; Fri, 13 Feb 2009 11:42:08 -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 n1DJftbX019980 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 13 Feb 2009 19:42:07 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 <0KF000M1DS26O000@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 13 Feb 2009 11:42:06 -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 <0KF000LZYS25TH00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 13 Feb 2009 11:42:05 -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 n1DJg52R003499 for ; Fri, 13 Feb 2009 11:42:05 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KF000B00RSWXA00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 13 Feb 2009 11:42:05 -0800 (PST) Received: from [129.146.84.221] ([unknown] [129.146.84.221]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KF000KT4S20P960@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 13 Feb 2009 11:42:00 -0800 (PST) Date: Fri, 13 Feb 2009 11:41:52 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: Sender: George.Vasick@sun.com To: John Plocher Cc: Kyle McDonald , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <4995CD00.60208@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <890113082.26041234304014432.JavaMail.Twebapp@sf-app1> <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> <499498DC.8060506@sun.com> <4994BFBD.8000006@Egenera.COM> <4994CB90.9080800@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 940 John Plocher wrote: > Why > >> usr/gnu/bin/ar >> usr/gnu/i386-pc-solaris2.11/bin/ar=../../bin/ar > > instead of > >> usr/gnu/bin/ar=./i386-pc-solaris2.11/bin/ar >> usr/gnu/i386-pc-solaris2.11/bin/ar > > (i.e., have the symlinks point to the more tightly versioned instance) > > I don't have a strong feeling either way, but I wanted to note that at > some point in the future you may wish to upgrade from > usr/gnu/i386-pc-solaris2.11 to usr/gnu/i386-pc-solaris2.12, and the > current scheme doesn't play as well in that scenario... The build actually produces hard links so it doesn't help much on deciding which way softlinks should point. SuSE sets up the links the same way we propose. Is there any trade off between links versus binaries in the most commonly accessed location, i.e. I expect /usr/gnu/bin/as to be be the preferred path. That is the path the compiler will use for example. Thanks, George > > > -John From George.Vasick@Sun.COM Fri Feb 13 11:53:03 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 n1DJr3a4001609 for ; Fri, 13 Feb 2009 11:53:03 -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.2) with ESMTP id n1DJqxZl037575 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 13 Feb 2009 12:53:03 -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 <0KF00040BSKE7100@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.com); Fri, 13 Feb 2009 11:53:02 -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 <0KF0003JMSKDAK20@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.com); Fri, 13 Feb 2009 11:53:01 -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 n1DJr0PO004727 for ; Fri, 13 Feb 2009 11:53:00 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KF000G00S08MJ00@fe-sfbay-10.sun.com> for LSARC-ext@Sun.com (ORCPT LSARC-ext@Sun.com); Fri, 13 Feb 2009 11:53:00 -0800 (PST) Received: from [129.146.84.221] ([unknown] [129.146.84.221]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KF000BH7SJVR1D0@fe-sfbay-10.sun.com> for LSARC-ext@Sun.com (ORCPT LSARC-ext@Sun.com); Fri, 13 Feb 2009 11:52:43 -0800 (PST) Date: Fri, 13 Feb 2009 11:52:34 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <00163646d11a5b78c70462c50717@google.com> Sender: George.Vasick@Sun.COM To: marc.glisse@gmail.com Cc: Kyle McDonald , John Plocher , opensolaris-arc@opensolaris.org, LSARC-ext@Sun.COM Message-id: <4995CF82.7010504@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <00163646d11a5b78c70462c50717@google.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1974 marc.glisse@gmail.com wrote: > (sorry for breaking the Cc: earlier, I used the opensolaris-arc forum, > which apparently is missing some functionality) > > On Feb 12, 2009 5:23pm, George Vasick wrote: > > > No, they are all part of the same binutils package. Gnu tools can be > configured to support cross development in addition to native > development. The machine/architecture dependent paths are provided to > allow tools for multiple target systems to coexist on a single host system. > > Note that Debian provides a Z80 cross-linker which is doing fine without > the /usr/$target directory. But that does not matter. > > > usr/gnu/i386-pc-solaris2.11 > > Project private I guess. > > > usr/gnu/i386-pc-solaris2.11/bin > > As long as this path is private, it does not do any harm, so ok. > > > usr/gnu/i386-pc-solaris2.11/lib/ldscripts > > Yes, I think I prefer this. If gnu programs want /$target, /libexec etc > directories, it makes sense to let them do it in /usr/gnu (and be more > strict for /usr). > > > usr/gnu/include/ansidecl.h > > usr/gnu/include/bfd.h > > usr/gnu/include/bfdlink.h > > usr/gnu/include/dis-asm.h > > usr/gnu/include/symcat.h > > Hmm, I just noticed this, does it make sense to ship the headers when > you are not shipping the corresponding libraries? ansidecl.h is just > macros, but some others declare functions (they might still have some > use without the libs though, I don't know). In any case, I think > /usr/include was a better location for them. I'll remove the headers. We can reevaluate including both the libraries and headers if demand materializes. > > By the way, I guess with this change you'll end up with > /usr/gnu/(share/)man/man1/ld.1, so you'll need links from > /usr/share/man/man1/gld.1. Correct. The usr/gnu arc case contains guidance on man and info pages. > > Good luck with this gcc update project, which I am very happy to see. Thanks, George From George.Vasick@sun.com Fri Feb 13 11:56:54 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 n1DJur2a002439 for ; Fri, 13 Feb 2009 11:56:54 -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 n1DJunVs021151 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 14 Feb 2009 03:56:52 +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 <0KF00041HSQQE300@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 13 Feb 2009 11:56:50 -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 <0KF000398SQMAK30@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 13 Feb 2009 11:56:50 -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 n1DJujPG019871 for ; Fri, 13 Feb 2009 11:56:45 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KF000900SJ0GP00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 13 Feb 2009 11:56:45 -0800 (PST) Received: from [129.146.84.221] ([unknown] [129.146.84.221]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KF000B5MSQER1F0@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 13 Feb 2009 11:56:38 -0800 (PST) Date: Fri, 13 Feb 2009 11:56:28 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <1053286691.781234515367572.JavaMail.Twebapp@sf-app1> Sender: George.Vasick@sun.com To: "Richard L. Hamilton" Cc: opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <4995D06C.6060903@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <1053286691.781234515367572.JavaMail.Twebapp@sf-app1> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 644 Richard L. Hamilton wrote: >>>> Are you actually improving GCC performance on >> Solaris by modifying GCC? >>> Yes, by hooking up the GCC frontends with the >> Studio Sparc backends. >>> The plain GCC backend will be available under flag >> control. > [...] > > I've heard claims of Studio outperforming GCC on x86, as well. Has something > similar been considered or tested for x86 (give or take that the default might remain with the gcc backend there, given that they're much more nearly competitive - who is in the lead may vary with any update to either)? We are actually running some tests in this area. Stay tuned. Thanks, George From Nicolas.Williams@sun.com Fri Feb 13 12:06:16 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 n1DK6GVA023495 for ; Fri, 13 Feb 2009 12:06:16 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1DK5nrR010124; Fri, 13 Feb 2009 12:06:16 -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 <0KF000B09T6FUE00@brm-avmta-1.central.sun.com>; Fri, 13 Feb 2009 13:06:15 -0700 (MST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KF000E5NT6EREE0@brm-avmta-1.central.sun.com>; Fri, 13 Feb 2009 13:06:14 -0700 (MST) 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 n1DJnqhM019259; Fri, 13 Feb 2009 13:49:52 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n1DJnq3h019258; Fri, 13 Feb 2009 13:49:52 -0600 (CST) Date: Fri, 13 Feb 2009 13:49:52 -0600 From: Nicolas Williams Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <4995CD00.60208@sun.com> To: George Vasick Cc: John Plocher , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <20090213194952.GX9992@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: <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> <499498DC.8060506@sun.com> <4994BFBD.8000006@Egenera.COM> <4994CB90.9080800@sun.com> <4995CD00.60208@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: 706 On Fri, Feb 13, 2009 at 11:41:52AM -0800, George Vasick wrote: > The build actually produces hard links so it doesn't help much on > deciding which way softlinks should point. SuSE sets up the links the > same way we propose. Just because the build does it one way doesn't mean we need to package it the same way (but yes, if you're in an OS/Net-like gate it's hard to change those hardlinks to symlinks). I second John's point. > Is there any trade off between links versus binaries in the most > commonly accessed location, i.e. I expect /usr/gnu/bin/as to be be the > preferred path. That is the path the compiler will use for example. John's point relates to how updates will work. Nico -- From George.Vasick@Sun.COM Fri Feb 13 13:45:26 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 n1DLjQxR027124 for ; Fri, 13 Feb 2009 13:45:26 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1DLjPgE029172 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 13 Feb 2009 13:45:25 -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 <0KF000M01XRP9B00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.com); Fri, 13 Feb 2009 14:45:25 -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 <0KF000EGWXROKF60@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.com); Fri, 13 Feb 2009 14:45:24 -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 n1DLjOUA015708 for ; Fri, 13 Feb 2009 13:45:24 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KF000100XJTB400@fe-sfbay-10.sun.com> for LSARC-ext@Sun.com (ORCPT LSARC-ext@Sun.com); Fri, 13 Feb 2009 13:45:24 -0800 (PST) Received: from [129.146.84.221] ([unknown] [129.146.84.221]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KF000KNPXRJ1I90@fe-sfbay-10.sun.com> for LSARC-ext@Sun.com (ORCPT LSARC-ext@Sun.com); Fri, 13 Feb 2009 13:45:19 -0800 (PST) Date: Fri, 13 Feb 2009 13:45:08 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <20090213194952.GX9992@Sun.COM> Sender: George.Vasick@Sun.COM To: Nicolas Williams Cc: John Plocher , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@Sun.COM Message-id: <4995E9E4.8040308@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49934AC6.4050400@sun.com> <20090211221600.GV9992@Sun.COM> <49948214.8040609@sun.com> <20090212201839.GC9992@Sun.COM> <499498DC.8060506@sun.com> <4994BFBD.8000006@Egenera.COM> <4994CB90.9080800@sun.com> <4995CD00.60208@sun.com> <20090213194952.GX9992@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1609 Nicolas Williams wrote: > On Fri, Feb 13, 2009 at 11:41:52AM -0800, George Vasick wrote: >> The build actually produces hard links so it doesn't help much on >> deciding which way softlinks should point. SuSE sets up the links the >> same way we propose. > > Just because the build does it one way doesn't mean we need to package > it the same way (but yes, if you're in an OS/Net-like gate it's hard to > change those hardlinks to symlinks). Correct. Sorry, my use of "build" above may have been unclear. I meant the standard Gnu make install invoked on vanilla Gnu source. In our package, we replace the hardlinks produced by the Gnu "make install" step with softlinks leaving one copy each of the actual binaries. I interrupted John's question to mean where should the actual binary reside. > > I second John's point. > >> Is there any trade off between links versus binaries in the most >> commonly accessed location, i.e. I expect /usr/gnu/bin/as to be be the >> preferred path. That is the path the compiler will use for example. > > John's point relates to how updates will work. Each new release of binutils will completely replace the previous release. There will be no co-existence of multiple versions. I tried to say that in my cover letter sent out last Friday: 2) Binutils will be installed directly into /usr/bin with no versioning. We have the recent change that /usr/bin will now be /usr/gnu/bin but we still plan for no versioning of binutils. Maybe I need to add some additional text to clarify that point somewhere in the case. Thanks, George From john.plocher@gmail.com Fri Feb 13 15:17:40 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 n1DNHdUF000899 for ; Fri, 13 Feb 2009 15:17:40 -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 n1DNHX6Z017878; Sat, 14 Feb 2009 07:17:34 +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 <0KF10080N215P600@brm-avmta-1.central.sun.com>; Fri, 13 Feb 2009 16:17:29 -0700 (MST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KF100ECU215K7B0@brm-avmta-1.central.sun.com>; Fri, 13 Feb 2009 16:17:29 -0700 (MST) 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 n1DMjK5b005747; Fri, 13 Feb 2009 23:17:28 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay11i.sun.com with ESMTP id BT-MMP-4808914; Fri, 13 Feb 2009 23:17:28 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-119900; Fri, 13 Feb 2009 23:17:28 +0000 (Z) Received: from rv-out-0506.google.com ([209.85.198.233] [209.85.198.233]) by relay1i.sun.com with ESMTP id BT-MMP-9206955; Fri, 13 Feb 2009 23:17:28 +0000 (Z) Received: by rv-out-0506.google.com with SMTP id f9so259360rvb.0 for ; Fri, 13 Feb 2009 15:17:27 -0800 (PST) Received: by 10.141.171.3 with SMTP id y3mr1363266rvo.263.1234567047404; Fri, 13 Feb 2009 15:17:27 -0800 (PST) Date: Fri, 13 Feb 2009 15:17:27 -0800 From: John Plocher Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <4995E9E4.8040308@sun.com> To: George Vasick Cc: Nicolas Williams , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: 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 :content-transfer-encoding; bh=ovITpCi17Zpcc6JJTtaESut6jaCB3HXws9T1cj8UFUA=; b=p5xQ8lXmqk1I4WGYpi/D952hgQxuni0IEjdGjhEdqqEx7xZyhUZiUc2aysAqCQrjug 4EZTEFCnwegXGbfuupvOZkbdcd2vaoaauT+e4EHABown4bt7D3inVu1a0Nh70bA/Z2ri dCpnNlrB8ihm6EardrMSBXJXAr5oTZABqjTd4= 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=ORHFRICVxpJL/CeI7B4B7zntgWNivePv3heTaCuPw4TcdUv9kcbLl+Ep/35v8XHGAJ uHP2Gl2PIjxeazcUl+WKWCuI/w2gjIXgVSYxvAXjwlF1XJ/4k13jevztni9l8jBUd6mG L0VYgV/job0CUgy4UawQMMeWhTohnMF5ZmzbE= 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: <49934AC6.4050400@sun.com> <20090212201839.GC9992@Sun.COM> <499498DC.8060506@sun.com> <4994BFBD.8000006@Egenera.COM> <4994CB90.9080800@sun.com> <4995CD00.60208@sun.com> <20090213194952.GX9992@Sun.COM> <4995E9E4.8040308@sun.com> Status: RO Content-Length: 540 > 2) Binutils will be installed directly into /usr/bin > with no versioning. Sorry, I'm now really confused. If there is no versioning, and everything will be installed directly into /usr/bin, then what is the directory "/usr/gnu/i386-pc-solaris2.11/bin/" used for and isn't the "...solaris2.11..." part of that directory name actually an OS version dependent string? What happens when OpenSolaris moves from 2.11 to 2.12? Why should the version of the OS impact the version of the compiler support tools? ...etc... -John From kmcdonald@egenera.com Fri Feb 13 15:28:03 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 n1DNS16b001359 for ; Fri, 13 Feb 2009 15:28:02 -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 n1DNRMQg023651; Sat, 14 Feb 2009 07:27: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 <0KF1009012IMRR00@brm-avmta-1.central.sun.com>; Fri, 13 Feb 2009 16:27:58 -0700 (MST) 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 <0KF100E8B2ILKEF0@brm-avmta-1.central.sun.com>; Fri, 13 Feb 2009 16:27:57 -0700 (MST) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1DNKMhL018453; Fri, 13 Feb 2009 23:27:56 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay11i.sun.com with ESMTP id BT-MMP-4809344; Fri, 13 Feb 2009 23:27:56 +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-19327519; Fri, 13 Feb 2009 23:27:56 +0000 (Z) Received: from webaccess.egenera.com ([63.139.209.15] [63.139.209.15]) by relay1i.sun.com with ESMTP id BT-MMP-9106964; Fri, 13 Feb 2009 23:27:55 +0000 (Z) Received: from [10.50.0.64] ([10.50.0.64]) by webaccess.egenera.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 13 Feb 2009 18:27:55 -0500 Date: Fri, 13 Feb 2009 18:27:07 -0500 From: Kyle McDonald Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: To: John Plocher Cc: George Vasick , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <499601CB.6090504@Egenera.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 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.055sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <49934AC6.4050400@sun.com> <20090212201839.GC9992@Sun.COM> <499498DC.8060506@sun.com> <4994BFBD.8000006@Egenera.COM> <4994CB90.9080800@sun.com> <4995CD00.60208@sun.com> <20090213194952.GX9992@Sun.COM> <4995E9E4.8040308@sun.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 ThunderBrowse/3.2.2.1 X-OriginalArrivalTime: 13 Feb 2009 23:27:55.0349 (UTC) FILETIME=[B2A5D050:01C98E32] Status: RO Content-Length: 1377 On 2/13/2009 6:17 PM, John Plocher wrote: >> 2) Binutils will be installed directly into /usr/bin >> with no versioning. >> > > Sorry, I'm now really confused. > > If there is no versioning, and everything will be installed directly > into /usr/bin, then what is the directory > "/usr/gnu/i386-pc-solaris2.11/bin/" used for and isn't the > "...solaris2.11..." part of that directory name actually an OS version > dependent string? What happens when OpenSolaris moves from 2.11 to > 2.12? Why should the version of the OS impact the version of the > compiler support tools? ...etc... > > This is something the GNU compiler chain and tools have done for ages. (Emacs does it too I think.) It does it so that the compilers and supporting tools can be installed for multiple target platforms on the same host platform. The "i386-pc-solaris2.11" is the string that Gnu uses to identify this target platform. On SPARC (the last time I checked) it was: sparc-sun-solaris2.11. At one point in time they used sunos5.x instead of solaris2.x, and personally I preferred that (It seems more logical to identify the kernel in the platform rather than 'operating env.',) but it's probably too late to change that. -Kyle > -John > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org > From George.Vasick@sun.com Tue Feb 17 16:13:50 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 n1I0DnEt019222 for ; Tue, 17 Feb 2009 16:13:50 -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 n1I0Di10005213 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 18 Feb 2009 00:13:48 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 <0KF80010HJAYGI00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 17 Feb 2009 17:13:46 -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 <0KF800I9SJAXYC40@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 17 Feb 2009 17:13:46 -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 n1I0Dj68025775 for ; Tue, 17 Feb 2009 16:13:45 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KF800M00J7NWS00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 17 Feb 2009 16:13:45 -0800 (PST) Received: from [129.146.84.176] ([unknown] [129.146.84.176]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KF800AOYJAT7A40@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 17 Feb 2009 16:13:42 -0800 (PST) Date: Tue, 17 Feb 2009 16:13:39 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 01/07/2009] In-reply-to: <498C6E5A.2000804@sun.com> Sender: George.Vasick@sun.com To: LSARC-ext@sun.com, opensolaris-arc@opensolaris.org Cc: George Vasick Message-id: <499B52B3.2050301@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_vTBdofZKeVoSwpiTa3aD5g)" X-PMX-Version: 5.4.1.325704 References: <494BF09A.4040008@sun.com> <18789.1530.446347.63671@manam.TechFak.Uni-Bielefeld.DE> <496547B7.7030508@sun.com> <18790.16097.991244.737467@manam.TechFak.Uni-Bielefeld.DE> <20090108180921.GU6457@Sun.COM> <18790.17511.302833.548575@manam.TechFak.Uni-Bielefeld.DE> <496656F6.1030606@sun.com> <18795.35383.892489.742945@manam.TechFak.Uni-Bielefeld.DE> <20090112190009.GA6457@Sun.COM> <496BDB5F.2050108@Sun.COM> <496CF664.7060500@sun.com> <71C431FE-E2F3-4A71-BBA6-BAEFAFCACFAC@sun.com> <496D24A8.4020002@Sun.COM> <498C6E5A.2000804@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 61818 This is a multi-part message in MIME format. --Boundary_(ID_vTBdofZKeVoSwpiTa3aD5g) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Revised one pager and manifest attached incorporating the following changes: 1) usr/i386-pc-solaris2.11 moved to usr/gnu/i386-pc-solaris2.11. 2) Second bullet under section 4.1 updated to reflect the installation changes for binutils and clarify that binutils will not be versioned. 3) unused header files eliminated: usr/include/ansidecl.h usr/include/bfd.h usr/include/bfdlink.h usr/include/dis-asm.h usr/include/symcat.h I believe all outstanding feedback has either been clarified or addressed by changes in the proposal. Thanks, George --Boundary_(ID_vTBdofZKeVoSwpiTa3aD5g) Content-type: text/plain; name=onepager-rev1.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=onepager-rev1.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: GNU Developer Collection 1.2. Name of Document Author/Supplier: George Vasick 1.3. Date of This Document: 2/17/2009 1.5. Email Aliases: 1.5.4. Interest List: tools-compilers@opensolaris.org 2. Project Summary 2.1. Project Description: PSARC/2008/378, Move gcc and binutils from /usr/sfw/bin to /usr/bin, was approved June 2008 but never integrated. This project will provide the current releases of the GNU Compiler Collection (GCC) and the GNU Binutils for Nevada installed in /usr/bin and /usr/lib similar to the pattern specified in PSARC/2008/378. The primary components are the following: - GNU Compiler collection. - GNU Binutils. - GCC Runtime includes the runtime libraries corresponding to the compiler collection. 4. Technical Description: 4.1. Details: - Existing GCC 3.4.3 and GNU Runtime 3.4.3 will remain unchanged in /usr/sfw/. There are existing Solaris components that depend on this compiler and tool set. - Existing GNU Binutils 2.15 will be upgraded to 2.19 and moved from /usr/sfw to /usr/gnu. All commands installed in /usr/gnu/bin will be "plain", i.e. will not be prefixed with a "g", per PSARC/2007/047. Links prefixed with "g" will be added to /usr/bin. Links will also be added to /usr/sfw/bin for backwards compatibility. Binutils 2.19 will completely replace the current Binutils 2.15. No support for coexistence of multiple versions of Bintuils is planned. - The 4.3.2 version of GCC will be ported to OpenSolaris and installed /usr/bin and /usr/lib. All commands will be suffixed with "-", i.e. GCC configure option --program-suffix=. - Links without the suffix be created in /usr/bin for the version of GCC that was installed last, e.g. /usr/bin/gcc -> /usr/bin/gcc-. In summary, GCC and Binutils will install into the following locations: /usr/bin (GCC commands and "g" prefixed Bintuils commands) /usr/gnu/bin (plain versions of Binutils) /usr/sfw/bin (symlinks for Binutils commands) /usr/include/c++ /usr/lib /usr/lib/{MACH64} /usr/lib/gcc /usr/share/locale /usr/share/info /usr/share/man /usr/gnu/share/locale /usr/gnu/share/info /usr/gnu/share/man 4.3. In Scope: - GCC, GNU Compiler Collection: C, C++, FORTRAN, Objective-C. - GNU Binutils: gaddr2line, gar, gas, gc++filt, ggprof, gld, gnm, gobjcopy, gobjdump, granlib, greadelf, gsize, gstrings, gstrip. - GNU Runtime. 4.5. Interfaces: Please see manifest432.txt for a complete list of proposed file locations. 4.6. Doc Impact: Existing manpages and info files will be included. 4.7. Admin/Config Impact: No change. 4.8. HA Impact: No change. 4.9. I18N/L10N Impact: Existing localizations will be included. 4.10. Packaging & Delivery: Name Notes ==== ===== SUNWbinutils developer cluster SUNWgcc developer cluster SUNWscgfss developer cluster, optimizing backend for Sparc SUNWgccruntime core cluster 4.12. Dependencies: - SUNWgnu-mpfr (LSARC/2008/655) - SUNWgnu-mp (LSARC/2008/634) - SUNWgccruntime - SUNWbinutils 5. Reference Documents: - http://gcc.gnu.org/ - http://www.gnu.org/software/binutils/ - PSARC/2008/656: GNU binutils version 4.3.x - PSARC/2008/378: Move gcc and binutils from /usr/sfw/bin to /usr/bin - PSARC/2007/047: /usr/gnu 6. Resources and Schedule: 6.4. Product Approval Committee requested information: 6.4.1. Consolidation or Component Name: Devpro 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open --Boundary_(ID_vTBdofZKeVoSwpiTa3aD5g) Content-type: text/plain; name=manifest432-rev1.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=manifest432-rev1.txt SUNWbinutils: =========== usr usr/bin usr/bin/gaddr2line=../gnu/bin/addr2line usr/bin/gar=../gnu/bin/ar usr/bin/gas=../gnu/bin/as usr/bin/gc++filt=../gnu/bin/c++filt usr/bin/ggprof=../gnu/bin/gprof usr/bin/gld=../gnu/bin/ld usr/bin/gnm=../gnu/bin/nm usr/bin/gobjcopy=../gnu/bin/objcopy usr/bin/gobjdump=../gnu/bin/objdump usr/bin/granlib=../gnu/bin/ranlib usr/bin/greadelf=../gnu/bin/readelf usr/bin/gsize=../gnu/bin/size usr/bin/gstrings=../gnu/bin/strings usr/bin/gstrip=../gnu/bin/strip usr/gnu usr/gnu/bin usr/gnu/bin/addr2line usr/gnu/bin/ar usr/gnu/bin/as usr/gnu/bin/c++filt usr/gnu/bin/gprof usr/gnu/bin/ld usr/gnu/bin/nm usr/gnu/bin/objcopy usr/gnu/bin/objdump usr/gnu/bin/ranlib usr/gnu/bin/readelf usr/gnu/bin/size usr/gnu/bin/strings usr/gnu/bin/strip usr/gnu/i386-pc-solaris2.11 usr/gnu/i386-pc-solaris2.11/bin usr/gnu/i386-pc-solaris2.11/bin/ar=../../bin/ar usr/gnu/i386-pc-solaris2.11/bin/as=../../bin/as usr/gnu/i386-pc-solaris2.11/bin/ld=../../bin/ld usr/gnu/i386-pc-solaris2.11/bin/nm=../../bin/nm usr/gnu/i386-pc-solaris2.11/bin/objcopy=../../bin/objcopy usr/gnu/i386-pc-solaris2.11/bin/objdump=../../bin/objdump usr/gnu/i386-pc-solaris2.11/bin/ranlib=../../bin/ranlib usr/gnu/i386-pc-solaris2.11/bin/strip=../../bin/strip usr/gnu/i386-pc-solaris2.11/lib usr/gnu/i386-pc-solaris2.11/lib/ldscripts usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.x usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xbn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xd usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xdc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xdw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xr usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xs usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xsc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xsw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xu usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386.xw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.x usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xbn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xr usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xs usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xsc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xsw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xu usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_i386_ldso.xw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.x usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xbn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xd usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xdc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xdw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xn usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xr usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xs usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xsc usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xsw usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xu usr/gnu/i386-pc-solaris2.11/lib/ldscripts/elf_x86_64.xw usr/gnu/share usr/gnu/share/info usr/gnu/share/info/as.info usr/gnu/share/info/bfd.info usr/gnu/share/info/binutils.info usr/gnu/share/info/configure.info usr/gnu/share/info/gprof.info usr/gnu/share/info/ld.info usr/gnu/share/locale usr/gnu/share/locale/*/LC_MESSAGES/* usr/gnu/share/man usr/gnu/share/man/man1 usr/gnu/share/man/man1/addr2line.1 usr/gnu/share/man/man1/ar.1 usr/gnu/share/man/man1/as.1 usr/gnu/share/man/man1/c++filt.1 usr/gnu/share/man/man1/gprof.1 usr/gnu/share/man/man1/ld.1 usr/gnu/share/man/man1/nlmconv.1 usr/gnu/share/man/man1/nm.1 usr/gnu/share/man/man1/objcopy.1 usr/gnu/share/man/man1/objdump.1 usr/gnu/share/man/man1/ranlib.1 usr/gnu/share/man/man1/readelf.1 usr/gnu/share/man/man1/size.1 usr/gnu/share/man/man1/strings.1 usr/gnu/share/man/man1/strip.1 usr/sfw usr/sfw/bin usr/sfw/bin/gaddr2line=../../gnu/bin/addr2line usr/sfw/bin/gar=../../gnu/bin/ar usr/sfw/bin/gas=../../gnu/bin/as usr/sfw/bin/gc++filt=../../gnu/bin/c++filt usr/sfw/bin/ggprof=../../gnu/bin/gprof usr/sfw/bin/gld=../../gnu/bin/ld usr/sfw/bin/gnm=../../gnu/bin/nm usr/sfw/bin/gobjcopy=../../gnu/bin/objcopy usr/sfw/bin/gobjdump=../../gnu/bin/objdump usr/sfw/bin/granlib=../../gnu/bin/ranlib usr/sfw/bin/greadelf=../../gnu/bin/readelf usr/sfw/bin/gsize=../../gnu/bin/size usr/sfw/bin/gstrings=../../gnu/bin/strings usr/sfw/bin/gstrip=../../gnu/bin/strip usr/share usr/share/info usr/share/info/gas.info=../../gnu/share/info/as.info usr/share/info/gbfd.info=../../gnu/share/info/bfd.info usr/share/info/gbinutils.info=../../gnu/share/info/binutils.info usr/share/info/gconfigure.info=../../gnu/share/info/configure.info usr/share/info/ggprof.info=../../gnu/share/info/gprof.info usr/share/info/gld.info=../../gnu/share/info/ld.info usr/share/man usr/share/man/man1 usr/share/man/man1/gaddr2line.1=../../../gnu/share/man/man1/addr2line.1 usr/share/man/man1/gar.1=../../../gnu/share/man/man1/ar.1 usr/share/man/man1/gas.1=../../../gnu/share/man/man1/as.1 usr/share/man/man1/gc++filt.1=../../../gnu/share/man/man1/c++filt.1 usr/share/man/man1/ggprof.1=../../../gnu/share/man/man1/gprof.1 usr/share/man/man1/gld.1=../../../gnu/share/man/man1/ld.1 usr/share/man/man1/gnlmconv.1=../../../gnu/share/man/man1/nlmconv.1 usr/share/man/man1/gnm.1=../../../gnu/share/man/man1/nm.1 usr/share/man/man1/gobjcopy.1=../../../gnu/share/man/man1/objcopy.1 usr/share/man/man1/gobjdump.1=../../../gnu/share/man/man1/objdump.1 usr/share/man/man1/granlib.1=../../../gnu/share/man/man1/ranlib.1 usr/share/man/man1/greadelf.1=../../../gnu/share/man/man1/readelf.1 usr/share/man/man1/gsize.1=../../../gnu/share/man/man1/size.1 usr/share/man/man1/gstrings.1=../../../gnu/share/man/man1/strings.1 usr/share/man/man1/gstrip.1=../../../gnu/share/man/man1/strip.1 SUNWgcc432: ========== usr usr/bin usr/bin/c++-4.3.2=./i386-pc-solaris2.11-c++-4.3.2 usr/bin/c++=./i386-pc-solaris2.11-c++-4.3.2 usr/bin/cpp-4.3.2 usr/bin/cpp=./cpp-4.3.2 usr/bin/g++-4.3.2=./i386-pc-solaris2.11-g++-4.3.2 usr/bin/g++=./i386-pc-solaris2.11-g++-4.3.2 usr/bin/gcc-4.3.2=./i386-pc-solaris2.11-gcc-4.3.2 usr/bin/gcc=./i386-pc-solaris2.11-gcc-4.3.2 usr/bin/gccbug-4.3.2 usr/bin/gccbug=./gccbug-4.3.2 usr/bin/gcov-4.3.2 usr/bin/gfortran-4.3.2=./i386-pc-solaris2.11-gfortran-4.3.2 usr/bin/gfortran=./i386-pc-solaris2.11-gfortran-4.3.2 usr/bin/i386-pc-solaris2.11-c++-4.3.2=i386-pc-solaris2.11-g++-4.3.2 usr/bin/i386-pc-solaris2.11-g++-4.3.2 usr/bin/i386-pc-solaris2.11-gcc-4.3.2 usr/bin/i386-pc-solaris2.11-gfortran-4.3.2 usr/include usr/include/c++ usr/include/c++/4.3.2 usr/include/c++/4.3.2/algorithm usr/include/c++/4.3.2/array usr/include/c++/4.3.2/backward usr/include/c++/4.3.2/backward/auto_ptr.h usr/include/c++/4.3.2/backward/backward_warning.h usr/include/c++/4.3.2/backward/binders.h usr/include/c++/4.3.2/backward/hash_fun.h usr/include/c++/4.3.2/backward/hash_map usr/include/c++/4.3.2/backward/hash_set usr/include/c++/4.3.2/backward/hashtable.h usr/include/c++/4.3.2/backward/strstream usr/include/c++/4.3.2/bits usr/include/c++/4.3.2/bits/algorithmfwd.h usr/include/c++/4.3.2/bits/allocator.h usr/include/c++/4.3.2/bits/basic_ios.h usr/include/c++/4.3.2/bits/basic_ios.tcc usr/include/c++/4.3.2/bits/basic_string.h usr/include/c++/4.3.2/bits/basic_string.tcc usr/include/c++/4.3.2/bits/boost_concept_check.h usr/include/c++/4.3.2/bits/boost_sp_shared_count.h usr/include/c++/4.3.2/bits/char_traits.h usr/include/c++/4.3.2/bits/cmath.tcc usr/include/c++/4.3.2/bits/codecvt.h usr/include/c++/4.3.2/bits/concept_check.h usr/include/c++/4.3.2/bits/cpp_type_traits.h usr/include/c++/4.3.2/bits/deque.tcc usr/include/c++/4.3.2/bits/fstream.tcc usr/include/c++/4.3.2/bits/functexcept.h usr/include/c++/4.3.2/bits/functional_hash.h usr/include/c++/4.3.2/bits/gslice.h usr/include/c++/4.3.2/bits/gslice_array.h usr/include/c++/4.3.2/bits/hashtable.h usr/include/c++/4.3.2/bits/indirect_array.h usr/include/c++/4.3.2/bits/ios_base.h usr/include/c++/4.3.2/bits/istream.tcc usr/include/c++/4.3.2/bits/list.tcc usr/include/c++/4.3.2/bits/locale_classes.h usr/include/c++/4.3.2/bits/locale_classes.tcc usr/include/c++/4.3.2/bits/locale_facets.h usr/include/c++/4.3.2/bits/locale_facets.tcc usr/include/c++/4.3.2/bits/locale_facets_nonio.h usr/include/c++/4.3.2/bits/locale_facets_nonio.tcc usr/include/c++/4.3.2/bits/localefwd.h usr/include/c++/4.3.2/bits/mask_array.h usr/include/c++/4.3.2/bits/ostream.tcc usr/include/c++/4.3.2/bits/ostream_insert.h usr/include/c++/4.3.2/bits/postypes.h usr/include/c++/4.3.2/bits/slice_array.h usr/include/c++/4.3.2/bits/sstream.tcc usr/include/c++/4.3.2/bits/stl_algo.h usr/include/c++/4.3.2/bits/stl_algobase.h usr/include/c++/4.3.2/bits/stl_bvector.h usr/include/c++/4.3.2/bits/stl_construct.h usr/include/c++/4.3.2/bits/stl_deque.h usr/include/c++/4.3.2/bits/stl_function.h usr/include/c++/4.3.2/bits/stl_heap.h usr/include/c++/4.3.2/bits/stl_iterator.h usr/include/c++/4.3.2/bits/stl_iterator_base_funcs.h usr/include/c++/4.3.2/bits/stl_iterator_base_types.h usr/include/c++/4.3.2/bits/stl_list.h usr/include/c++/4.3.2/bits/stl_map.h usr/include/c++/4.3.2/bits/stl_move.h usr/include/c++/4.3.2/bits/stl_multimap.h usr/include/c++/4.3.2/bits/stl_multiset.h usr/include/c++/4.3.2/bits/stl_numeric.h usr/include/c++/4.3.2/bits/stl_pair.h usr/include/c++/4.3.2/bits/stl_queue.h usr/include/c++/4.3.2/bits/stl_raw_storage_iter.h usr/include/c++/4.3.2/bits/stl_relops.h usr/include/c++/4.3.2/bits/stl_set.h usr/include/c++/4.3.2/bits/stl_stack.h usr/include/c++/4.3.2/bits/stl_tempbuf.h usr/include/c++/4.3.2/bits/stl_tree.h usr/include/c++/4.3.2/bits/stl_uninitialized.h usr/include/c++/4.3.2/bits/stl_vector.h usr/include/c++/4.3.2/bits/stream_iterator.h usr/include/c++/4.3.2/bits/streambuf.tcc usr/include/c++/4.3.2/bits/streambuf_iterator.h usr/include/c++/4.3.2/bits/stringfwd.h usr/include/c++/4.3.2/bits/valarray_after.h usr/include/c++/4.3.2/bits/valarray_array.h usr/include/c++/4.3.2/bits/valarray_array.tcc usr/include/c++/4.3.2/bits/valarray_before.h usr/include/c++/4.3.2/bits/vector.tcc usr/include/c++/4.3.2/bitset usr/include/c++/4.3.2/c++0x_warning.h usr/include/c++/4.3.2/cassert usr/include/c++/4.3.2/ccomplex usr/include/c++/4.3.2/cctype usr/include/c++/4.3.2/cerrno usr/include/c++/4.3.2/cfenv usr/include/c++/4.3.2/cfloat usr/include/c++/4.3.2/cinttypes usr/include/c++/4.3.2/ciso646 usr/include/c++/4.3.2/climits usr/include/c++/4.3.2/clocale usr/include/c++/4.3.2/cmath usr/include/c++/4.3.2/complex usr/include/c++/4.3.2/complex.h usr/include/c++/4.3.2/csetjmp usr/include/c++/4.3.2/csignal usr/include/c++/4.3.2/cstdarg usr/include/c++/4.3.2/cstdbool usr/include/c++/4.3.2/cstddef usr/include/c++/4.3.2/cstdint usr/include/c++/4.3.2/cstdio usr/include/c++/4.3.2/cstdlib usr/include/c++/4.3.2/cstring usr/include/c++/4.3.2/ctgmath usr/include/c++/4.3.2/ctime usr/include/c++/4.3.2/cwchar usr/include/c++/4.3.2/cwctype usr/include/c++/4.3.2/cxxabi-forced.h usr/include/c++/4.3.2/cxxabi.h usr/include/c++/4.3.2/debug usr/include/c++/4.3.2/debug/bitset usr/include/c++/4.3.2/debug/debug.h usr/include/c++/4.3.2/debug/deque usr/include/c++/4.3.2/debug/formatter.h usr/include/c++/4.3.2/debug/functions.h usr/include/c++/4.3.2/debug/list usr/include/c++/4.3.2/debug/macros.h usr/include/c++/4.3.2/debug/map usr/include/c++/4.3.2/debug/map.h usr/include/c++/4.3.2/debug/multimap.h usr/include/c++/4.3.2/debug/multiset.h usr/include/c++/4.3.2/debug/safe_association.h usr/include/c++/4.3.2/debug/safe_base.h usr/include/c++/4.3.2/debug/safe_iterator.h usr/include/c++/4.3.2/debug/safe_iterator.tcc usr/include/c++/4.3.2/debug/safe_sequence.h usr/include/c++/4.3.2/debug/set usr/include/c++/4.3.2/debug/set.h usr/include/c++/4.3.2/debug/string usr/include/c++/4.3.2/debug/unordered_map usr/include/c++/4.3.2/debug/unordered_set usr/include/c++/4.3.2/debug/vector usr/include/c++/4.3.2/deque usr/include/c++/4.3.2/exception usr/include/c++/4.3.2/exception_defines.h usr/include/c++/4.3.2/ext usr/include/c++/4.3.2/ext/algorithm usr/include/c++/4.3.2/ext/array_allocator.h usr/include/c++/4.3.2/ext/atomicity.h usr/include/c++/4.3.2/ext/bitmap_allocator.h usr/include/c++/4.3.2/ext/codecvt_specializations.h usr/include/c++/4.3.2/ext/concurrence.h usr/include/c++/4.3.2/ext/debug_allocator.h usr/include/c++/4.3.2/ext/enc_filebuf.h usr/include/c++/4.3.2/ext/functional usr/include/c++/4.3.2/ext/hash_map usr/include/c++/4.3.2/ext/hash_set usr/include/c++/4.3.2/ext/iterator usr/include/c++/4.3.2/ext/malloc_allocator.h usr/include/c++/4.3.2/ext/memory usr/include/c++/4.3.2/ext/mt_allocator.h usr/include/c++/4.3.2/ext/new_allocator.h usr/include/c++/4.3.2/ext/numeric usr/include/c++/4.3.2/ext/numeric_traits.h usr/include/c++/4.3.2/ext/pb_ds usr/include/c++/4.3.2/ext/pb_ds/assoc_container.hpp usr/include/c++/4.3.2/ext/pb_ds/detail usr/include/c++/4.3.2/ext/pb_ds/detail/basic_tree_policy usr/include/c++/4.3.2/ext/pb_ds/detail/basic_tree_policy/basic_tree_policy_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/basic_tree_policy/null_node_metadata.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/basic_tree_policy/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/basic_types.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_ usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/bin_search_tree_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/cond_dtor_entry_dealtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/cond_key_dtor_entry_dealtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/node_iterators.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/point_iterators.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/r_erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/rotate_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/bin_search_tree_/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/binary_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/const_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/const_point_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/entry_cmp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/entry_pred.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/resize_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binary_heap_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_/binomial_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_ usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/binomial_heap_base_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/binomial_heap_base_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_ usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/cc_ht_map_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/cmp_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/cond_key_dtor_entry_dealtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/constructor_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/constructor_destructor_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/constructor_destructor_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/debug_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/debug_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/entry_list_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/erase_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/erase_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/find_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/insert_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/insert_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/resize_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/resize_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/resize_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/size_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/standard_policies.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cc_hash_table_map_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/cond_dealtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/container_base_dispatch.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/debug_map_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/eq_fn usr/include/c++/4.3.2/ext/pb_ds/detail/eq_fn/eq_by_less.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/eq_fn/hash_eq_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_ usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/constructor_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/constructor_destructor_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/constructor_destructor_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/debug_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/debug_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/erase_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/erase_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/find_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/find_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/gp_ht_map_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/insert_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/insert_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/iterator_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/resize_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/resize_no_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/resize_store_hash_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/standard_policies.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/gp_hash_table_map_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/direct_mask_range_hashing_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/direct_mod_range_hashing_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/linear_probe_fn_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/mask_based_range_hashing.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/mod_based_range_hashing.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/probe_fn_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/quadratic_probe_fn_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/ranged_hash_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/ranged_probe_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/sample_probe_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/sample_range_hashing.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/sample_ranged_hash_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/hash_fn/sample_ranged_probe_fn.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/const_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/const_point_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/left_child_next_sibling_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/node.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/null_metadata.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/left_child_next_sibling_heap_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_ usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/constructor_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/entry_metadata_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/lu_map_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_map_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_policy usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_policy/counter_lu_metadata.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_policy/counter_lu_policy_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_policy/mtf_lu_policy_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/list_update_policy/sample_update_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_ usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/cond_dtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/node_iterators.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/ov_tree_map_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/ov_tree_map_/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/pairing_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pairing_heap_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_ usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/child_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/cond_dtor_entry_dealtor.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/const_child_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/head.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/insert_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/internal_node.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/iterators_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/leaf.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/node_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/node_iterators.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/node_metadata_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/pat_trie_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/point_iterators.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/policy_access_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/r_erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/rotate_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/split_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/split_join_branch_bag.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/synth_e_access_traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/pat_trie_/update_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/priority_queue_base_dispatch.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_ usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/node.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/rb_tree_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rb_tree_map_/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/rc.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/rc_binomial_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/rc_binomial_heap_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/cc_hash_max_collision_check_resize_trigger_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/hash_exponential_size_policy_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/hash_load_check_resize_trigger_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/hash_load_check_resize_trigger_size_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/hash_prime_size_policy_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/hash_standard_resize_policy_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/sample_resize_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/sample_resize_trigger.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/resize_policy/sample_size_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_ usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/info_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/node.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/splay_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/splay_tree_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/splay_tree_/traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/standard_policies.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_ usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/constructors_destructor_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/debug_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/erase_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/find_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/insert_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/split_join_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/thin_heap_.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/thin_heap_/trace_fn_imps.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/tree_policy usr/include/c++/4.3.2/ext/pb_ds/detail/tree_policy/node_metadata_selector.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/tree_policy/null_node_update_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/tree_policy/order_statistics_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/tree_policy/sample_tree_node_update.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/tree_trace_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/node_metadata_selector.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/null_node_update_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/order_statistics_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/prefix_search_node_update_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/sample_trie_e_access_traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/sample_trie_node_update.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/string_trie_e_access_traits_imp.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/trie_policy/trie_policy_base.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/type_utils.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/types_traits.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/unordered_iterator usr/include/c++/4.3.2/ext/pb_ds/detail/unordered_iterator/const_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/unordered_iterator/const_point_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/unordered_iterator/iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/detail/unordered_iterator/point_iterator.hpp usr/include/c++/4.3.2/ext/pb_ds/exception.hpp usr/include/c++/4.3.2/ext/pb_ds/hash_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/list_update_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/priority_queue.hpp usr/include/c++/4.3.2/ext/pb_ds/tag_and_trait.hpp usr/include/c++/4.3.2/ext/pb_ds/tree_policy.hpp usr/include/c++/4.3.2/ext/pb_ds/trie_policy.hpp usr/include/c++/4.3.2/ext/pod_char_traits.h usr/include/c++/4.3.2/ext/pool_allocator.h usr/include/c++/4.3.2/ext/rb_tree usr/include/c++/4.3.2/ext/rc_string_base.h usr/include/c++/4.3.2/ext/rope usr/include/c++/4.3.2/ext/ropeimpl.h usr/include/c++/4.3.2/ext/slist usr/include/c++/4.3.2/ext/sso_string_base.h usr/include/c++/4.3.2/ext/stdio_filebuf.h usr/include/c++/4.3.2/ext/stdio_sync_filebuf.h usr/include/c++/4.3.2/ext/throw_allocator.h usr/include/c++/4.3.2/ext/type_traits.h usr/include/c++/4.3.2/ext/typelist.h usr/include/c++/4.3.2/ext/vstring.h usr/include/c++/4.3.2/ext/vstring.tcc usr/include/c++/4.3.2/ext/vstring_fwd.h usr/include/c++/4.3.2/ext/vstring_util.h usr/include/c++/4.3.2/fenv.h usr/include/c++/4.3.2/fstream usr/include/c++/4.3.2/functional usr/include/c++/4.3.2/i386-pc-solaris2.11 usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64 usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/atomic_word.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/basic_file.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/c++allocator.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/c++config.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/c++io.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/c++locale.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/cpu_defines.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/ctype_base.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/ctype_inline.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/ctype_noninline.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/cxxabi_tweaks.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/extc++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/gthr-default.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/gthr-posix.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/gthr-single.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/gthr-tpf.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/gthr.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/messages_members.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/os_defines.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/stdc++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/stdtr1c++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/amd64/bits/time_members.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/atomic_word.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/basic_file.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/c++allocator.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/c++config.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/c++io.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/c++locale.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/cpu_defines.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/ctype_base.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/ctype_inline.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/ctype_noninline.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/cxxabi_tweaks.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/extc++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/gthr-default.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/gthr-posix.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/gthr-single.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/gthr-tpf.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/gthr.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/messages_members.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/os_defines.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/stdc++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/stdtr1c++.h usr/include/c++/4.3.2/i386-pc-solaris2.11/bits/time_members.h usr/include/c++/4.3.2/iomanip usr/include/c++/4.3.2/ios usr/include/c++/4.3.2/iosfwd usr/include/c++/4.3.2/iostream usr/include/c++/4.3.2/istream usr/include/c++/4.3.2/iterator usr/include/c++/4.3.2/limits usr/include/c++/4.3.2/list usr/include/c++/4.3.2/locale usr/include/c++/4.3.2/map usr/include/c++/4.3.2/memory usr/include/c++/4.3.2/new usr/include/c++/4.3.2/numeric usr/include/c++/4.3.2/ostream usr/include/c++/4.3.2/parallel usr/include/c++/4.3.2/parallel/algo.h usr/include/c++/4.3.2/parallel/algobase.h usr/include/c++/4.3.2/parallel/algorithm usr/include/c++/4.3.2/parallel/algorithmfwd.h usr/include/c++/4.3.2/parallel/balanced_quicksort.h usr/include/c++/4.3.2/parallel/base.h usr/include/c++/4.3.2/parallel/basic_iterator.h usr/include/c++/4.3.2/parallel/checkers.h usr/include/c++/4.3.2/parallel/compatibility.h usr/include/c++/4.3.2/parallel/compiletime_settings.h usr/include/c++/4.3.2/parallel/equally_split.h usr/include/c++/4.3.2/parallel/features.h usr/include/c++/4.3.2/parallel/find.h usr/include/c++/4.3.2/parallel/find_selectors.h usr/include/c++/4.3.2/parallel/for_each.h usr/include/c++/4.3.2/parallel/for_each_selectors.h usr/include/c++/4.3.2/parallel/iterator.h usr/include/c++/4.3.2/parallel/list_partition.h usr/include/c++/4.3.2/parallel/losertree.h usr/include/c++/4.3.2/parallel/merge.h usr/include/c++/4.3.2/parallel/multiseq_selection.h usr/include/c++/4.3.2/parallel/multiway_merge.h usr/include/c++/4.3.2/parallel/multiway_mergesort.h usr/include/c++/4.3.2/parallel/numeric usr/include/c++/4.3.2/parallel/numericfwd.h usr/include/c++/4.3.2/parallel/omp_loop.h usr/include/c++/4.3.2/parallel/omp_loop_static.h usr/include/c++/4.3.2/parallel/par_loop.h usr/include/c++/4.3.2/parallel/parallel.h usr/include/c++/4.3.2/parallel/partial_sum.h usr/include/c++/4.3.2/parallel/partition.h usr/include/c++/4.3.2/parallel/queue.h usr/include/c++/4.3.2/parallel/quicksort.h usr/include/c++/4.3.2/parallel/random_number.h usr/include/c++/4.3.2/parallel/random_shuffle.h usr/include/c++/4.3.2/parallel/search.h usr/include/c++/4.3.2/parallel/set_operations.h usr/include/c++/4.3.2/parallel/settings.h usr/include/c++/4.3.2/parallel/sort.h usr/include/c++/4.3.2/parallel/tags.h usr/include/c++/4.3.2/parallel/types.h usr/include/c++/4.3.2/parallel/unique_copy.h usr/include/c++/4.3.2/parallel/workstealing.h usr/include/c++/4.3.2/queue usr/include/c++/4.3.2/random usr/include/c++/4.3.2/regex usr/include/c++/4.3.2/set usr/include/c++/4.3.2/sstream usr/include/c++/4.3.2/stack usr/include/c++/4.3.2/stdexcept usr/include/c++/4.3.2/streambuf usr/include/c++/4.3.2/string usr/include/c++/4.3.2/tgmath.h usr/include/c++/4.3.2/tr1 usr/include/c++/4.3.2/tr1/array usr/include/c++/4.3.2/tr1/bessel_function.tcc usr/include/c++/4.3.2/tr1/beta_function.tcc usr/include/c++/4.3.2/tr1/boost_sp_shared_count.h usr/include/c++/4.3.2/tr1/ccomplex usr/include/c++/4.3.2/tr1/cctype usr/include/c++/4.3.2/tr1/cfenv usr/include/c++/4.3.2/tr1/cfloat usr/include/c++/4.3.2/tr1/cinttypes usr/include/c++/4.3.2/tr1/climits usr/include/c++/4.3.2/tr1/cmath usr/include/c++/4.3.2/tr1/complex usr/include/c++/4.3.2/tr1/complex.h usr/include/c++/4.3.2/tr1/cstdarg usr/include/c++/4.3.2/tr1/cstdbool usr/include/c++/4.3.2/tr1/cstdint usr/include/c++/4.3.2/tr1/cstdio usr/include/c++/4.3.2/tr1/cstdlib usr/include/c++/4.3.2/tr1/ctgmath usr/include/c++/4.3.2/tr1/ctime usr/include/c++/4.3.2/tr1/ctype.h usr/include/c++/4.3.2/tr1/cwchar usr/include/c++/4.3.2/tr1/cwctype usr/include/c++/4.3.2/tr1/ell_integral.tcc usr/include/c++/4.3.2/tr1/exp_integral.tcc usr/include/c++/4.3.2/tr1/fenv.h usr/include/c++/4.3.2/tr1/float.h usr/include/c++/4.3.2/tr1/functional usr/include/c++/4.3.2/tr1/functional_hash.h usr/include/c++/4.3.2/tr1/gamma.tcc usr/include/c++/4.3.2/tr1/hashtable.h usr/include/c++/4.3.2/tr1/hypergeometric.tcc usr/include/c++/4.3.2/tr1/inttypes.h usr/include/c++/4.3.2/tr1/legendre_function.tcc usr/include/c++/4.3.2/tr1/limits.h usr/include/c++/4.3.2/tr1/math.h usr/include/c++/4.3.2/tr1/memory usr/include/c++/4.3.2/tr1/modified_bessel_func.tcc usr/include/c++/4.3.2/tr1/poly_hermite.tcc usr/include/c++/4.3.2/tr1/poly_laguerre.tcc usr/include/c++/4.3.2/tr1/random usr/include/c++/4.3.2/tr1/regex usr/include/c++/4.3.2/tr1/riemann_zeta.tcc usr/include/c++/4.3.2/tr1/special_function_util.h usr/include/c++/4.3.2/tr1/stdarg.h usr/include/c++/4.3.2/tr1/stdbool.h usr/include/c++/4.3.2/tr1/stdint.h usr/include/c++/4.3.2/tr1/stdio.h usr/include/c++/4.3.2/tr1/stdlib.h usr/include/c++/4.3.2/tr1/tgmath.h usr/include/c++/4.3.2/tr1/tuple usr/include/c++/4.3.2/tr1/type_traits usr/include/c++/4.3.2/tr1/unordered_map usr/include/c++/4.3.2/tr1/unordered_set usr/include/c++/4.3.2/tr1/utility usr/include/c++/4.3.2/tr1/wchar.h usr/include/c++/4.3.2/tr1/wctype.h usr/include/c++/4.3.2/tr1_impl usr/include/c++/4.3.2/tr1_impl/array usr/include/c++/4.3.2/tr1_impl/boost_shared_ptr.h usr/include/c++/4.3.2/tr1_impl/boost_sp_counted_base.h usr/include/c++/4.3.2/tr1_impl/cctype usr/include/c++/4.3.2/tr1_impl/cfenv usr/include/c++/4.3.2/tr1_impl/cinttypes usr/include/c++/4.3.2/tr1_impl/cmath usr/include/c++/4.3.2/tr1_impl/complex usr/include/c++/4.3.2/tr1_impl/cstdint usr/include/c++/4.3.2/tr1_impl/cstdio usr/include/c++/4.3.2/tr1_impl/cstdlib usr/include/c++/4.3.2/tr1_impl/cwchar usr/include/c++/4.3.2/tr1_impl/cwctype usr/include/c++/4.3.2/tr1_impl/functional usr/include/c++/4.3.2/tr1_impl/functional_hash.h usr/include/c++/4.3.2/tr1_impl/hashtable usr/include/c++/4.3.2/tr1_impl/hashtable_policy.h usr/include/c++/4.3.2/tr1_impl/random usr/include/c++/4.3.2/tr1_impl/random.tcc usr/include/c++/4.3.2/tr1_impl/regex usr/include/c++/4.3.2/tr1_impl/type_traits usr/include/c++/4.3.2/tr1_impl/unordered_map usr/include/c++/4.3.2/tr1_impl/unordered_set usr/include/c++/4.3.2/tr1_impl/utility usr/include/c++/4.3.2/tuple usr/include/c++/4.3.2/type_traits usr/include/c++/4.3.2/typeinfo usr/include/c++/4.3.2/unordered_map usr/include/c++/4.3.2/unordered_set usr/include/c++/4.3.2/utility usr/include/c++/4.3.2/valarray usr/include/c++/4.3.2/vector usr/lib/gcc usr/lib/gcc/i386-pc-solaris2.11 usr/lib/gcc/i386-pc-solaris2.11/4.3.2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/crtbegin.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/crtend.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/gmon.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgcc.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgcc_eh.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgcc_s.so=../../../../amd64/libgcc_s.so.1 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgcov.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgfortran.so=../../../../amd64/libgfortran.so.3 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgfortranbegin.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libgomp.so=../../../../amd64/libgomp.so.1 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libobjc.so=../../../../amd64/libobjc.so.2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libobjc_gc.so=../../../../amd64/libobjc_gc.so.2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libssp.so=../../../../amd64/libssp.so.0 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/amd64/libstdc++.so=../../../../amd64/libstdc++.so.6 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/cc1 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/cc1obj usr/lib/gcc/i386-pc-solaris2.11/4.3.2/cc1plus usr/lib/gcc/i386-pc-solaris2.11/4.3.2/collect2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/crtbegin.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/crtend.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/f951 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/finclude usr/lib/gcc/i386-pc-solaris2.11/4.3.2/finclude/omp_lib.f90 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/finclude/omp_lib.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/finclude/omp_lib.mod usr/lib/gcc/i386-pc-solaris2.11/4.3.2/finclude/omp_lib_kinds.mod usr/lib/gcc/i386-pc-solaris2.11/4.3.2/gmon.o usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/arpa usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/arpa/nameser_compat.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/curses.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/dat usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/dat/dat_platform_specific.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/evolution-data-server-2.24 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/evolution-data-server-2.24/libical usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/evolution-data-server-2.24/libical/icaltz-util.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/firefox usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/firefox/js usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/firefox/js/fdlibm.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/firefox/nss usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/firefox/nss/secport.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/gc usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/gc/gc_config_macros.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/iso usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/iso/math_c99.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/libpisock usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/libpisock/pi-usb.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/limits.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/math.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/mps usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/mps/secport.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_compat.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_fil.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_lookup.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_nat.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_pool.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_proxy.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/netinet/ip_state.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/pgsql usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/pgsql/internal usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/pgsql/internal/c.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/pgsql/server usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/pgsql/server/c.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/README usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/dt usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/dt/include usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/dt/include/Xm usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/dt/include/Xm/Xmos_r.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/dt/include/Xm/XmosP.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/DPS usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/DPS/dpsconfig.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xalloca.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xarch.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xfuncs.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xlibint.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xmd.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xos.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xos_r.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xosdefs.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/root/usr/openwin/include/X11/Xthreads.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/scim-1.0 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/scim-1.0/scim_types.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/SDL usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/SDL/SDL_stdinc.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/slang.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/sys usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/sys/feature_tests.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/sys/varargs.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/syslimits.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/tidy usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/tidy/platform.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/wchar.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/wx-2.8 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/wx-2.8/wx usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/wx-2.8/wx/platform.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/X11=root/usr/openwin/include/X11 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include-fixed/Xm=root/usr/dt/include/Xm usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ammintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/bmmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/cpuid.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/emmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/float.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/iso646.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/mm_malloc.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/mm3dnow.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/mmintrin-common.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/mmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/nmmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/encoding.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/hash.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/NXConstStr.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/objc-api.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/objc-decls.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/objc-list.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/objc.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/Object.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/Protocol.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/sarray.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/thr.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/objc/typedstream.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/omp.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/pmmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/smmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ssp usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ssp/ssp.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ssp/stdio.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ssp/string.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/ssp/unistd.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/stdarg.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/stdbool.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/stddef.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/stdfix.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/tgmath.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/tmmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/unwind.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/varargs.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include/xmmintrin.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/fixinc.sh usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/fixinc_list usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/fixincl usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/gsyslimits.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/include usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/include/limits.h usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/include/README usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/macro_list usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/mkheaders usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/mkheaders.conf usr/lib/gcc/i386-pc-solaris2.11/4.3.2/install-tools/mkinstalldirs usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgcc.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgcc_eh.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgcc_s.so=../../../libgcc_s.so.1 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgcov.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgfortran.so=../../../libgfortran.so.3 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgfortranbegin.a usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libgomp.so=../../../libgomp.so.1 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libobjc.so=../../../libobjc.so.2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libobjc_gc.so=../../../libobjc_gc.so.2 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libssp.so=../../../libssp.so.0 usr/lib/gcc/i386-pc-solaris2.11/4.3.2/libstdc++.so=../../../libstdc++.so.6 usr/share usr/share/info 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/locale usr/share/locale/*/LC_MESSAGES/* usr/share/man usr/share/man/man1 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 usr/share/man/man7 usr/share/man/man7/fsf-funding.7 usr/share/man/man7/gfdl.7 usr/share/man/man7/gpl.7 SUNWgccruntime432: ============== usr/lib usr/lib/amd64 usr/lib/amd64/libgcc_s.so.1 usr/lib/amd64/libgfortran.so.3.0.0 usr/lib/amd64/libgfortran.so.3=libgfortran.so.3.0.0 usr/lib/amd64/libgomp.so.1.0.0 usr/lib/amd64/libgomp.so.1=libgomp.so.1.0.0 usr/lib/amd64/libgomp.spec usr/lib/amd64/libobjc.so.2.0.0 usr/lib/amd64/libobjc.so.2=libobjc.so.2.0.0 usr/lib/amd64/libobjc_gc.so.2.0.0 usr/lib/amd64/libobjc_gc.so.2=libobjc_gc.so.2.0.0 usr/lib/amd64/libssp.so.0.0.0 usr/lib/amd64/libssp.so.0=libssp.so.0.0.0 usr/lib/amd64/libstdc++.so.6.0.10 usr/lib/amd64/libstdc++.so.6=libstdc++.so.6.0.10 usr/lib/gcc usr/lib/libgcc_s.so.1 usr/lib/libgfortran.so.3.0.0 usr/lib/libgfortran.so.3=libgfortran.so.3.0.0 usr/lib/libgomp.so.1.0.0 usr/lib/libgomp.so.1=libgomp.so.1.0.0 usr/lib/libgomp.spec usr/lib/libobjc.so.2.0.0 usr/lib/libobjc.so.2=libobjc.so.2.0.0 usr/lib/libobjc_gc.so.2.0.0 usr/lib/libobjc_gc.so.2=libobjc_gc.so.2.0.0 usr/lib/libssp.so.0.0.0 usr/lib/libssp.so.0=libssp.so.0.0.0 usr/lib/libstdc++.so.6.0.10 usr/lib/libstdc++.so.6=libstdc++.so.6.0.10 --Boundary_(ID_vTBdofZKeVoSwpiTa3aD5g)-- From George.Vasick@Sun.COM Wed Feb 18 08:07:42 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 n1IG7gGA007156 for ; Wed, 18 Feb 2009 08:07:42 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n1IG7gTv017034 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 18 Feb 2009 08:07:42 -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 <0KF900L2BRGTB900@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 18 Feb 2009 08:07:41 -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 <0KF900EESRGSWCD0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 18 Feb 2009 08:07:40 -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 n1IG7eEq012030 for ; Wed, 18 Feb 2009 08:07:40 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KF900B00Q89HY00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 18 Feb 2009 07:48:45 -0800 (PST) Received: from [129.146.85.75] ([unknown] [129.146.85.75]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KF9009R1QL6VSH0@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 18 Feb 2009 07:48:42 -0800 (PST) Date: Wed, 18 Feb 2009 08:07:35 -0800 From: George Vasick Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <2076485479.13381234941709549.JavaMail.Twebapp@sf-app1> Sender: George.Vasick@Sun.COM To: Marc Glisse Cc: opensolaris-arc@opensolaris.org, LSARC-ext@Sun.COM, George Vasick Message-id: <499C3247.2070602@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <2076485479.13381234941709549.JavaMail.Twebapp@sf-app1> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 811 Hi Marc, We want to allow customers to test a new release of the compilers before they remove the previous release requiring both compilers to be installed at once, for example gcc-4.3.2 and gcc-4.3.3. Thanks, George Marc Glisse wrote: > 01/07/2009] > In-Reply-To: <499B52B3.2050301@sun.com> > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 7bit > Approved: 2eb9m3 > > (sorry, using the forum so LSARC-ext is probably not in Cc:) > >> usr/bin/gcc-4.3.2=./i386-pc-solaris2.11-gcc-4.3.2 >> usr/bin/i386-pc-solaris2.11-gcc-4.3.2 > > I don't want to block anything (you don't even have to answer this post), just thought I'd mention, in case, that linux distros usually remove the final ".2" in those names, which makes sense to ease the patch/upgrade to 4.3.3. From Raj.Prakash@sun.com Wed Feb 18 09:34:29 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 n1IHYTrn028046 for ; Wed, 18 Feb 2009 09:34:29 -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.2) with ESMTP id n1IHYQhx016503 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 18 Feb 2009 10:34:28 -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 <0KF90020VVHFZD00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 18 Feb 2009 09:34:27 -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 <0KF9000J0VHFC650@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 18 Feb 2009 09:34:27 -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 n1IHYMck017162 for ; Wed, 18 Feb 2009 09:34:27 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KF900600VF7AX00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 18 Feb 2009 09:34:23 -0800 (PST) Received: from [129.150.19.232] ([unknown] [129.150.19.232]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KF9008QAVH8SEI0@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 18 Feb 2009 09:34:20 -0800 (PST) Date: Wed, 18 Feb 2009 09:34:21 -0800 From: Raj Prakash Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 02/20/2009] In-reply-to: <499C3247.2070602@sun.com> Sender: Raj.Prakash@sun.com To: LSARC-ext@sun.com Cc: George Vasick Message-id: <499C469D.9040604@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <2076485479.13381234941709549.JavaMail.Twebapp@sf-app1> <499C3247.2070602@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1015 Hello all, It appears that we are reaching a broad consensus on this case. So I am setting a timeout for this Friday. Regards, Raj. George Vasick wrote: > Hi Marc, > > We want to allow customers to test a new release of the compilers > before they remove the previous release requiring both compilers to be > installed at once, for example gcc-4.3.2 and gcc-4.3.3. > > > Thanks, > George > > > Marc Glisse wrote: >> 01/07/2009] >> In-Reply-To: <499B52B3.2050301@sun.com> >> MIME-Version: 1.0 >> Content-Type: text/plain; charset=UTF-8 >> Content-Transfer-Encoding: 7bit >> Approved: 2eb9m3 >> >> (sorry, using the forum so LSARC-ext is probably not in Cc:) >> >>> usr/bin/gcc-4.3.2=./i386-pc-solaris2.11-gcc-4.3.2 >>> usr/bin/i386-pc-solaris2.11-gcc-4.3.2 >> >> I don't want to block anything (you don't even have to answer this >> post), just thought I'd mention, in case, that linux distros usually >> remove the final ".2" in those names, which makes sense to ease the >> patch/upgrade to 4.3.3. > From marc.glisse@gmail.com Wed Feb 18 14:55: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 n1IMtBZF003063 for ; Wed, 18 Feb 2009 14:55:11 -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 n1IMt0kq029742 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 18 Feb 2009 15:55:11 -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 <0KFA00A1NABXKP00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 18 Feb 2009 14:55:09 -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 <0KFA00MW5ABWXS30@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 18 Feb 2009 14:55:08 -0800 (PST) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1IMmXMG022943 for ; Wed, 18 Feb 2009 22:55:08 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay13i.sun.com with ESMTP id BT-MMP-5042251 for LSARC-ext@sun.com; Wed, 18 Feb 2009 22:55:08 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-85745 for LSARC-ext@sun.com; Wed, 18 Feb 2009 22:55:08 +0000 (Z) Received: from rv-out-0304.google.com ([209.85.198.210] [209.85.198.210]) by relay1i.sun.com with ESMTP id BT-MMP-13764983 for LSARC-ext@sun.com; Wed, 18 Feb 2009 22:55:07 +0000 (Z) Received: by rv-out-0304.google.com with SMTP id c2so36448rvf.32 for ; Wed, 18 Feb 2009 14:55:07 -0800 (PST) Received: by 10.114.158.3 with SMTP id g3mr1705476wae.3.1234997707424; Wed, 18 Feb 2009 14:55:07 -0800 (PST) Date: Wed, 18 Feb 2009 22:55:07 +0000 From: marc.glisse@gmail.com Subject: Re: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout In-reply-to: <499C3247.2070602@sun.com> To: George Vasick , Marc Glisse , opensolaris-arc@opensolaris.org, LSARC-ext@sun.com Message-id: <00163646b7b0a648390463394fd3@google.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_GdVsii37thxSqpzvX9nRMw)" X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.062sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ Status: RO Content-Length: 1385 --Boundary_(ID_GdVsii37thxSqpzvX9nRMw) Content-type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-transfer-encoding: 7BIT On Feb 18, 2009 8:07am, George Vasick wrote: > We want to allow customers to test a new release of the compilers before they remove the previous release requiring both compilers to be installed at once, for example gcc-4.3.2 and gcc-4.3.3. My point was that 4.3.3 is *not* a new release (4.4 is), just a patch. When you apply a Sun patch 123456-07, you don't keep the old version on the side, you update it in place. But as I said, I am fine with what you propose and can understand your reasons. --Boundary_(ID_GdVsii37thxSqpzvX9nRMw) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT On Feb 18, 2009 8:07am, George Vasick <George.Vasick@sun.com> wrote:
> We want to allow customers to test a new release of the compilers before they remove the previous release requiring both compilers to be installed at once, for example gcc-4.3.2 and gcc-4.3.3.

My point was that 4.3.3 is *not* a new release (4.4 is), just a patch. When you apply a Sun patch 123456-07, you don't keep the old version on the side, you update it in place. But as I said, I am fine with what you propose and can understand your reasons. --Boundary_(ID_GdVsii37thxSqpzvX9nRMw)-- From Raj.Prakash@sun.com Sat Feb 21 11:18:59 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 n1LJIwPr002525 for ; Sat, 21 Feb 2009 11:18:58 -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 n1LJImqK002341 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sun, 22 Feb 2009 03:18:56 +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 <0KFF0090BKBHLR00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sat, 21 Feb 2009 11:18:53 -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 <0KFF00H0KKBH4ZF0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sat, 21 Feb 2009 11:18:53 -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 n1LJIrAk012014 for ; Sat, 21 Feb 2009 11:18:53 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFF00200K7U3100@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sat, 21 Feb 2009 11:18:53 -0800 (PST) Received: from [129.146.122.8] ([unknown] [129.146.122.8]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFF00290KBBXX90@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sat, 21 Feb 2009 11:18:53 -0800 (PST) Date: Sat, 21 Feb 2009 11:18:47 -0800 From: Raj Prakash Subject: Re: GNU Developer Collection [LSARC/2008/776 FastTrack timeout 02/20/2009] In-reply-to: <499C469D.9040604@sun.com> Sender: Raj.Prakash@sun.com To: LSARC-ext@sun.com Cc: George Vasick Message-id: <49A05397.9010102@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <2076485479.13381234941709549.JavaMail.Twebapp@sf-app1> <499C3247.2070602@sun.com> <499C469D.9040604@sun.com> User-Agent: Thunderbird 2.0.0.16 (X11/20080807) Status: RO Content-Length: 1135 This case is now approved. Raj. On 02/18/09 09:34, Raj Prakash wrote: > Hello all, > > It appears that we are reaching a broad consensus on this case. So I > am setting a timeout for this Friday. > > Regards, > Raj. > > George Vasick wrote: >> Hi Marc, >> >> We want to allow customers to test a new release of the compilers >> before they remove the previous release requiring both compilers to >> be installed at once, for example gcc-4.3.2 and gcc-4.3.3. >> >> >> Thanks, >> George >> >> >> Marc Glisse wrote: >>> 01/07/2009] >>> In-Reply-To: <499B52B3.2050301@sun.com> >>> MIME-Version: 1.0 >>> Content-Type: text/plain; charset=UTF-8 >>> Content-Transfer-Encoding: 7bit >>> Approved: 2eb9m3 >>> >>> (sorry, using the forum so LSARC-ext is probably not in Cc:) >>> >>>> usr/bin/gcc-4.3.2=./i386-pc-solaris2.11-gcc-4.3.2 >>>> usr/bin/i386-pc-solaris2.11-gcc-4.3.2 >>> >>> I don't want to block anything (you don't even have to answer this >>> post), just thought I'd mention, in case, that linux distros usually >>> remove the final ".2" in those names, which makes sense to ease the >>> patch/upgrade to 4.3.3. >> > >