Steve Clamage wrote: > Other issues have come to light since I wrote that email. > > What about the the headers for the Apache library? What about Solaris 10?
The headers must be included with the library. Otherwise the integration is completely useless. It is up to the Compiler Team whether or not this should be integrated in Solaris 10 as well. If you would like us to do it, under the exact same terms (i.e. transition to the compiler team when you are ready to provide it with the Studio compilers), we will gladly do so. --Stefan ----- > > --- > Steve Clamage, stephen.clamage at sun.com > > On 9/7/2008 8:44 AM, Stefan Teleman wrote: >> >> Steve Clamage wrote: >>> On 9/6/2008 12:33 PM, Stefan Teleman wrote: >>>> Steve Clamage and myself had reached an agreement on this, a couple >>>> of days ago: >>>> >>>> 1. We [ SFW/KDE ] were going to introduce this library in >>>> Nevada/OpenSolaris -- it's the easiest integration, and it's the one >>>> we care most about, because it can be done *now*. >>>> 2. They [ DevPro/Tools ] were going to introduce this library with >>>> the compiler(s), for Solaris 9/10, at some point in the future. I >>>> cannot say when that will be. >>>> >>>> Is this agreement still valid ? Or has it been filibustered ? >>> I don't remember agreeing to SFW/KDE introducing the library into >>> SNV/OpenSolaris, at least not in the form of the original proposal. >> >> Return-Path: <Stephen.Clamage at Sun.COM> >> Received: from dm-eng-01.sfbay.sun.com (dm-eng-01.SFBay.Sun.COM >> [129.145.155.198]) >> by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP >> id m84G6JtH022178 >> (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 >> verify=NO) >> for <steleman at jurassic-x4600.eng.sun.com>; Thu, 4 Sep 2008 >> 09:06:19 -0700 (PDT) >> Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM >> [192.18.43.133]) >> by dm-eng-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with >> ESMTP id m84G6Jot001323 >> for <steleman at jurassic-x4600.eng.sun.com>; Thu, 4 Sep 2008 >> 09:06:19 -0700 (PDT) >> Received: from fe-sfbay-09.sun.com ([192.18.43.129]) >> by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id >> m84G6ED3008515 >> for <steleman at jurassic-x4600.eng.sun.com>; Thu, 4 Sep 2008 >> 09:06:14 -0700 (PDT) >> 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 <0K6O00C01HM0JY00 at fe-sfbay-09.sun.com> >> (original mail from Stephen.Clamage at Sun.COM) >> for steleman at jurassic-x4600.eng.sun.com (ORCPT Stefan.Teleman at >> Sun.COM); >> Thu, >> 04 Sep 2008 09:06:14 -0700 (PDT) >> Received: from [129.146.86.208] by fe-sfbay-09.sun.com >> (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) >> with ESMTPSA id <0K6O000HMI2905F0 at fe-sfbay-09.sun.com> for >> steleman at jurassic-x4600.eng.sun.com (ORCPT Stefan.Teleman at Sun.COM); >> Thu, >> 04 Sep 2008 09:06:09 -0700 (PDT) >> Date: Thu, 04 Sep 2008 09:06:09 -0700 >> From: Steve Clamage <Stephen.Clamage at Sun.COM> >> Subject: Re: PSARC/2008/549 - Apache Standard C++ Library >> In-reply-to: <48C002D6.8070607 at Sun.COM> >> Sender: Stephen.Clamage at Sun.COM >> To: Stefan Teleman <Stefan.Teleman at Sun.COM> >> Cc: John.Fischer at Sun.COM, Garrett.Damore at Sun.COM, >> Mukesh Kapoor <Mukesh.Kapoor at Sun.COM> >> Message-id: <48C00771.3020108 at sun.com> >> Organization: Sun Microsystems, Inc. >> MIME-version: 1.0 >> Content-type: text/plain; format=flowed; charset=ISO-8859-1 >> Content-transfer-encoding: 7BIT >> References: <1219697434.9503.162.camel at sr1-umpk-16> >> <48B32BE5.7030506 at sun.com> >> <48B33D48.5090202 at Sun.COM> <48B4362C.7070604 at sun.com> >> <48B458DA.5050700 at Sun.COM> <48B47579.4070609 at sun.com> >> <48B479EC.8070204 at Sun.COM> <48B48070.2000407 at Sun.Com> >> <48B48963.30600 at Sun.COM> >> <48B48E59.2000807 at sun.com> <48B4C3F7.5030003 at Sun.COM> >> <48B4CCCA.7030002 at Sun.Com> <48B4DE3B.8040608 at sun.com> >> <48B4E6DB.1040207 at Sun.Com> <48BED9A9.4030306 at Sun.Com> >> <48BEDE7B.3070606 at sun.com> <48BEE796.2050402 at Sun.COM> >> <48BEEDBF.7090201 at sun.com> <48BF1A80.6080700 at sun.com> >> <48BF2650.2060200 at Sun.COM> <48BFFAC7.9060204 at sun.com> >> <1220542021.19370.12.camel at sr1-umpk-16> <48C002D6.8070607 at Sun.COM> >> User-Agent: Thunderbird 2.0.0.16 (X11/20080807) >> >> >> [ ... ] >> >> > Now I understand how you got to where you are with this ARC case, and I >> > think we may at last be on the same page. >> > >> > John Fischer suggested that the project could deliver libstdcxx.so into >> > /usr/lib, until the compiler team is able to do it. >> > >> > How about this: a separate package SUNWstdcxx (are 10 letters allowed in >> > a package name?) consisting of just the appropriate versions of >> > libstdcxx.so. Your project delivers the package until the compiler team >> > is ready, then responsibility for the package transfers to the compiler >> > team. That way we don't have issues with the contents of package X >> > transferred to package Y. >> >> I understood the last paragraph to mean what i had stated in my earlier >> email. >> >> --Stefan >> >> ----- >> >> On 09/04/08 08:46, Stefan Teleman wrote: >> >> >>> My team and I are looking into the technical issues involved in >>> delivering the library seamlessly integrated into the compiler. (For >>> example, whether we must deliver separate libraries for MT and non-MT >>> programs.) We also need to get management buy-in for the increased >>> scope of work. >>> >>> --- >>> Steve Clamage, stephen.clamage at sun.com >>> _______________________________________________ >>> opensolaris-arc mailing list >>> opensolaris-arc at opensolaris.org > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc at opensolaris.org -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman at Sun.COM
