Other issues have come to light since I wrote that email. What about the the headers for the Apache library? What about Solaris 10?
--- 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 >
