From sacadmin Fri Feb 1 08:52:05 2008 Received: from zruty.sfbay.sun.com (zruty [129.146.168.40]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m11Gq5nK005188 for ; Fri, 1 Feb 2008 08:52:05 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m11Gq5P3020943; Fri, 1 Feb 2008 08:52:05 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m11Gq59b020942; Fri, 1 Feb 2008 08:52:05 -0800 (PST) Date: Fri, 1 Feb 2008 08:52:05 -0800 From: Danek Duvall To: Irene Huang Cc: LSARC , JDS Dev , Jerry.Tan@sun.com Subject: Re: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/13/2008] Message-ID: <20080201165205.GE7648@zruty.sfbay.sun.com> References: <1201857576.17950.86.camel@goalie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1201857576.17950.86.camel@goalie> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 127 The same comments apply here as for 2008/067. I'm also correcting the subject line to contain the correct case number. Danek From sacadmin Tue Feb 19 23:56:14 2008 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02 [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1K7uBbY020522 for ; Tue, 19 Feb 2008 23:56:14 -0800 (PST) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1K7uBfn028745 for ; Tue, 19 Feb 2008 23:56:11 -0800 (PST) Received: from relay42i.sun.com ([192.5.209.72]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1K7qJ8D021196 for ; Wed, 20 Feb 2008 07:56:10 GMT Received: from mms49es.sun.com ([160.41.221.233] [160.41.221.233]) by relay42i.sun.com with ESMTP id BT-MMP-849886 for LSARC@sac.sfbay.sun.com; Wed, 20 Feb 2008 07:56:10 Z Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118]) by mms49es.sun.com with ESMTP id BT-MMP-3773879 for LSARC@sac.sfbay.sun.com; Wed, 20 Feb 2008 07:56:10 Z Received: from partslist.i.mcintyreweb.com ([64.166.3.74] [64.166.3.74]) by relay4i.sun.com with ESMTP id BT-MMP-14849911 for LSARC@sac.sfbay.sun.com; Wed, 20 Feb 2008 07:56:09 Z Received: from [127.0.0.1] (localhost [127.0.0.1]) by partslist.i.mcintyreweb.com (8.13.8+Sun/8.13.8) with ESMTP id m1K7u3Y3014124; Tue, 19 Feb 2008 23:56:03 -0800 (PST) Message-ID: <47BBDD13.5020301@mcintyreweb.com> Date: Tue, 19 Feb 2008 23:56:03 -0800 From: Hugh McIntyre User-Agent: Thunderbird 2.0.0.9 (X11/20071119) To: Irene Huang CC: Danek Duvall , Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , lsarc-ext@sun.com, JDS Dev Subject: Re: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/13/2008] References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> <47B3E796.6030100@mcintyreweb.com> <20080214073758.GX28799@zruty.sfbay.sun.com> <1203316193.1087.60.camel@goalie> <1203389837.2092.8.camel@goalie> In-Reply-To: <1203389837.2092.8.camel@goalie> X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-2.6/5.0, scanned in 0.140sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Status: RO Content-Length: 3222 Hi Irene, Irene Huang wrote: > Closing as approved. > > Spec updated at > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal-v2.txt Can someone see if this new spec can be pushed to the case directory on opensolaris.org? (Or emailed). Since it does not seem to have made it on it's own? Also, as a FYI, none of the previous emails made it into the correct case folder because of the subject incorrectly containing 2008/067, not 2008/068. So people in future may struggle to find the mail record, except for this message which will hopefully point the user in the right direction. > Interface stability changed as necessary. A section with risk is also > added to explain the name conflict of libgc.so in Sun Studio. Presumably this will also go in the man page? Thanks, Hugh. > Modified contents are marked using "!" at the beginning of the line. > > --Irene > On Mon, 2008-02-18 at 14:29 +0800, Irene Huang wrote: >> Hi, all >> >> Here's the issue list for this case, with answers provided by Jerry >> >> Interface stability: why is it "Volatile" >> Jerry: we are agreeable with change the stability to be "Uncommitted". >> Since there is little incompatible changes in the community. >> >> there's also another copy of libgc.so in Sun Studio, will there be any >> conflict? >> There's no runtime issues, since the SONAME of these two libgc.so are >> different. By specifying cflag -L, there will be no link-time issues >> either. >> >> However, the duplication of libgc.so is still pending opinion from >> compiler team. It seems that this doesn't block the approval of this >> case. >> >> If there's no further issues, I would like to close this case as >> approved. >> >> Thanks >> >> --Irene >> On Wed, 2008-02-13 at 23:37 -0800, Danek Duvall wrote: >>> On Wed, Feb 13, 2008 at 11:02:46PM -0800, Hugh McIntyre wrote: >>> >>>> Danek Duvall wrote: >>>>> On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: >>>>> >>>>> Any word from the compiler folks about how they'd like to see this project >>>>> move forward? Or should we just let it time out as specified (with the >>>>> interfaces changed to Committed)? >>>> Exactly. Although there seems to be agreement to have one libgc.so in the >>>> end, which is fine, there's still no comment on what's planned to avoid two >>>> incompatible libraries if someone installs Studio on top of Indiana. >>>> >>>> I.e.: is the assumed plan to issue a studio patch or new version to move or >>>> upgrade the studio library? A warning to users? Or some other measure? >>> Another thing we need to know is the full SONAME for the libraries >>> involved. For anyone looking to submit arc cases, please note: the *.so >>> form of a library is *not* sufficient. Nor is the realpath()ed name of the >>> link correct. We need to know what the SONAME is, as specified on the ld >>> commandline with the -h flag. We've been seeing this mistake a lot >>> recently. >>> >>> Studio appears to ship libgc.so.1. I know a lot of F/OSS libraries ship >>> with version numbers other than 1, so there may not be a run-time issue, >>> only a link-time issue, which can be pretty easily managed with the >>> appropriate -L flags. >>> >>> Danek From lists@mcintyreweb.com Tue Feb 19 23:56:20 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1K7uKqJ020534 for ; Tue, 19 Feb 2008 23:56:20 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1K7uEhH005206; Tue, 19 Feb 2008 23:56:17 -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 <0JWJ0000T21PFP00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 19 Feb 2008 23:56:13 -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 <0JWJ0064821O3880@nwk-avmta-1.sfbay.Sun.COM>; Tue, 19 Feb 2008 23:56:12 -0800 (PST) Received: from relay43i.sun.com ([192.5.209.74]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1K7qAnn005428; Wed, 20 Feb 2008 07:56:11 +0000 (GMT) Received: from mms48es.sun.com ([160.41.221.231] [160.41.221.231]) by relay43i.sun.com with ESMTP id BT-MMP-481798; Wed, 20 Feb 2008 07:56:11 +0000 (Z) Received: from relay44i.sun.com (relay44i.sun.com [192.5.209.118]) by mms48es.sun.com with ESMTP id BT-MMP-3607081; Wed, 20 Feb 2008 07:56:11 +0000 (Z) Received: from partslist.i.mcintyreweb.com ([64.166.3.74] [64.166.3.74]) by relay4i.sun.com with ESMTP id BT-MMP-14849930; Wed, 20 Feb 2008 07:56:10 +0000 (Z) Received: from [127.0.0.1] (localhost [127.0.0.1]) by partslist.i.mcintyreweb.com (8.13.8+Sun/8.13.8) with ESMTP id m1K7u3Y3014124; Tue, 19 Feb 2008 23:56:03 -0800 (PST) Date: Tue, 19 Feb 2008 23:56:03 -0800 From: Hugh McIntyre Subject: Re: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/13/2008] In-reply-to: <1203389837.2092.8.camel@goalie> To: Irene Huang Cc: Danek Duvall , Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , lsarc-ext@sun.com, JDS Dev Message-id: <47BBDD13.5020301@mcintyreweb.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-2.6/5.0, scanned in 0.140sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> <47B3E796.6030100@mcintyreweb.com> <20080214073758.GX28799@zruty.sfbay.sun.com> <1203316193.1087.60.camel@goalie> <1203389837.2092.8.camel@goalie> User-Agent: Thunderbird 2.0.0.9 (X11/20071119) Status: RO Content-Length: 3222 Hi Irene, Irene Huang wrote: > Closing as approved. > > Spec updated at > http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal-v2.txt Can someone see if this new spec can be pushed to the case directory on opensolaris.org? (Or emailed). Since it does not seem to have made it on it's own? Also, as a FYI, none of the previous emails made it into the correct case folder because of the subject incorrectly containing 2008/067, not 2008/068. So people in future may struggle to find the mail record, except for this message which will hopefully point the user in the right direction. > Interface stability changed as necessary. A section with risk is also > added to explain the name conflict of libgc.so in Sun Studio. Presumably this will also go in the man page? Thanks, Hugh. > Modified contents are marked using "!" at the beginning of the line. > > --Irene > On Mon, 2008-02-18 at 14:29 +0800, Irene Huang wrote: >> Hi, all >> >> Here's the issue list for this case, with answers provided by Jerry >> >> Interface stability: why is it "Volatile" >> Jerry: we are agreeable with change the stability to be "Uncommitted". >> Since there is little incompatible changes in the community. >> >> there's also another copy of libgc.so in Sun Studio, will there be any >> conflict? >> There's no runtime issues, since the SONAME of these two libgc.so are >> different. By specifying cflag -L, there will be no link-time issues >> either. >> >> However, the duplication of libgc.so is still pending opinion from >> compiler team. It seems that this doesn't block the approval of this >> case. >> >> If there's no further issues, I would like to close this case as >> approved. >> >> Thanks >> >> --Irene >> On Wed, 2008-02-13 at 23:37 -0800, Danek Duvall wrote: >>> On Wed, Feb 13, 2008 at 11:02:46PM -0800, Hugh McIntyre wrote: >>> >>>> Danek Duvall wrote: >>>>> On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: >>>>> >>>>> Any word from the compiler folks about how they'd like to see this project >>>>> move forward? Or should we just let it time out as specified (with the >>>>> interfaces changed to Committed)? >>>> Exactly. Although there seems to be agreement to have one libgc.so in the >>>> end, which is fine, there's still no comment on what's planned to avoid two >>>> incompatible libraries if someone installs Studio on top of Indiana. >>>> >>>> I.e.: is the assumed plan to issue a studio patch or new version to move or >>>> upgrade the studio library? A warning to users? Or some other measure? >>> Another thing we need to know is the full SONAME for the libraries >>> involved. For anyone looking to submit arc cases, please note: the *.so >>> form of a library is *not* sufficient. Nor is the realpath()ed name of the >>> link correct. We need to know what the SONAME is, as specified on the ld >>> commandline with the -h flag. We've been seeing this mistake a lot >>> recently. >>> >>> Studio appears to ship libgc.so.1. I know a lot of F/OSS libraries ship >>> with version numbers other than 1, so there may not be a run-time issue, >>> only a link-time issue, which can be pretty easily managed with the >>> appropriate -L flags. >>> >>> Danek From sacadmin Wed Feb 20 02:17:01 2008 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01 [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1KAH1eB026262 for ; Wed, 20 Feb 2008 02:17:01 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1KAH0td032399 for ; Wed, 20 Feb 2008 02:17:01 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1KAGw2k011028 for ; Wed, 20 Feb 2008 10:16:58 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWJ000018CMPT00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for LSARC@sac.sfbay.sun.com; Wed, 20 Feb 2008 18:16:54 +0800 (SGT) Received: from [129.158.219.209] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWJ006E18K5KD19@mail-apac.sun.com>; Wed, 20 Feb 2008 18:16:54 +0800 (SGT) Date: Wed, 20 Feb 2008 18:17:24 +0800 From: Irene Huang Subject: Re: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/13/2008] In-reply-to: <47BBDD13.5020301@mcintyreweb.com> Sender: Irene.Huang@sun.com To: Hugh McIntyre Cc: Danek Duvall , Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , lsarc-ext@sun.com, JDS Dev Message-id: <47BBFE34.20805@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> <47B3E796.6030100@mcintyreweb.com> <20080214073758.GX28799@zruty.sfbay.sun.com> <1203316193.1087.60.camel@goalie> <1203389837.2092.8.camel@goalie> <47BBDD13.5020301@mcintyreweb.com> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Status: RO Content-Length: 3577 Hi, Hugh Thanks for the mail. I'll figure out how the new spec can go up the opensolaris website ASAP. Sorry for the mistake. Any suggestion about how to move the mail log to the right place? --Irene Hugh McIntyre wrote: > Hi Irene, > > Irene Huang wrote: >> Closing as approved. >> Spec updated at >> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal-v2.txt > > Can someone see if this new spec can be pushed to the case directory on > opensolaris.org? (Or emailed). Since it does not seem to have made > it on it's own? > > Also, as a FYI, none of the previous emails made it into the correct > case folder because of the subject incorrectly containing 2008/067, not > 2008/068. So people in future may struggle to find the mail record, > except for this message which will hopefully point the user in the right > direction. > >> Interface stability changed as necessary. A section with risk is also >> added to explain the name conflict of libgc.so in Sun Studio. > > Presumably this will also go in the man page? > > Thanks, > > Hugh. > > >> Modified contents are marked using "!" at the beginning of the line. >> >> --Irene >> On Mon, 2008-02-18 at 14:29 +0800, Irene Huang wrote: >>> Hi, all >>> Here's the issue list for this case, with answers provided by Jerry >>> >>> Interface stability: why is it "Volatile" Jerry: we are agreeable >>> with change the stability to be "Uncommitted". >>> Since there is little incompatible changes in the community. >>> there's also another copy of libgc.so in Sun Studio, will there be any >>> conflict? >>> There's no runtime issues, since the SONAME of these two libgc.so are >>> different. By specifying cflag -L, there will be no link-time issues >>> either. >>> However, the duplication of libgc.so is still pending opinion from >>> compiler team. It seems that this doesn't block the approval of this >>> case. >>> >>> If there's no further issues, I would like to close this case as >>> approved. >>> Thanks >>> --Irene >>> On Wed, 2008-02-13 at 23:37 -0800, Danek Duvall wrote: >>>> On Wed, Feb 13, 2008 at 11:02:46PM -0800, Hugh McIntyre wrote: >>>> >>>>> Danek Duvall wrote: >>>>>> On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: >>>>>> >>>>>> Any word from the compiler folks about how they'd like to see >>>>>> this project >>>>>> move forward? Or should we just let it time out as specified >>>>>> (with the >>>>>> interfaces changed to Committed)? >>>>> Exactly. Although there seems to be agreement to have one >>>>> libgc.so in the end, which is fine, there's still no comment on >>>>> what's planned to avoid two incompatible libraries if someone >>>>> installs Studio on top of Indiana. >>>>> >>>>> I.e.: is the assumed plan to issue a studio patch or new version >>>>> to move or upgrade the studio library? A warning to users? Or >>>>> some other measure? >>>> Another thing we need to know is the full SONAME for the libraries >>>> involved. For anyone looking to submit arc cases, please note: the >>>> *.so >>>> form of a library is *not* sufficient. Nor is the realpath()ed >>>> name of the >>>> link correct. We need to know what the SONAME is, as specified on >>>> the ld >>>> commandline with the -h flag. We've been seeing this mistake a lot >>>> recently. >>>> >>>> Studio appears to ship libgc.so.1. I know a lot of F/OSS libraries >>>> ship >>>> with version numbers other than 1, so there may not be a run-time >>>> issue, >>>> only a link-time issue, which can be pretty easily managed with the >>>> appropriate -L flags. >>>> >>>> Danek > > From Irene.Huang@sun.com Wed Feb 20 02:17:05 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 m1KAH4jP026271 for ; Wed, 20 Feb 2008 02:17:04 -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 m1KAH2PT014358; Wed, 20 Feb 2008 10:17:03 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 <0JWJ00E078KDFC00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 20 Feb 2008 02:17:01 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWJ00CI08K7NA40@nwk-avmta-1.sfbay.Sun.COM>; Wed, 20 Feb 2008 02:17:01 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1KAH59g025037; Wed, 20 Feb 2008 10:17:05 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JWJ000018CMPT00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM); Wed, 20 Feb 2008 18:16:55 +0800 (SGT) Received: from [129.158.219.209] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JWJ006E18K5KD19@mail-apac.sun.com>; Wed, 20 Feb 2008 18:16:54 +0800 (SGT) Date: Wed, 20 Feb 2008 18:17:24 +0800 From: Irene Huang Subject: Re: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/13/2008] In-reply-to: <47BBDD13.5020301@mcintyreweb.com> Sender: Irene.Huang@sun.com To: Hugh McIntyre Cc: Danek Duvall , Brian Cameron , Terrence.Miller@sun.com, Jerry.Tan@sun.com, LSARC , lsarc-ext@sun.com, JDS Dev Message-id: <47BBFE34.20805@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <1201857576.17950.86.camel@goalie> <47A3D7D2.1060903@sun.com> <47A6C668.3050607@mcintyreweb.com> <47A78255.6040700@Sun.COM> <47A7955C.6020308@sun.com> <20080212181308.GA22027@zruty.sfbay.sun.com> <47B3E796.6030100@mcintyreweb.com> <20080214073758.GX28799@zruty.sfbay.sun.com> <1203316193.1087.60.camel@goalie> <1203389837.2092.8.camel@goalie> <47BBDD13.5020301@mcintyreweb.com> User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Status: RO Content-Length: 3577 Hi, Hugh Thanks for the mail. I'll figure out how the new spec can go up the opensolaris website ASAP. Sorry for the mistake. Any suggestion about how to move the mail log to the right place? --Irene Hugh McIntyre wrote: > Hi Irene, > > Irene Huang wrote: >> Closing as approved. >> Spec updated at >> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/068/proposal-v2.txt > > Can someone see if this new spec can be pushed to the case directory on > opensolaris.org? (Or emailed). Since it does not seem to have made > it on it's own? > > Also, as a FYI, none of the previous emails made it into the correct > case folder because of the subject incorrectly containing 2008/067, not > 2008/068. So people in future may struggle to find the mail record, > except for this message which will hopefully point the user in the right > direction. > >> Interface stability changed as necessary. A section with risk is also >> added to explain the name conflict of libgc.so in Sun Studio. > > Presumably this will also go in the man page? > > Thanks, > > Hugh. > > >> Modified contents are marked using "!" at the beginning of the line. >> >> --Irene >> On Mon, 2008-02-18 at 14:29 +0800, Irene Huang wrote: >>> Hi, all >>> Here's the issue list for this case, with answers provided by Jerry >>> >>> Interface stability: why is it "Volatile" Jerry: we are agreeable >>> with change the stability to be "Uncommitted". >>> Since there is little incompatible changes in the community. >>> there's also another copy of libgc.so in Sun Studio, will there be any >>> conflict? >>> There's no runtime issues, since the SONAME of these two libgc.so are >>> different. By specifying cflag -L, there will be no link-time issues >>> either. >>> However, the duplication of libgc.so is still pending opinion from >>> compiler team. It seems that this doesn't block the approval of this >>> case. >>> >>> If there's no further issues, I would like to close this case as >>> approved. >>> Thanks >>> --Irene >>> On Wed, 2008-02-13 at 23:37 -0800, Danek Duvall wrote: >>>> On Wed, Feb 13, 2008 at 11:02:46PM -0800, Hugh McIntyre wrote: >>>> >>>>> Danek Duvall wrote: >>>>>> On Mon, Feb 04, 2008 at 04:44:44PM -0600, Brian Cameron wrote: >>>>>> >>>>>> Any word from the compiler folks about how they'd like to see >>>>>> this project >>>>>> move forward? Or should we just let it time out as specified >>>>>> (with the >>>>>> interfaces changed to Committed)? >>>>> Exactly. Although there seems to be agreement to have one >>>>> libgc.so in the end, which is fine, there's still no comment on >>>>> what's planned to avoid two incompatible libraries if someone >>>>> installs Studio on top of Indiana. >>>>> >>>>> I.e.: is the assumed plan to issue a studio patch or new version >>>>> to move or upgrade the studio library? A warning to users? Or >>>>> some other measure? >>>> Another thing we need to know is the full SONAME for the libraries >>>> involved. For anyone looking to submit arc cases, please note: the >>>> *.so >>>> form of a library is *not* sufficient. Nor is the realpath()ed >>>> name of the >>>> link correct. We need to know what the SONAME is, as specified on >>>> the ld >>>> commandline with the -h flag. We've been seeing this mistake a lot >>>> recently. >>>> >>>> Studio appears to ship libgc.so.1. I know a lot of F/OSS libraries >>>> ship >>>> with version numbers other than 1, so there may not be a run-time >>>> issue, >>>> only a link-time issue, which can be pretty easily managed with the >>>> appropriate -L flags. >>>> >>>> Danek > > From sacadmin Sun Feb 15 19:42:45 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1G3gjao018354 for ; Sun, 15 Feb 2009 19:42:45 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1G3gioJ053435 for ; Sun, 15 Feb 2009 19:42:45 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1G3gciI013289 for ; Mon, 16 Feb 2009 03:42:39 GMT MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_IrGPw3reLsXn03uvxjBhlQ)" Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KF5003003FPP700@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Mon, 16 Feb 2009 11:42:38 +0800 (SGT) Received: from [129.158.217.60] ([unknown] [129.158.217.60]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KF5002KE3N1FUD0@mail-apac.sun.com>; Mon, 16 Feb 2009 11:42:38 +0800 (SGT) Date: Mon, 16 Feb 2009 11:42:38 +0800 From: Irene Huang Subject: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] Sender: Irene.Huang@Sun.COM To: LSARC , Terrence.Miller@Sun.COM, Jerry.Tan@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Message-id: <4998E0AE.4000908@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 4113 This is a multi-part message in MIME format. --Boundary_(ID_IrGPw3reLsXn03uvxjBhlQ) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hi, all I am updating this case to rename /usr/lib/libgc.so to /usr/lib/libbgc.so to avoid conflict with Sun Studio libgc.so. If there's any issues, please reply with an email before time out: 02/17/2009. For detail reason of this change, please see the attached mail. Thanks in advance. -Irene --Boundary_(ID_IrGPw3reLsXn03uvxjBhlQ) Content-type: message/rfc822; name="Attached Message" Return-path: Received: from fe-sfbay-10.sun.com ([unknown] [192.18.34.120]) by sedge2-mail1.singapore.sun.com (Sun Java(tm) System Messaging Server 7.0-4.01 64bit (built Jan 8 2009)) with ESMTP id <0KEY00DPRRFCPN10@sedge2-mail1.singapore.sun.com>; Fri, 13 Feb 2009 01:33:13 +0800 (SGT) 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 <0KEY00100POI7800@fe-sfbay-10.sun.com>; Thu, 12 Feb 2009 09:33:12 -0800 (PST) Received: from [129.146.86.208] ([unknown] [129.146.86.208]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEY00CQ9RFAU7A0@fe-sfbay-10.sun.com>; Thu, 12 Feb 2009 09:33:11 -0800 (PST) Date: Thu, 12 Feb 2009 09:33:10 -0800 From: Steve Clamage Subject: LSARC/2008/068 Boehm garbage collector Sender: Stephen.Clamage@Sun.COM To: lsarc-interest@sun.com, Jerry.Tan@Sun.COM, Irene.Huang@Sun.COM Cc: Ankur Saha , Don Kretsch Message-id: <49945D56.3080709@sun.com> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 2.0.0.17 (X11/20081010) A customer in the Sun Forums http://forums.sun.com/thread.jspa?threadID=5364101 reported a problem trying to link to the Boehm garbage collector that is now included with Solaris. News of this addition to Solaris seems not to have reached the Developer Tools group. If it had, we could have averted the conflict between the libgc.so that is now in Solaris and the libgc.so that has shipped with Sun compilers for more than 10 years. See LSARC/1998/292. By a happy accident, the header files for the two garbage collectors have different names, and the externally-defined names in the two libraries are different. Thus, there is no programming conflict between the two libraries; linking the wrong library will result in a link-time failure, and not mysterious run-time failures. The only conflict is in the library name, libgc.so. We have two libraries with identical names but entirely different contents that ship in two different packages, an ARC rule violation. When linking a program using a Sun compiler, the linker is instructed to search in the Sun Studio library directories and the Solaris library directories. There is no search order that can reliably select the correct GC library when both libraries have the same name. To make matters worse, the common senior management of Solaris and Developer Tools wants to bundle Sun Studio with Solaris, with the compilers and all their libraries available via /usr/bin and /usr/lib. That merger will be impossible if we continue to have different libraries with the same name. In view of the 10+ year history of libgc.so shipping with Sun compilers, and innumerable existing projects within Sun and in the field that depend on it, I suggest that the name of the Boehm library in Solaris be changed, perhaps to libbgc.so. I will be happy to work with whoever will resolve this conflict in library naming. In the future, I suggest that any ARC cases that add programming support to Solaris solicit input from Developer Tools to avoid conflicts like this one. You can use the T-Team mail alias : stp-tteam@sun.com --- Steve Clamage, stephen.clamage@sun.com --Boundary_(ID_IrGPw3reLsXn03uvxjBhlQ)-- From sacadmin Tue Feb 17 07:53:13 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1HFrDAk023661 for ; Tue, 17 Feb 2009 07:53:13 -0800 (PST) Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1HFrCZZ050439 for ; Tue, 17 Feb 2009 07:53:13 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1HFrCFg006110 for ; Tue, 17 Feb 2009 15:53:12 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KF700500VR8VM00@mail-amer.sun.com> for LSARC@sac.sfbay.sun.com; Tue, 17 Feb 2009 08:53:12 -0700 (MST) Received: from 129.145.154.112 ([unknown] [129.145.154.112]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KF70057RW4KVQ20@mail-amer.sun.com>; Tue, 17 Feb 2009 08:53:09 -0700 (MST) Date: Tue, 17 Feb 2009 07:53:08 -0800 From: John Fischer Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <4998E0AE.4000908@sun.com> Sender: John.Fischer@Sun.COM To: "Irene (Shi Ying) Huang" Cc: John Fischer , LSARC , Terrence Miller , Jerry.Tan@Sun.COM, Brian Cameron , Steve Clamage , Harry Lu Reply-to: John.Fischer@Sun.COM Message-id: <1234885987.29339.10.camel@sr1-umpk-12> X-Mailer: Ximian Evolution 1.4.6.301 References: <4998E0AE.4000908@sun.com> Status: RO Content-Length: 2992 +1 On Sun, 2009-02-15 at 19:42, Irene Huang wrote: > Hi, all > > I am updating this case to rename > > /usr/lib/libgc.so > to > > /usr/lib/libbgc.so > > to avoid conflict with Sun Studio libgc.so. > > If there's any issues, please reply with an email before time out: 02/17/2009. > > For detail reason of this change, please see the attached mail. > > Thanks in advance. > -Irene > > > ______________________________________________________________________ > From: Steve Clamage > To: lsarc-interest@sun.com, Jerry.Tan@Sun.COM, Irene.Huang@Sun.COM > Cc: Ankur Saha , Don Kretsch > Subject: LSARC/2008/068 Boehm garbage collector > Date: Thu, 12 Feb 2009 09:33:10 -0800 > > A customer in the Sun Forums > http://forums.sun.com/thread.jspa?threadID=5364101 > reported a problem trying to link to the Boehm garbage collector that is > now included with Solaris. > > News of this addition to Solaris seems not to have reached the Developer > Tools group. If it had, we could have averted the conflict between the > libgc.so that is now in Solaris and the libgc.so that has shipped with > Sun compilers for more than 10 years. See LSARC/1998/292. > > By a happy accident, the header files for the two garbage collectors > have different names, and the externally-defined names in the two > libraries are different. Thus, there is no programming conflict between > the two libraries; linking the wrong library will result in a link-time > failure, and not mysterious run-time failures. > > The only conflict is in the library name, libgc.so. We have two > libraries with identical names but entirely different contents that ship > in two different packages, an ARC rule violation. > > When linking a program using a Sun compiler, the linker is instructed to > search in the Sun Studio library directories and the Solaris library > directories. There is no search order that can reliably select the > correct GC library when both libraries have the same name. > > To make matters worse, the common senior management of Solaris and > Developer Tools wants to bundle Sun Studio with Solaris, with the > compilers and all their libraries available via /usr/bin and /usr/lib. > That merger will be impossible if we continue to have different > libraries with the same name. > > In view of the 10+ year history of libgc.so shipping with Sun compilers, > and innumerable existing projects within Sun and in the field that > depend on it, I suggest that the name of the Boehm library in Solaris be > changed, perhaps to libbgc.so. > > I will be happy to work with whoever will resolve this conflict in > library naming. > > In the future, I suggest that any ARC cases that add programming support > to Solaris solicit input from Developer Tools to avoid conflicts like > this one. You can use the T-Team mail alias : stp-tteam@sun.com > > --- > Steve Clamage, stephen.clamage@sun.com From sacadmin Tue Feb 17 12:48:44 2009 Received: from sfbaymail1sca.SFBay.Sun.COM (sfbaymail1sca.SFBay.Sun.COM [129.145.154.35]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1HKmiPk022942 for ; Tue, 17 Feb 2009 12:48:44 -0800 (PST) Received: from [10.6.102.118] (sunray-sxde.SFBay.Sun.COM [10.6.102.118]) by sfbaymail1sca.SFBay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id n1HKmgJN010271; Tue, 17 Feb 2009 12:48:42 -0800 (PST) Message-ID: <499B22AA.9030600@sun.com> Date: Tue, 17 Feb 2009 12:48:42 -0800 From: Alan Coopersmith User-Agent: Thunderbird 2.0.0.6 (X11/20071119) MIME-Version: 1.0 To: Irene Huang CC: LSARC , Terrence.Miller@sun.com, Jerry.Tan@sun.com, Brian.Cameron@sun.com, Steve Clamage , John.Fischer@sun.com, Harry Lu Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] References: <4998E0AE.4000908@sun.com> In-Reply-To: <4998E0AE.4000908@sun.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Status: RO Content-Length: 851 Irene Huang forwarded a note from Steve Clamage: > In the future, I suggest that any ARC cases that add programming support > to Solaris solicit input from Developer Tools to avoid conflicts like > this one. You can use the T-Team mail alias : stp-tteam@sun.com The majority of ARC cases add API's or libraries to Solaris - if you want to be notified of all of them, I suggest that Developer Tools needs to have someone on the ARC aliases, at least as an observer, to make sure they are aware of these issues in advance. They don't have to put in the time to be a full ARC member as Terrence Miller was, but at least seeing the mail go by to filter out which ones your group needs to pay attention to would be useful for all of us. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From sacadmin Tue Feb 17 18:36:59 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1I2axxr006358 for ; Tue, 17 Feb 2009 18:36:59 -0800 (PST) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.EU.Sun.COM [192.18.6.24]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1I2awTO027139 for ; Tue, 17 Feb 2009 18:36:59 -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-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1I2arhu013608 for ; Wed, 18 Feb 2009 02:36:53 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KF800E00PW3FB00@fe-emea-09.sun.com> for LSARC@sac.sfbay.sun.com; Wed, 18 Feb 2009 02:36:53 +0000 (GMT) Received: from [192.168.1.100] ([unknown] [60.234.117.94]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KF8004GNPXB5B40@fe-emea-09.sun.com>; Wed, 18 Feb 2009 02:36:53 +0000 (GMT) Date: Wed, 18 Feb 2009 15:36:47 +1300 From: "Laszlo (Laca) Peter" Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <4998E0AE.4000908@sun.com> Sender: Laszlo.Peter@Sun.COM To: Irene Huang Cc: LSARC , Terrence.Miller@Sun.COM, Jerry.Tan@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Reply-to: laca@Sun.COM Message-id: <1234924607.9451.123.camel@tecra> Organization: Sun Microsystems, Inc. X-Mailer: Evolution 2.24.0 References: <4998E0AE.4000908@sun.com> Status: RO Content-Length: 1204 On Mon, 2009-02-16 at 11:42 +0800, Irene Huang wrote: > Hi, all > > I am updating this case to rename > > /usr/lib/libgc.so > to > > /usr/lib/libbgc.so I assume you will also change the SONAME to libbgc.so.X You might want to consider creating a symlink called libgc.so in a subdirectory, e.g. /usr/lib/libgc/libgc.so -> ../libbgc.so Makes it a little easier to build packages that expect libgc to be called libgc: all you need to do is add -L/usr/lib/libgc to the LDFLAGS (don't even need to set a runpath, since the recorded dependency will be libbgc.so.X). Laca > to avoid conflict with Sun Studio libgc.so. > > If there's any issues, please reply with an email before time out: 02/17/2009. > > For detail reason of this change, please see the attached mail. > > Thanks in advance. > -Irene > > email message attachment (Attached Message) > > -------- Forwarded Message -------- > > From: Steve Clamage > > To: lsarc-interest@sun.com, Jerry.Tan@Sun.COM, Irene.Huang@Sun.COM > > Cc: Ankur Saha , Don Kretsch > > > > Subject: LSARC/2008/068 Boehm garbage collector > > Date: Thu, 12 Feb 2009 09:33:10 -0800 > > From sacadmin Wed Feb 18 19:11:06 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1J3B6RP019201 for ; Wed, 18 Feb 2009 19:11:06 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1J3B5Nr038766 for ; Wed, 18 Feb 2009 19:11:06 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1J3B057018685 for ; Thu, 19 Feb 2009 03:11:00 GMT MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_7kA2zGuL4m/TUdEEjLhr5g)" Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFA00000LU1SC00@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Thu, 19 Feb 2009 11:11:00 +0800 (SGT) Received: from [129.158.217.227] ([unknown] [129.158.217.227]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFA000ADM69S700@mail-apac.sun.com>; Thu, 19 Feb 2009 11:10:59 +0800 (SGT) Date: Thu, 19 Feb 2009 11:12:50 +0800 From: Jerry Tan Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <1234924607.9451.123.camel@tecra> Sender: Jerry.Tan@Sun.COM To: laca@Sun.COM Cc: Irene Huang , LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Message-id: <499CCE32.602@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> User-Agent: Thunderbird 2.0.0.18 (X11/20090127) Status: RO Content-Length: 4319 This is a multi-part message in MIME format. --Boundary_(ID_7kA2zGuL4m/TUdEEjLhr5g) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hi, laca, good idea so the change will be /usr/lib/libgc/libgc.so.1.0.3 /usr/lib/libgc/libcord.so.1.0.3 and I will also update its pc file accordingly. On 02/18/09 10:36, Laszlo (Laca) Peter wrote: > On Mon, 2009-02-16 at 11:42 +0800, Irene Huang wrote: > >> Hi, all >> >> I am updating this case to rename >> >> /usr/lib/libgc.so >> to >> >> /usr/lib/libbgc.so >> > > I assume you will also change the SONAME to libbgc.so.X > You might want to consider creating a symlink called libgc.so > in a subdirectory, e.g. > > /usr/lib/libgc/libgc.so -> ../libbgc.so > > Makes it a little easier to build packages that expect libgc to be > called libgc: all you need to do is add -L/usr/lib/libgc to the > LDFLAGS (don't even need to set a runpath, since the recorded > dependency will be libbgc.so.X). > > Laca > > >> to avoid conflict with Sun Studio libgc.so. >> >> If there's any issues, please reply with an email before time out: 02/17/2009. >> >> For detail reason of this change, please see the attached mail. >> >> Thanks in advance. >> -Irene >> >> email message attachment (Attached Message) >> >>> -------- Forwarded Message -------- >>> From: Steve Clamage >>> To: lsarc-interest@sun.com, Jerry.Tan@Sun.COM, Irene.Huang@Sun.COM >>> Cc: Ankur Saha , Don Kretsch >>> >>> Subject: LSARC/2008/068 Boehm garbage collector >>> Date: Thu, 12 Feb 2009 09:33:10 -0800 >>> >>> > > --Boundary_(ID_7kA2zGuL4m/TUdEEjLhr5g) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hi, laca, good idea

so the change will be
    /usr/lib/libgc/libgc.so.1.0.3
    /usr/lib/libgc/libcord.so.1.0.3

and I will also update its pc file accordingly.



On 02/18/09 10:36, Laszlo (Laca) Peter wrote: 
On Mon, 2009-02-16 at 11:42 +0800, Irene Huang wrote:
  
Hi, all

I am updating this case to rename

/usr/lib/libgc.so   
to 

/usr/lib/libbgc.so  
    

I assume you will also change the SONAME to libbgc.so.X
You might want to consider creating a symlink called libgc.so
in a subdirectory, e.g.

/usr/lib/libgc/libgc.so -> ../libbgc.so

Makes it a little easier to build packages that expect libgc to be
called libgc: all you need to do is add -L/usr/lib/libgc to the
LDFLAGS (don't even need to set a runpath, since the recorded
dependency will be libbgc.so.X).

Laca

  
to avoid conflict with Sun Studio libgc.so. 

If there's any issues, please reply with an email before time out: 02/17/2009. 

For detail reason of this change, please see the attached mail. 

Thanks in advance. 
-Irene

email message attachment (Attached Message)
    
-------- Forwarded Message --------
From: Steve Clamage <Stephen.Clamage@Sun.COM>
To: lsarc-interest@sun.com, Jerry.Tan@Sun.COM, Irene.Huang@Sun.COM
Cc: Ankur Saha <Ankur.Saha@Sun.COM>, Don Kretsch
<Don.Kretsch@Sun.COM>
Subject: LSARC/2008/068 Boehm garbage collector
Date: Thu, 12 Feb 2009 09:33:10 -0800

--Boundary_(ID_7kA2zGuL4m/TUdEEjLhr5g)-- From sacadmin Wed Feb 18 19:34:37 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1J3YbTa020224 for ; Wed, 18 Feb 2009 19:34:37 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1J3YZv7054464 for ; Wed, 18 Feb 2009 19:34:36 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1J3YUp7020095 for ; Thu, 19 Feb 2009 03:34:30 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFA00600N3DMV00@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Thu, 19 Feb 2009 11:34:30 +0800 (SGT) Received: from [129.158.217.60] ([unknown] [129.158.217.60]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFA000LEN9CS310@mail-apac.sun.com>; Thu, 19 Feb 2009 11:34:25 +0800 (SGT) Date: Thu, 19 Feb 2009 11:34:26 +0800 From: Irene Huang Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <499CCE32.602@sun.com> Sender: Irene.Huang@Sun.COM To: Jerry Tan Cc: laca@Sun.COM, LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Message-id: <499CD342.7060007@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1681 Hi, all if there's no objections, I would like to close this case within 24 hours :) Thanks --Irene Jerry Tan wrote: > Hi, laca, good idea > > so the change will be > /usr/lib/libgc/libgc.so.1.0.3 > /usr/lib/libgc/libcord.so.1.0.3 > > and I will also update its pc file accordingly. > > > > On 02/18/09 10:36, Laszlo (Laca) Peter wrote: >> On Mon, 2009-02-16 at 11:42 +0800, Irene Huang wrote: >> >>> Hi, all >>> >>> I am updating this case to rename >>> >>> /usr/lib/libgc.so >>> to >>> >>> /usr/lib/libbgc.so >>> >> >> I assume you will also change the SONAME to libbgc.so.X >> You might want to consider creating a symlink called libgc.so >> in a subdirectory, e.g. >> >> /usr/lib/libgc/libgc.so -> ../libbgc.so >> >> Makes it a little easier to build packages that expect libgc to be >> called libgc: all you need to do is add -L/usr/lib/libgc to the >> LDFLAGS (don't even need to set a runpath, since the recorded >> dependency will be libbgc.so.X). >> >> Laca >> >> >>> to avoid conflict with Sun Studio libgc.so. >>> >>> If there's any issues, please reply with an email before time out: 02/17/2009. >>> >>> For detail reason of this change, please see the attached mail. >>> >>> Thanks in advance. >>> -Irene >>> >>> email message attachment (Attached Message) >>> >>>> -------- Forwarded Message -------- >>>> From: Steve Clamage >>>> To: lsarc-interest@sun.com, Jerry.Tan@Sun.COM, Irene.Huang@Sun.COM >>>> Cc: Ankur Saha , Don Kretsch >>>> >>>> Subject: LSARC/2008/068 Boehm garbage collector >>>> Date: Thu, 12 Feb 2009 09:33:10 -0800 >>>> >>>> >> >> > From sacadmin Thu Feb 19 16:22:20 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1K0MKpJ028933 for ; Thu, 19 Feb 2009 16:22:20 -0800 (PST) Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM [192.18.43.133]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1K0MKoN006397 for ; Thu, 19 Feb 2009 16:22:20 -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 n1K0MFu9015814 for ; Thu, 19 Feb 2009 16:22:15 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 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 <0KFC0030082YX800@fe-sfbay-09.sun.com> for LSARC@sac.sfbay.sun.com; Thu, 19 Feb 2009 16:03:19 -0800 (PST) Received: from sunray4.SFBay.Sun.COM ([unknown] [10.6.102.104]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFC00KJN85IPZG0@fe-sfbay-09.sun.com>; Thu, 19 Feb 2009 16:03:19 -0800 (PST) Date: Thu, 19 Feb 2009 16:22:13 -0800 From: Mike Oliver Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <499CD342.7060007@sun.com> Sender: Mike.Oliver@Sun.COM To: Irene Huang Cc: Jerry Tan , laca@Sun.COM, LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Message-id: <499DF7B5.9010002@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> User-Agent: Thunderbird 2.0.0.20pre (X11/20090202) Status: RO Content-Length: 2504 Irene Huang wrote: > Hi, all > > if there's no objections, I would like to close this case within 24 > hours :) > Thanks > > --Irene > Jerry Tan wrote: >> Hi, laca, good idea >> >> so the change will be >> /usr/lib/libgc/libgc.so.1.0.3 >> /usr/lib/libgc/libcord.so.1.0.3 That isn't what Laca was suggesting. He was suggesting that you create one symlink (NOT actual libraries) as the sole content of /usr/lib/libgc. The symlink would point up to the libbgc.so symlink in /usr/lib. I can't tell whether the proposal above wants to move or to duplicate the actual libraries, but I don't see the value in either of those options. BTW, the original proposal for this case has some serious problems in its exported interfaces list. It shows /usr/lib/libcord.so and /usr/lib/libgc.so as actual libraries rather than as compile-time symlinks, and it doesn't mention the actual library files at all. It would be good if someone filed a revised proposal that shows what actually happened and/or what the situation is going to be if the current proposal gets approved. Mike. -- mike.oliver@sun.com >> On 02/18/09 10:36, Laszlo (Laca) Peter wrote: >>> On Mon, 2009-02-16 at 11:42 +0800, Irene Huang wrote: >>> >>>> Hi, all >>>> >>>> I am updating this case to rename >>>> >>>> /usr/lib/libgc.so to >>>> /usr/lib/libbgc.so >>> >>> I assume you will also change the SONAME to libbgc.so.X >>> You might want to consider creating a symlink called libgc.so >>> in a subdirectory, e.g. >>> >>> /usr/lib/libgc/libgc.so -> ../libbgc.so >>> >>> Makes it a little easier to build packages that expect libgc to be >>> called libgc: all you need to do is add -L/usr/lib/libgc to the >>> LDFLAGS (don't even need to set a runpath, since the recorded >>> dependency will be libbgc.so.X). >>> >>> Laca >>> >>> >>>> to avoid conflict with Sun Studio libgc.so. >>>> If there's any issues, please reply with an email before time out: >>>> 02/17/2009. >>>> For detail reason of this change, please see the attached mail. >>>> Thanks in advance. -Irene >>>> >>>> email message attachment (Attached Message) >>>> >>>>> -------- Forwarded Message -------- >>>>> From: Steve Clamage >>>>> To: lsarc-interest@sun.com, Jerry.Tan@Sun.COM, Irene.Huang@Sun.COM >>>>> Cc: Ankur Saha , Don Kretsch >>>>> >>>>> Subject: LSARC/2008/068 Boehm garbage collector >>>>> Date: Thu, 12 Feb 2009 09:33:10 -0800 >>>>> >>>>> >>> >>> >> > From sacadmin Thu Feb 19 20:18:54 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1K4Isda000969 for ; Thu, 19 Feb 2009 20:18:54 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1K4Iq4B036455 for ; Thu, 19 Feb 2009 20:18:53 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1K4IlbF028675 for ; Fri, 20 Feb 2009 04:18:47 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFC00100JRW4A00@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 20 Feb 2009 12:18:47 +0800 (SGT) Received: from [129.158.217.227] ([unknown] [129.158.217.227]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFC001MQJZ9UO70@mail-apac.sun.com>; Fri, 20 Feb 2009 12:18:47 +0800 (SGT) Date: Fri, 20 Feb 2009 12:20:39 +0800 From: Jerry Tan Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <499DF7B5.9010002@sun.com> Sender: Jerry.Tan@Sun.COM To: Mike Oliver Cc: Irene Huang , laca@Sun.COM, LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Message-id: <499E2F97.1090207@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20090127) Status: RO Content-Length: 1962 The updated export interface as below -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/bdw-gc/libcord.so.1 Uncommitted library /usr/lib/bdw-gc/libgc.so.1 Uncommitted library /usr/include/gc/*.h Volatile header files /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package config file SUNWlibgc Uncommitted package Name SUNWlibgc-devel Uncommitted dev package Name It will create a link as /usr/lib/bdw-gc/libgc.so to link /usr/lib/bdw-gc/libgc.so.1 so by this, compiler team can add their libgc.so under /usr/lib > Irene Huang wrote: >> Hi, all >> >> if there's no objections, I would like to close this case within 24 >> hours :) >> Thanks >> >> --Irene >> Jerry Tan wrote: >>> Hi, laca, good idea >>> >>> so the change will be >>> /usr/lib/libgc/libgc.so.1.0.3 >>> /usr/lib/libgc/libcord.so.1.0.3 > > That isn't what Laca was suggesting. He was suggesting that you create > one symlink (NOT actual libraries) as the sole content of /usr/lib/libgc. > The symlink would point up to the libbgc.so symlink in /usr/lib. I can't > tell whether the proposal above wants to move or to duplicate the actual > libraries, but I don't see the value in either of those options. > > BTW, the original proposal for this case has some serious problems in its > exported interfaces list. It shows /usr/lib/libcord.so and > /usr/lib/libgc.so as actual libraries rather than as compile-time > symlinks, and it doesn't mention the actual library files at all. It > would be good if someone filed a revised proposal that shows what > actually > happened and/or what the situation is going to be if the current proposal > gets approved. > > Mike. From sacadmin Thu Feb 19 20:42:58 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1K4gw3I001917 for ; Thu, 19 Feb 2009 20:42:58 -0800 (PST) Received: from gmp-eb-inf-1.sun.com (gmp-eb-inf-1.EU.Sun.COM [192.18.6.21]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1K4gvrd029607 for ; Thu, 19 Feb 2009 20:42:57 -0800 (PST) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1K4gpZR004217 for ; Fri, 20 Feb 2009 04:42:51 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFC00000KOO6Y00@fe-emea-09.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 20 Feb 2009 04:42:51 +0000 (GMT) Received: from [192.168.1.100] ([unknown] [60.234.117.94]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFC007MRL39GC60@fe-emea-09.sun.com>; Fri, 20 Feb 2009 04:42:51 +0000 (GMT) Date: Fri, 20 Feb 2009 17:42:43 +1300 From: "Laszlo (Laca) Peter" Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <499E2F97.1090207@sun.com> Sender: Laszlo.Peter@Sun.COM To: Jerry Tan Cc: Mike Oliver , Irene Huang , LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Reply-to: laca@Sun.COM Message-id: <1235104963.9451.260.camel@tecra> Organization: Sun Microsystems, Inc. X-Mailer: Evolution 2.24.0 References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> Status: RO Content-Length: 2291 On Fri, 2009-02-20 at 12:20 +0800, Jerry Tan wrote: > The updated export interface as below > > -------------------------------------------------------------------- > Exported Stability Comments > -------------------------------------------------------------------- > /usr/lib/bdw-gc/libcord.so.1 Uncommitted library > /usr/lib/bdw-gc/libgc.so.1 Uncommitted library > /usr/include/gc/*.h Volatile header files > /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package config file > SUNWlibgc Uncommitted package Name > SUNWlibgc-devel Uncommitted dev package Name > > > It will create a link as /usr/lib/bdw-gc/libgc.so to link > /usr/lib/bdw-gc/libgc.so.1 Well, this will work too, but you might want to consider my suggestion. The advantage of that is that you don't need to add /usr/lib/bdw-gc to the RUNPATH of the consumers. Laca > so by this, compiler team can add their libgc.so under /usr/lib > > Irene Huang wrote: > >> Hi, all > >> > >> if there's no objections, I would like to close this case within 24 > >> hours :) > >> Thanks > >> > >> --Irene > >> Jerry Tan wrote: > >>> Hi, laca, good idea > >>> > >>> so the change will be > >>> /usr/lib/libgc/libgc.so.1.0.3 > >>> /usr/lib/libgc/libcord.so.1.0.3 > > > > That isn't what Laca was suggesting. He was suggesting that you create > > one symlink (NOT actual libraries) as the sole content of /usr/lib/libgc. > > The symlink would point up to the libbgc.so symlink in /usr/lib. I can't > > tell whether the proposal above wants to move or to duplicate the actual > > libraries, but I don't see the value in either of those options. > > > > BTW, the original proposal for this case has some serious problems in its > > exported interfaces list. It shows /usr/lib/libcord.so and > > /usr/lib/libgc.so as actual libraries rather than as compile-time > > symlinks, and it doesn't mention the actual library files at all. It > > would be good if someone filed a revised proposal that shows what > > actually > > happened and/or what the situation is going to be if the current proposal > > gets approved. > > > > Mike. > From sacadmin Thu Feb 19 21:23:49 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1K5NnL2027228 for ; Thu, 19 Feb 2009 21:23:49 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1K5NmYB064464 for ; Thu, 19 Feb 2009 21:23:48 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1K5NgBJ003206 for ; Fri, 20 Feb 2009 05:23:42 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=UTF-8 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFC00200MXL1100@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 20 Feb 2009 13:23:42 +0800 (SGT) Received: from [129.158.217.161] ([unknown] [129.158.217.161]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFC00DPDMZG9I70@mail-apac.sun.com>; Fri, 20 Feb 2009 13:23:42 +0800 (SGT) Date: Fri, 20 Feb 2009 13:23:36 +0800 From: Harry Lu Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <1235104963.9451.260.camel@tecra> Sender: Harry.Lu@Sun.COM To: laca@Sun.COM Cc: Jerry Tan , Mike Oliver , Irene Huang , LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM Message-id: <1235107416.24605.82.camel@fulltime> X-Mailer: Evolution 2.24.2 References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> Status: RO Content-Length: 2805 On Fri, 2009-02-20 at 17:42 +1300, Laszlo (Laca) Peter wrote: > On Fri, 2009-02-20 at 12:20 +0800, Jerry Tan wrote: > > The updated export interface as below > > > > -------------------------------------------------------------------- > > Exported Stability Comments > > -------------------------------------------------------------------- > > /usr/lib/bdw-gc/libcord.so.1 Uncommitted library > > /usr/lib/bdw-gc/libgc.so.1 Uncommitted library > > /usr/include/gc/*.h Volatile header files > > /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package config file > > SUNWlibgc Uncommitted package Name > > SUNWlibgc-devel Uncommitted dev package Name > > > > > > It will create a link as /usr/lib/bdw-gc/libgc.so to link > > /usr/lib/bdw-gc/libgc.so.1 > > Well, this will work too, but you might want to consider my suggestion. > The advantage of that is that you don't need to add /usr/lib/bdw-gc to > the RUNPATH of the consumers. Laca, I think the updated bdw-gc.pc could handle the RUNPATH issue: Libs: -L${libdir} -R${libdir} -lgc So the consumer doesn't need to care about that if it is using the bdw-gc.pc correctly. Harry > > Laca > > > so by this, compiler team can add their libgc.so under /usr/lib > > > Irene Huang wrote: > > >> Hi, all > > >> > > >> if there's no objections, I would like to close this case within 24 > > >> hours :) > > >> Thanks > > >> > > >> --Irene > > >> Jerry Tan wrote: > > >>> Hi, laca, good idea > > >>> > > >>> so the change will be > > >>> /usr/lib/libgc/libgc.so.1.0.3 > > >>> /usr/lib/libgc/libcord.so.1.0.3 > > > > > > That isn't what Laca was suggesting. He was suggesting that you create > > > one symlink (NOT actual libraries) as the sole content of /usr/lib/libgc. > > > The symlink would point up to the libbgc.so symlink in /usr/lib. I can't > > > tell whether the proposal above wants to move or to duplicate the actual > > > libraries, but I don't see the value in either of those options. > > > > > > BTW, the original proposal for this case has some serious problems in its > > > exported interfaces list. It shows /usr/lib/libcord.so and > > > /usr/lib/libgc.so as actual libraries rather than as compile-time > > > symlinks, and it doesn't mention the actual library files at all. It > > > would be good if someone filed a revised proposal that shows what > > > actually > > > happened and/or what the situation is going to be if the current proposal > > > gets approved. > > > > > > Mike. > > > -- Harry.Lu@Sun.COM Solaris Desktop Group, Sun Microsystems Tel: +86-10-82618200 ext. 82870/ +86-10-62673870 Fax: +86-10-62780969 From sacadmin Thu Feb 19 21:56:26 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1K5uQvx015141 for ; Thu, 19 Feb 2009 21:56:26 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1K5uPdx000516 for ; Thu, 19 Feb 2009 21:56:26 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1K5uJ8f006009 for ; Fri, 20 Feb 2009 05:56:20 GMT MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_0nwt9CUy5nbiyX3vwvjeCA)" Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFC00E00OGQD000@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 20 Feb 2009 13:56:19 +0800 (SGT) Received: from [129.158.217.227] ([unknown] [129.158.217.227]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFC0014IOHTUOB0@mail-apac.sun.com>; Fri, 20 Feb 2009 13:56:19 +0800 (SGT) Date: Fri, 20 Feb 2009 13:58:11 +0800 From: Jerry Tan Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <1235104963.9451.260.camel@tecra> Sender: Jerry.Tan@Sun.COM To: laca@Sun.COM Cc: Mike Oliver , Irene Huang , LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Message-id: <499E4673.4000904@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> User-Agent: Thunderbird 2.0.0.18 (X11/20090127) Status: RO Content-Length: 6081 This is a multi-part message in MIME format. --Boundary_(ID_0nwt9CUy5nbiyX3vwvjeCA) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hi, laca, your suggestion is good. but I need to keep a sun-branding patch to change its SONAME to libbgc.so.1 it is not as easy as to only patch bdw-gc.pc file to add runpath there. > On Fri, 2009-02-20 at 12:20 +0800, Jerry Tan wrote: > >> The updated export interface as below >> >> -------------------------------------------------------------------- >> Exported Stability Comments >> -------------------------------------------------------------------- >> /usr/lib/bdw-gc/libcord.so.1 Uncommitted library >> /usr/lib/bdw-gc/libgc.so.1 Uncommitted library >> /usr/include/gc/*.h Volatile header files >> /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package config file >> SUNWlibgc Uncommitted package Name >> SUNWlibgc-devel Uncommitted dev package Name >> >> >> It will create a link as /usr/lib/bdw-gc/libgc.so to link >> /usr/lib/bdw-gc/libgc.so.1 >> > > Well, this will work too, but you might want to consider my suggestion. > The advantage of that is that you don't need to add /usr/lib/bdw-gc to > the RUNPATH of the consumers. > > Laca > > >> so by this, compiler team can add their libgc.so under /usr/lib >> >>> Irene Huang wrote: >>> >>>> Hi, all >>>> >>>> if there's no objections, I would like to close this case within 24 >>>> hours :) >>>> Thanks >>>> >>>> --Irene >>>> Jerry Tan wrote: >>>> >>>>> Hi, laca, good idea >>>>> >>>>> so the change will be >>>>> /usr/lib/libgc/libgc.so.1.0.3 >>>>> /usr/lib/libgc/libcord.so.1.0.3 >>>>> >>> That isn't what Laca was suggesting. He was suggesting that you create >>> one symlink (NOT actual libraries) as the sole content of /usr/lib/libgc. >>> The symlink would point up to the libbgc.so symlink in /usr/lib. I can't >>> tell whether the proposal above wants to move or to duplicate the actual >>> libraries, but I don't see the value in either of those options. >>> >>> BTW, the original proposal for this case has some serious problems in its >>> exported interfaces list. It shows /usr/lib/libcord.so and >>> /usr/lib/libgc.so as actual libraries rather than as compile-time >>> symlinks, and it doesn't mention the actual library files at all. It >>> would be good if someone filed a revised proposal that shows what >>> actually >>> happened and/or what the situation is going to be if the current proposal >>> gets approved. >>> >>> Mike. >>> > > --Boundary_(ID_0nwt9CUy5nbiyX3vwvjeCA) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hi, laca,
your suggestion is good.

but I need to keep a sun-branding patch to change its SONAME to libbgc.so.1
it is not as easy as to only patch bdw-gc.pc file to add runpath there.



On Fri, 2009-02-20 at 12:20 +0800, Jerry Tan wrote:
  
The updated export interface as below

      --------------------------------------------------------------------
        Exported                        Stability       Comments
        --------------------------------------------------------------------
        /usr/lib/bdw-gc/libcord.so.1    Uncommitted       library
        /usr/lib/bdw-gc/libgc.so.1      Uncommitted       library
      	/usr/include/gc/*.h             Volatile          header files
     	/usr/lib/pkgconfig/bdw-gc.pc  	Uncommitted       package config file
      	SUNWlibgc                       Uncommitted       package Name
      	SUNWlibgc-devel                 Uncommitted       dev package Name


It will create  a link as  /usr/lib/bdw-gc/libgc.so to link 
/usr/lib/bdw-gc/libgc.so.1
    

Well, this will work too, but you might want to consider my suggestion.
The advantage of that is that you don't need to add /usr/lib/bdw-gc to
the RUNPATH of the consumers.

Laca

  
so by this, compiler team can add their libgc.so under /usr/lib
    
Irene Huang wrote:
      
Hi, all

if there's no objections, I would like to close this case within 24 
hours :)
Thanks

--Irene
Jerry Tan wrote:
        
Hi, laca, good idea

so the change will be
    /usr/lib/libgc/libgc.so.1.0.3
    /usr/lib/libgc/libcord.so.1.0.3
          
That isn't what Laca was suggesting.  He was suggesting that you create
one symlink (NOT actual libraries) as the sole content of /usr/lib/libgc.
The symlink would point up to the libbgc.so symlink in /usr/lib.  I can't
tell whether the proposal above wants to move or to duplicate the actual
libraries, but I don't see the value in either of those options.

BTW, the original proposal for this case has some serious problems in its
exported interfaces list.  It shows /usr/lib/libcord.so and
/usr/lib/libgc.so as actual libraries rather than as compile-time
symlinks, and it doesn't mention the actual library files at all.  It
would be good if someone filed a revised proposal that shows what 
actually
happened and/or what the situation is going to be if the current proposal
gets approved.

Mike.

--Boundary_(ID_0nwt9CUy5nbiyX3vwvjeCA)-- From sacadmin Fri Feb 20 19:16:54 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1L3GsvT028329 for ; Fri, 20 Feb 2009 19:16:54 -0800 (PST) Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM [192.18.43.133]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1L3GsSW029706 for ; Fri, 20 Feb 2009 19:16:54 -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 n1L3GnNj026099 for ; Fri, 20 Feb 2009 19:16:49 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 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 <0KFE00200ANM4R00@fe-sfbay-09.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 20 Feb 2009 18:57:53 -0800 (PST) Received: from sunray4.SFBay.Sun.COM ([unknown] [10.6.102.104]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFE00GH7AWGL330@fe-sfbay-09.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 20 Feb 2009 18:57:53 -0800 (PST) Date: Fri, 20 Feb 2009 19:16:48 -0800 From: Mike Oliver Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <499E2F97.1090207@sun.com> Sender: Mike.Oliver@Sun.COM To: Jerry Tan Cc: Irene Huang , laca@Sun.COM, LSARC , Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Message-id: <499F7220.20307@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> User-Agent: Thunderbird 2.0.0.20pre (X11/20090202) Status: RO Content-Length: 2936 Jerry Tan wrote: > > The updated export interface as below > > -------------------------------------------------------------------- > Exported Stability Comments > -------------------------------------------------------------------- > /usr/lib/bdw-gc/libcord.so.1 Uncommitted library > /usr/lib/bdw-gc/libgc.so.1 Uncommitted library > /usr/include/gc/*.h Volatile header files > /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package > config file > SUNWlibgc Uncommitted package Name > SUNWlibgc-devel Uncommitted dev package Name But this puts you back into the situation of having two different libraries on the system, both using the same name. I thought the whole point of the revised proposal was to avoid the name clash between this library and the other libgc delivered by the Sun compiler group. The two different libgc's are no longer trying to use the same pathname, so that's good, but I'm pretty sure just having the same library name will cause a failure if a single process ends up wanting to use both libraries. I guess it's pretty unlikely that a single application would want to link against both libraries, but it's quite possible for an application to want to link against one of these libgc's and against some other library that needs the other libgc. Of course I could be wrong about this being a problem. It's not a situation I've ever had to deal with. Mike. -- mike.oliver@sun.com > It will create a link as /usr/lib/bdw-gc/libgc.so to link > /usr/lib/bdw-gc/libgc.so.1 > > so by this, compiler team can add their libgc.so under /usr/lib >> Irene Huang wrote: >>> Hi, all >>> >>> if there's no objections, I would like to close this case within 24 >>> hours :) >>> Thanks >>> >>> --Irene >>> Jerry Tan wrote: >>>> Hi, laca, good idea >>>> >>>> so the change will be >>>> /usr/lib/libgc/libgc.so.1.0.3 >>>> /usr/lib/libgc/libcord.so.1.0.3 >> >> That isn't what Laca was suggesting. He was suggesting that you create >> one symlink (NOT actual libraries) as the sole content of /usr/lib/libgc. >> The symlink would point up to the libbgc.so symlink in /usr/lib. I can't >> tell whether the proposal above wants to move or to duplicate the actual >> libraries, but I don't see the value in either of those options. >> >> BTW, the original proposal for this case has some serious problems in its >> exported interfaces list. It shows /usr/lib/libcord.so and >> /usr/lib/libgc.so as actual libraries rather than as compile-time >> symlinks, and it doesn't mention the actual library files at all. It >> would be good if someone filed a revised proposal that shows what >> actually >> happened and/or what the situation is going to be if the current proposal >> gets approved. >> >> Mike. > From sacadmin Tue Feb 24 21:25:50 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1P5Pob9019655 for ; Tue, 24 Feb 2009 21:25:50 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1P5PnXd007416 for ; Tue, 24 Feb 2009 21:25:50 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1P5PiiX011009 for ; Wed, 25 Feb 2009 05:25:44 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFL00B00WCBWA00@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Wed, 25 Feb 2009 13:25:44 +0800 (SGT) Received: from [192.168.1.2] ([unknown] [123.118.230.194]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFL006Q4WET5L30@mail-apac.sun.com>; Wed, 25 Feb 2009 13:25:43 +0800 (SGT) Date: Wed, 25 Feb 2009 13:25:42 +0800 From: Irene Huang Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <499E4673.4000904@sun.com> Sender: Irene.Huang@Sun.COM To: Jerry Tan Cc: laca@Sun.COM, Mike Oliver , LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Message-id: <49A4D656.5030101@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 2836 Hi, All I would like to close this case as approved since there's no un-resolved issue. Unless anyone have objections within 24 hours :) Thanks --Irene Jerry Tan wrote: > Hi, laca, > your suggestion is good. > > but I need to keep a sun-branding patch to change its SONAME to > libbgc.so.1 > it is not as easy as to only patch bdw-gc.pc file to add runpath there. > > > >> On Fri, 2009-02-20 at 12:20 +0800, Jerry Tan wrote: >> >>> The updated export interface as below >>> >>> -------------------------------------------------------------------- >>> Exported Stability Comments >>> -------------------------------------------------------------------- >>> /usr/lib/bdw-gc/libcord.so.1 Uncommitted library >>> /usr/lib/bdw-gc/libgc.so.1 Uncommitted library >>> /usr/include/gc/*.h Volatile header files >>> /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package config file >>> SUNWlibgc Uncommitted package Name >>> SUNWlibgc-devel Uncommitted dev package Name >>> >>> >>> It will create a link as /usr/lib/bdw-gc/libgc.so to link >>> /usr/lib/bdw-gc/libgc.so.1 >>> >> >> Well, this will work too, but you might want to consider my suggestion. >> The advantage of that is that you don't need to add /usr/lib/bdw-gc to >> the RUNPATH of the consumers. >> >> Laca >> >> >>> so by this, compiler team can add their libgc.so under /usr/lib >>> >>>> Irene Huang wrote: >>>> >>>>> Hi, all >>>>> >>>>> if there's no objections, I would like to close this case within 24 >>>>> hours :) >>>>> Thanks >>>>> >>>>> --Irene >>>>> Jerry Tan wrote: >>>>> >>>>>> Hi, laca, good idea >>>>>> >>>>>> so the change will be >>>>>> /usr/lib/libgc/libgc.so.1.0.3 >>>>>> /usr/lib/libgc/libcord.so.1.0.3 >>>>>> >>>> That isn't what Laca was suggesting. He was suggesting that you create >>>> one symlink (NOT actual libraries) as the sole content of /usr/lib/libgc. >>>> The symlink would point up to the libbgc.so symlink in /usr/lib. I can't >>>> tell whether the proposal above wants to move or to duplicate the actual >>>> libraries, but I don't see the value in either of those options. >>>> >>>> BTW, the original proposal for this case has some serious problems in its >>>> exported interfaces list. It shows /usr/lib/libcord.so and >>>> /usr/lib/libgc.so as actual libraries rather than as compile-time >>>> symlinks, and it doesn't mention the actual library files at all. It >>>> would be good if someone filed a revised proposal that shows what >>>> actually >>>> happened and/or what the situation is going to be if the current proposal >>>> gets approved. >>>> >>>> Mike. >>>> >> >> > From sacadmin Tue Feb 24 21:35:08 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1P5Z8fX019783 for ; Tue, 24 Feb 2009 21:35:08 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1P5YGBa011750 for ; Tue, 24 Feb 2009 21:34:17 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1P5YBtS022623 for ; Wed, 25 Feb 2009 05:34:11 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFL00I00WOOC700@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Wed, 25 Feb 2009 13:34:11 +0800 (SGT) Received: from [129.158.217.227] ([unknown] [129.158.217.227]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFL00CMIWSS0UA0@mail-apac.sun.com>; Wed, 25 Feb 2009 13:34:07 +0800 (SGT) Date: Wed, 25 Feb 2009 13:36:07 +0800 From: Jerry Tan Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49A4D656.5030101@sun.com> Sender: Jerry.Tan@Sun.COM To: Irene Huang Cc: laca@Sun.COM, Mike Oliver , LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Message-id: <49A4D8C7.1010003@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20090127) Status: RO Content-Length: 3129 I still need to consider mike's opinion. it seems that I have to change soname for bdw-gc to avoid problem. > Hi, All > > I would like to close this case as approved since there's no > un-resolved issue. > Unless anyone have objections within 24 hours :) > > Thanks > > --Irene > Jerry Tan wrote: >> Hi, laca, >> your suggestion is good. >> >> but I need to keep a sun-branding patch to change its SONAME to >> libbgc.so.1 >> it is not as easy as to only patch bdw-gc.pc file to add runpath there. >> >> >> >>> On Fri, 2009-02-20 at 12:20 +0800, Jerry Tan wrote: >>> >>>> The updated export interface as below >>>> >>>> >>>> -------------------------------------------------------------------- >>>> Exported Stability Comments >>>> >>>> -------------------------------------------------------------------- >>>> /usr/lib/bdw-gc/libcord.so.1 Uncommitted library >>>> /usr/lib/bdw-gc/libgc.so.1 Uncommitted library >>>> /usr/include/gc/*.h Volatile header >>>> files >>>> /usr/lib/pkgconfig/bdw-gc.pc Uncommitted >>>> package config file >>>> SUNWlibgc Uncommitted package >>>> Name >>>> SUNWlibgc-devel Uncommitted dev >>>> package Name >>>> >>>> >>>> It will create a link as /usr/lib/bdw-gc/libgc.so to link >>>> /usr/lib/bdw-gc/libgc.so.1 >>>> >>> >>> Well, this will work too, but you might want to consider my suggestion. >>> The advantage of that is that you don't need to add /usr/lib/bdw-gc to >>> the RUNPATH of the consumers. >>> >>> Laca >>> >>> >>>> so by this, compiler team can add their libgc.so under /usr/lib >>>> >>>>> Irene Huang wrote: >>>>> >>>>>> Hi, all >>>>>> >>>>>> if there's no objections, I would like to close this case within >>>>>> 24 hours :) >>>>>> Thanks >>>>>> >>>>>> --Irene >>>>>> Jerry Tan wrote: >>>>>> >>>>>>> Hi, laca, good idea >>>>>>> >>>>>>> so the change will be >>>>>>> /usr/lib/libgc/libgc.so.1.0.3 >>>>>>> /usr/lib/libgc/libcord.so.1.0.3 >>>>>>> >>>>> That isn't what Laca was suggesting. He was suggesting that you >>>>> create >>>>> one symlink (NOT actual libraries) as the sole content of >>>>> /usr/lib/libgc. >>>>> The symlink would point up to the libbgc.so symlink in /usr/lib. >>>>> I can't >>>>> tell whether the proposal above wants to move or to duplicate the >>>>> actual >>>>> libraries, but I don't see the value in either of those options. >>>>> >>>>> BTW, the original proposal for this case has some serious problems >>>>> in its >>>>> exported interfaces list. It shows /usr/lib/libcord.so and >>>>> /usr/lib/libgc.so as actual libraries rather than as compile-time >>>>> symlinks, and it doesn't mention the actual library files at all. It >>>>> would be good if someone filed a revised proposal that shows what >>>>> actually >>>>> happened and/or what the situation is going to be if the current >>>>> proposal >>>>> gets approved. >>>>> >>>>> Mike. >>>>> >>> >>> >> > From sacadmin Tue Feb 24 22:05:22 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1P65Mg6020571 for ; Tue, 24 Feb 2009 22:05:22 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1P65LCM025312 for ; Tue, 24 Feb 2009 22:05:21 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1P65FJ1025144 for ; Wed, 25 Feb 2009 06:05:15 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFL00100Y525G00@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Wed, 25 Feb 2009 14:05:15 +0800 (SGT) Received: from [129.158.217.227] ([unknown] [129.158.217.227]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFL00CXTY8P0UB0@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Wed, 25 Feb 2009 14:05:15 +0800 (SGT) Date: Wed, 25 Feb 2009 14:07:16 +0800 From: Jerry Tan Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <499F7220.20307@sun.com> Sender: Jerry.Tan@Sun.COM To: Mike Oliver Cc: Irene Huang , laca@Sun.COM, LSARC , Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM, Harry Lu Message-id: <49A4E014.7010004@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <499F7220.20307@sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20090127) Status: RO Content-Length: 2450 OK, I have to change its soname to another. so the updated interface as below -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libcord.so.1 Uncommitted library /usr/lib/libbgc.so.1 Uncommitted library /usr/include/gc/*.h Volatile header files /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package config file SUNWlibgc Uncommitted package Name SUNWlibgc-devel Uncommitted dev package Name > Jerry Tan wrote: >> >> The updated export interface as below >> >> >> -------------------------------------------------------------------- >> Exported Stability Comments >> >> -------------------------------------------------------------------- >> /usr/lib/bdw-gc/libcord.so.1 Uncommitted library >> /usr/lib/bdw-gc/libgc.so.1 Uncommitted library >> /usr/include/gc/*.h Volatile header files >> /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package >> config file >> SUNWlibgc Uncommitted package Name >> SUNWlibgc-devel Uncommitted dev >> package Name > > But this puts you back into the situation of having two different > libraries on the system, both using the same name. I thought the > whole point of the revised proposal was to avoid the name clash > between this library and the other libgc delivered by the Sun > compiler group. > > The two different libgc's are no longer trying to use the same > pathname, so that's good, but I'm pretty sure just having the same > library name will cause a failure if a single process ends up > wanting to use both libraries. I guess it's pretty unlikely that > a single application would want to link against both libraries, but > it's quite possible for an application to want to link against one > of these libgc's and against some other library that needs the > other libgc. > > Of course I could be wrong about this being a problem. It's not a > situation I've ever had to deal with. > > Mike. From sacadmin Wed Feb 25 01:21:48 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1P9Lmlc016295 for ; Wed, 25 Feb 2009 01:21:48 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1P9LlE4012963 for ; Wed, 25 Feb 2009 01:21:47 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1P9Lfx3000857 for ; Wed, 25 Feb 2009 09:21:41 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=UTF-8 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFM00K0071AG900@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Wed, 25 Feb 2009 17:21:41 +0800 (SGT) Received: from [129.156.235.247] ([unknown] [129.156.235.247]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFM006WZ7C05LG0@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Wed, 25 Feb 2009 17:21:40 +0800 (SGT) Date: Wed, 25 Feb 2009 17:21:34 +0800 From: Harry Lu Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49A4E014.7010004@sun.com> Sender: Harry.Lu@Sun.COM To: Jerry Tan Cc: Mike Oliver , Irene Huang , laca@Sun.COM, LSARC , Brian.Cameron@Sun.COM, Steve Clamage , John.Fischer@Sun.COM Message-id: <1235553694.1139.2.camel@opensolaris> X-Mailer: Evolution 2.24.2 References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <499F7220.20307@sun.com> <49A4E014.7010004@sun.com> Status: RO Content-Length: 2707 Will you still ship the /usr/lib/bdw-gc/libgc.so.1 link as suggested by Laca before? Harry On Wed, 2009-02-25 at 14:07 +0800, Jerry Tan wrote: > OK, I have to change its soname to another. > > so the updated interface as below > > > -------------------------------------------------------------------- > Exported Stability > Comments > -------------------------------------------------------------------- > /usr/lib/libcord.so.1 Uncommitted library > /usr/lib/libbgc.so.1 Uncommitted library > /usr/include/gc/*.h Volatile header > files > /usr/lib/pkgconfig/bdw-gc.pc > Uncommitted > package config file > SUNWlibgc Uncommitted package Name > SUNWlibgc-devel Uncommitted dev package Name > > Jerry Tan wrote: > >> > >> The updated export interface as below > >> > >> > >> -------------------------------------------------------------------- > >> Exported Stability Comments > >> > >> -------------------------------------------------------------------- > >> /usr/lib/bdw-gc/libcord.so.1 Uncommitted library > >> /usr/lib/bdw-gc/libgc.so.1 Uncommitted library > >> /usr/include/gc/*.h Volatile header files > >> /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package > >> config file > >> SUNWlibgc Uncommitted package Name > >> SUNWlibgc-devel Uncommitted dev > >> package Name > > > > But this puts you back into the situation of having two different > > libraries on the system, both using the same name. I thought the > > whole point of the revised proposal was to avoid the name clash > > between this library and the other libgc delivered by the Sun > > compiler group. > > > > The two different libgc's are no longer trying to use the same > > pathname, so that's good, but I'm pretty sure just having the same > > library name will cause a failure if a single process ends up > > wanting to use both libraries. I guess it's pretty unlikely that > > a single application would want to link against both libraries, but > > it's quite possible for an application to want to link against one > > of these libgc's and against some other library that needs the > > other libgc. > > > > Of course I could be wrong about this being a problem. It's not a > > situation I've ever had to deal with. > > > > Mike. > From sacadmin Wed Feb 25 09:49:11 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1PHnB38009845 for ; Wed, 25 Feb 2009 09:49:11 -0800 (PST) Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM [192.18.43.133]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1PHnBHc053479 for ; Wed, 25 Feb 2009 09:49:11 -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 n1PHn1hj028964 for ; Wed, 25 Feb 2009 09:49:06 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 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 <0KFM00D00Q4B1I00@fe-sfbay-09.sun.com> for LSARC@sac.sfbay.sun.com; Wed, 25 Feb 2009 09:49:01 -0800 (PST) Received: from [129.146.86.208] ([unknown] [129.146.86.208]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFM00B2PUTFD550@fe-sfbay-09.sun.com>; Wed, 25 Feb 2009 09:48:52 -0800 (PST) Date: Wed, 25 Feb 2009 09:48:51 -0800 From: Steve Clamage Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49A4D8C7.1010003@sun.com> Sender: Stephen.Clamage@Sun.COM To: Jerry Tan Cc: Irene Huang , laca@Sun.COM, Mike Oliver , LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, John.Fischer@Sun.COM, Harry Lu Message-id: <49A58483.1090905@sun.com> Organization: Sun Microsystems, Inc. References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> <49A4D8C7.1010003@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081010) Status: RO Content-Length: 3683 I've gotten lost in the crossing emails about the library name. Since we have an existing library called libgc.so[.1], adding a new, different library with the same name can only lead to confusion, apart from violating ARC rules. Have we agreed that this library should be called something other than libgc.so[.1]? The name libbgc.so[.1] is the obvious choice. --- Steve Clamage, stephen.clamage@sun.com On 02/24/09 21:36, Jerry Tan wrote: > I still need to consider mike's opinion. > > it seems that I have to change soname for bdw-gc to avoid problem. > > >> Hi, All >> >> I would like to close this case as approved since there's no >> un-resolved issue. >> Unless anyone have objections within 24 hours :) >> >> Thanks >> >> --Irene >> Jerry Tan wrote: >>> Hi, laca, >>> your suggestion is good. >>> >>> but I need to keep a sun-branding patch to change its SONAME to >>> libbgc.so.1 >>> it is not as easy as to only patch bdw-gc.pc file to add runpath there. >>> >>> >>> >>>> On Fri, 2009-02-20 at 12:20 +0800, Jerry Tan wrote: >>>> >>>>> The updated export interface as below >>>>> >>>>> >>>>> -------------------------------------------------------------------- >>>>> Exported Stability Comments >>>>> >>>>> -------------------------------------------------------------------- >>>>> /usr/lib/bdw-gc/libcord.so.1 Uncommitted library >>>>> /usr/lib/bdw-gc/libgc.so.1 Uncommitted library >>>>> /usr/include/gc/*.h Volatile header >>>>> files >>>>> /usr/lib/pkgconfig/bdw-gc.pc Uncommitted >>>>> package config file >>>>> SUNWlibgc Uncommitted package >>>>> Name >>>>> SUNWlibgc-devel Uncommitted dev >>>>> package Name >>>>> >>>>> >>>>> It will create a link as /usr/lib/bdw-gc/libgc.so to link >>>>> /usr/lib/bdw-gc/libgc.so.1 >>>>> >>>> >>>> Well, this will work too, but you might want to consider my suggestion. >>>> The advantage of that is that you don't need to add /usr/lib/bdw-gc to >>>> the RUNPATH of the consumers. >>>> >>>> Laca >>>> >>>> >>>>> so by this, compiler team can add their libgc.so under /usr/lib >>>>> >>>>>> Irene Huang wrote: >>>>>> >>>>>>> Hi, all >>>>>>> >>>>>>> if there's no objections, I would like to close this case within >>>>>>> 24 hours :) >>>>>>> Thanks >>>>>>> >>>>>>> --Irene >>>>>>> Jerry Tan wrote: >>>>>>> >>>>>>>> Hi, laca, good idea >>>>>>>> >>>>>>>> so the change will be >>>>>>>> /usr/lib/libgc/libgc.so.1.0.3 >>>>>>>> /usr/lib/libgc/libcord.so.1.0.3 >>>>>>>> >>>>>> That isn't what Laca was suggesting. He was suggesting that you >>>>>> create >>>>>> one symlink (NOT actual libraries) as the sole content of >>>>>> /usr/lib/libgc. >>>>>> The symlink would point up to the libbgc.so symlink in /usr/lib. >>>>>> I can't >>>>>> tell whether the proposal above wants to move or to duplicate the >>>>>> actual >>>>>> libraries, but I don't see the value in either of those options. >>>>>> >>>>>> BTW, the original proposal for this case has some serious problems >>>>>> in its >>>>>> exported interfaces list. It shows /usr/lib/libcord.so and >>>>>> /usr/lib/libgc.so as actual libraries rather than as compile-time >>>>>> symlinks, and it doesn't mention the actual library files at all. It >>>>>> would be good if someone filed a revised proposal that shows what >>>>>> actually >>>>>> happened and/or what the situation is going to be if the current >>>>>> proposal >>>>>> gets approved. >>>>>> >>>>>> Mike. >>>>>> >>>> >>>> >>> >> > From sacadmin Thu Feb 26 00:32:25 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1Q8WPYE018724 for ; Thu, 26 Feb 2009 00:32:25 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1Q8WOe2000233 for ; Thu, 26 Feb 2009 00:32:24 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1Q8WImC010143 for ; Thu, 26 Feb 2009 08:32:18 GMT MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_0vRt4bqhRFGMUnFuxlWRIA)" Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFN00M00ZO21D00@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Thu, 26 Feb 2009 16:32:18 +0800 (SGT) Received: from [129.158.217.227] ([unknown] [129.158.217.227]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFN008L1ZPO3W20@mail-apac.sun.com>; Thu, 26 Feb 2009 16:32:14 +0800 (SGT) Date: Thu, 26 Feb 2009 16:34:17 +0800 From: Jerry Tan Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49A58483.1090905@sun.com> Sender: Jerry.Tan@Sun.COM To: Steve Clamage Cc: Irene Huang , laca@Sun.COM, Mike Oliver , LSARC , Terrence.Miller@Sun.COM, Brian.Cameron@Sun.COM, John.Fischer@Sun.COM, Harry Lu Message-id: <49A65409.1090303@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> <49A4D8C7.1010003@sun.com> <49A58483.1090905@sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20090127) Status: RO Content-Length: 13600 This is a multi-part message in MIME format. --Boundary_(ID_0vRt4bqhRFGMUnFuxlWRIA) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT resend: so the updated interface as below -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libcord.so.1 Uncommitted library /usr/lib/libbgc.so.1 Uncommitted library /usr/include/gc/*.h Volatile header files /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package config file SUNWlibgc Uncommitted package Name SUNWlibgc-devel Uncommitted dev package Name > I've gotten lost in the crossing emails about the library name. > > Since we have an existing library called libgc.so[.1], adding a new, > different library with the same name can only lead to confusion, apart > from violating ARC rules. > > Have we agreed that this library should be called something other than > libgc.so[.1]? The name libbgc.so[.1] is the obvious choice. > > --- > Steve Clamage, stephen.clamage@sun.com > > > On 02/24/09 21:36, Jerry Tan wrote: >> I still need to consider mike's opinion. >> >> it seems that I have to change soname for bdw-gc to avoid problem. >> >> >>> Hi, All >>> >>> I would like to close this case as approved since there's no >>> un-resolved issue. >>> Unless anyone have objections within 24 hours :) >>> >>> Thanks >>> >>> --Irene >>> Jerry Tan wrote: >>>> Hi, laca, >>>> your suggestion is good. >>>> >>>> but I need to keep a sun-branding patch to change its SONAME to >>>> libbgc.so.1 >>>> it is not as easy as to only patch bdw-gc.pc file to add runpath >>>> there. >>>> >>>> >>>> >>>>> On Fri, 2009-02-20 at 12:20 +0800, Jerry Tan wrote: >>>>> >>>>>> The updated export interface as below >>>>>> >>>>>> >>>>>> -------------------------------------------------------------------- >>>>>> Exported Stability Comments >>>>>> >>>>>> -------------------------------------------------------------------- >>>>>> /usr/lib/bdw-gc/libcord.so.1 Uncommitted library >>>>>> /usr/lib/bdw-gc/libgc.so.1 Uncommitted library >>>>>> /usr/include/gc/*.h Volatile >>>>>> header files >>>>>> /usr/lib/pkgconfig/bdw-gc.pc Uncommitted >>>>>> package config file >>>>>> SUNWlibgc Uncommitted >>>>>> package Name >>>>>> SUNWlibgc-devel Uncommitted dev >>>>>> package Name >>>>>> >>>>>> >>>>>> It will create a link as /usr/lib/bdw-gc/libgc.so to link >>>>>> /usr/lib/bdw-gc/libgc.so.1 >>>>>> >>>>> >>>>> Well, this will work too, but you might want to consider my >>>>> suggestion. >>>>> The advantage of that is that you don't need to add >>>>> /usr/lib/bdw-gc to >>>>> the RUNPATH of the consumers. >>>>> >>>>> Laca >>>>> >>>>> >>>>>> so by this, compiler team can add their libgc.so under /usr/lib >>>>>> >>>>>>> Irene Huang wrote: >>>>>>> >>>>>>>> Hi, all >>>>>>>> >>>>>>>> if there's no objections, I would like to close this case >>>>>>>> within 24 hours :) >>>>>>>> Thanks >>>>>>>> >>>>>>>> --Irene >>>>>>>> Jerry Tan wrote: >>>>>>>> >>>>>>>>> Hi, laca, good idea >>>>>>>>> >>>>>>>>> so the change will be >>>>>>>>> /usr/lib/libgc/libgc.so.1.0.3 >>>>>>>>> /usr/lib/libgc/libcord.so.1.0.3 >>>>>>>>> >>>>>>> That isn't what Laca was suggesting. He was suggesting that you >>>>>>> create >>>>>>> one symlink (NOT actual libraries) as the sole content of >>>>>>> /usr/lib/libgc. >>>>>>> The symlink would point up to the libbgc.so symlink in >>>>>>> /usr/lib. I can't >>>>>>> tell whether the proposal above wants to move or to duplicate >>>>>>> the actual >>>>>>> libraries, but I don't see the value in either of those options. >>>>>>> >>>>>>> BTW, the original proposal for this case has some serious >>>>>>> problems in its >>>>>>> exported interfaces list. It shows /usr/lib/libcord.so and >>>>>>> /usr/lib/libgc.so as actual libraries rather than as compile-time >>>>>>> symlinks, and it doesn't mention the actual library files at >>>>>>> all. It >>>>>>> would be good if someone filed a revised proposal that shows >>>>>>> what actually >>>>>>> happened and/or what the situation is going to be if the current >>>>>>> proposal >>>>>>> gets approved. >>>>>>> >>>>>>> Mike. >>>>>>> >>>>> >>>>> >>>> >>> >> --Boundary_(ID_0vRt4bqhRFGMUnFuxlWRIA) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT resend:

so the updated interface as below


     --------------------------------------------------------------------
      Exported                                     Stability       Comments
      --------------------------------------------------------------------
      /usr/lib/libcord.so.1              Uncommitted       library
      /usr/lib/libbgc.so.1               Uncommitted       library
      /usr/include/gc/*.h                Volatile               header files
      /usr/lib/pkgconfig/bdw-gc.pc
                                                    Uncommitted       package config file
       SUNWlibgc                        Uncommitted       package Name
       SUNWlibgc-devel             Uncommitted       dev package Name


I've gotten lost in the crossing emails about the library name.

Since we have an existing library called libgc.so[.1], adding a new, different library with the same name can only lead to confusion, apart from violating ARC rules.

Have we agreed that this library should be called something other than libgc.so[.1]? The name libbgc.so[.1] is the obvious choice.

---
Steve Clamage, stephen.clamage@sun.com


On 02/24/09 21:36, Jerry Tan wrote:
I still need to consider mike's opinion.

it seems that I have to  change soname for bdw-gc to avoid problem.


Hi, All

I would like to close this case as approved since there's no un-resolved issue.
Unless anyone have objections within 24 hours :)

Thanks

--Irene
Jerry Tan wrote:
Hi, laca,
your suggestion is good.

but I need to keep a sun-branding patch to change its SONAME to libbgc.so.1
it is not as easy as to only patch bdw-gc.pc file to add runpath there.



On Fri, 2009-02-20 at 12:20 +0800, Jerry Tan wrote:
 
The updated export interface as below

      --------------------------------------------------------------------
        Exported                        Stability       Comments
        --------------------------------------------------------------------
        /usr/lib/bdw-gc/libcord.so.1    Uncommitted       library
        /usr/lib/bdw-gc/libgc.so.1      Uncommitted       library
          /usr/include/gc/*.h             Volatile          header files
         /usr/lib/pkgconfig/bdw-gc.pc      Uncommitted       package config file
          SUNWlibgc                       Uncommitted       package Name
          SUNWlibgc-devel                 Uncommitted       dev package Name


It will create  a link as  /usr/lib/bdw-gc/libgc.so to link /usr/lib/bdw-gc/libgc.so.1
   

Well, this will work too, but you might want to consider my suggestion.
The advantage of that is that you don't need to add /usr/lib/bdw-gc to
the RUNPATH of the consumers.

Laca

 
so by this, compiler team can add their libgc.so under /usr/lib
 
Irene Huang wrote:
   
Hi, all

if there's no objections, I would like to close this case within 24 hours :)
Thanks

--Irene
Jerry Tan wrote:
     
Hi, laca, good idea

so the change will be
    /usr/lib/libgc/libgc.so.1.0.3
    /usr/lib/libgc/libcord.so.1.0.3
         
That isn't what Laca was suggesting.  He was suggesting that you create
one symlink (NOT actual libraries) as the sole content of /usr/lib/libgc.
The symlink would point up to the libbgc.so symlink in /usr/lib.  I can't
tell whether the proposal above wants to move or to duplicate the actual
libraries, but I don't see the value in either of those options.

BTW, the original proposal for this case has some serious problems in its
exported interfaces list.  It shows /usr/lib/libcord.so and
/usr/lib/libgc.so as actual libraries rather than as compile-time
symlinks, and it doesn't mention the actual library files at all.  It
would be good if someone filed a revised proposal that shows what actually
happened and/or what the situation is going to be if the current proposal
gets approved.

Mike.
     

 




--Boundary_(ID_0vRt4bqhRFGMUnFuxlWRIA)-- From sacadmin Thu Feb 26 11:38:12 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1QJcCOX005336 for ; Thu, 26 Feb 2009 11:38:12 -0800 (PST) Received: from sca-es-mail-1.sun.com (sca-es-mail-1.Sun.COM [192.18.43.132]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1QJcBrs036452 for ; Thu, 26 Feb 2009 11:38:11 -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 n1QJc2QT029880 for ; Thu, 26 Feb 2009 11:38:02 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 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 <0KFO00500U7CKF00@fe-sfbay-10.sun.com> for LSARC@sac.sfbay.sun.com; Thu, 26 Feb 2009 11:38:02 -0800 (PST) Received: from sunray4.SFBay.Sun.COM ([unknown] [10.6.102.104]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFO003H8UJ8JF40@fe-sfbay-10.sun.com> for LSARC@sac.sfbay.sun.com; Thu, 26 Feb 2009 11:37:58 -0800 (PST) Date: Thu, 26 Feb 2009 11:37:56 -0800 From: Mike Oliver Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49A65409.1090303@sun.com> Sender: Mike.Oliver@Sun.COM To: Jerry Tan Cc: Steve Clamage , Irene Huang , laca@Sun.COM, LSARC , Harry Lu Message-id: <49A6EF94.8010200@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> <49A4D8C7.1010003@sun.com> <49A58483.1090905@sun.com> <49A65409.1090303@sun.com> User-Agent: Thunderbird 2.0.0.20pre (X11/20090202) Status: RO Content-Length: 4901 Jerry Tan wrote: > resend: > > so the updated interface as below > > > -------------------------------------------------------------------- > Exported Stability Comments > -------------------------------------------------------------------- > /usr/lib/libcord.so.1 Uncommitted library > /usr/lib/libbgc.so.1 Uncommitted library > /usr/include/gc/*.h Volatile header files > /usr/lib/pkgconfig/bdw-gc.pc > Uncommitted > package config file > SUNWlibgc Uncommitted package Name > SUNWlibgc-devel Uncommitted dev package Name Presumably you'll also deliver /usr/lib/libcord.so and /usr/lib/libbgc.so symlinks as part of the SUNWlibgc-devel package. Mike. -- mike.oliver@sun.com >> I've gotten lost in the crossing emails about the library name. >> >> Since we have an existing library called libgc.so[.1], adding a new, >> different library with the same name can only lead to confusion, apart >> from violating ARC rules. >> >> Have we agreed that this library should be called something other than >> libgc.so[.1]? The name libbgc.so[.1] is the obvious choice. >> >> --- >> Steve Clamage, stephen.clamage@sun.com >> >> >> On 02/24/09 21:36, Jerry Tan wrote: >>> I still need to consider mike's opinion. >>> >>> it seems that I have to change soname for bdw-gc to avoid problem. >>> >>> >>>> Hi, All >>>> >>>> I would like to close this case as approved since there's no >>>> un-resolved issue. >>>> Unless anyone have objections within 24 hours :) >>>> >>>> Thanks >>>> >>>> --Irene >>>> Jerry Tan wrote: >>>>> Hi, laca, >>>>> your suggestion is good. >>>>> >>>>> but I need to keep a sun-branding patch to change its SONAME to >>>>> libbgc.so.1 >>>>> it is not as easy as to only patch bdw-gc.pc file to add runpath >>>>> there. >>>>> >>>>> >>>>> >>>>>> On Fri, 2009-02-20 at 12:20 +0800, Jerry Tan wrote: >>>>>> >>>>>>> The updated export interface as below >>>>>>> >>>>>>> >>>>>>> -------------------------------------------------------------------- >>>>>>> Exported Stability Comments >>>>>>> >>>>>>> -------------------------------------------------------------------- >>>>>>> /usr/lib/bdw-gc/libcord.so.1 Uncommitted library >>>>>>> /usr/lib/bdw-gc/libgc.so.1 Uncommitted library >>>>>>> /usr/include/gc/*.h Volatile >>>>>>> header files >>>>>>> /usr/lib/pkgconfig/bdw-gc.pc Uncommitted >>>>>>> package config file >>>>>>> SUNWlibgc Uncommitted >>>>>>> package Name >>>>>>> SUNWlibgc-devel Uncommitted dev >>>>>>> package Name >>>>>>> >>>>>>> >>>>>>> It will create a link as /usr/lib/bdw-gc/libgc.so to link >>>>>>> /usr/lib/bdw-gc/libgc.so.1 >>>>>>> >>>>>> >>>>>> Well, this will work too, but you might want to consider my >>>>>> suggestion. >>>>>> The advantage of that is that you don't need to add >>>>>> /usr/lib/bdw-gc to >>>>>> the RUNPATH of the consumers. >>>>>> >>>>>> Laca >>>>>> >>>>>> >>>>>>> so by this, compiler team can add their libgc.so under /usr/lib >>>>>>> >>>>>>>> Irene Huang wrote: >>>>>>>> >>>>>>>>> Hi, all >>>>>>>>> >>>>>>>>> if there's no objections, I would like to close this case >>>>>>>>> within 24 hours :) >>>>>>>>> Thanks >>>>>>>>> >>>>>>>>> --Irene >>>>>>>>> Jerry Tan wrote: >>>>>>>>> >>>>>>>>>> Hi, laca, good idea >>>>>>>>>> >>>>>>>>>> so the change will be >>>>>>>>>> /usr/lib/libgc/libgc.so.1.0.3 >>>>>>>>>> /usr/lib/libgc/libcord.so.1.0.3 >>>>>>>>>> >>>>>>>> That isn't what Laca was suggesting. He was suggesting that you >>>>>>>> create >>>>>>>> one symlink (NOT actual libraries) as the sole content of >>>>>>>> /usr/lib/libgc. >>>>>>>> The symlink would point up to the libbgc.so symlink in >>>>>>>> /usr/lib. I can't >>>>>>>> tell whether the proposal above wants to move or to duplicate >>>>>>>> the actual >>>>>>>> libraries, but I don't see the value in either of those options. >>>>>>>> >>>>>>>> BTW, the original proposal for this case has some serious >>>>>>>> problems in its >>>>>>>> exported interfaces list. It shows /usr/lib/libcord.so and >>>>>>>> /usr/lib/libgc.so as actual libraries rather than as compile-time >>>>>>>> symlinks, and it doesn't mention the actual library files at >>>>>>>> all. It >>>>>>>> would be good if someone filed a revised proposal that shows >>>>>>>> what actually >>>>>>>> happened and/or what the situation is going to be if the current >>>>>>>> proposal >>>>>>>> gets approved. >>>>>>>> >>>>>>>> Mike. >>>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> > > From sacadmin Thu Feb 26 21:52:14 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1R5qD2w021460 for ; Thu, 26 Feb 2009 21:52:13 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1R5qCGW002194 for ; Thu, 26 Feb 2009 21:52:13 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1R5q7cW025627 for ; Fri, 27 Feb 2009 05:52:07 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFP00900MY96800@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 27 Feb 2009 13:52:06 +0800 (SGT) Received: from [129.158.217.178] ([unknown] [129.158.217.178]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFP00KNOMYO6760@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 27 Feb 2009 13:52:05 +0800 (SGT) Date: Fri, 27 Feb 2009 13:45:30 +0800 From: Jerry Tan Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49A6EF94.8010200@sun.com> Sender: Jerry.Tan@Sun.COM To: Mike Oliver Cc: Steve Clamage , Irene Huang , laca@Sun.COM, LSARC , Harry Lu Message-id: <49A77DFA.8090109@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> <49A4D8C7.1010003@sun.com> <49A58483.1090905@sun.com> <49A65409.1090303@sun.com> <49A6EF94.8010200@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1b3pre) Gecko/20090209 Lightning/1.0pre Thunderbird/3.0b1 Status: RO Content-Length: 1078 On 02/27/09 03:37, Mike Oliver wrote: > Jerry Tan wrote: >> resend: >> >> so the updated interface as below >> >> >> -------------------------------------------------------------------- >> Exported Stability >> Comments >> >> -------------------------------------------------------------------- >> /usr/lib/libcord.so.1 Uncommitted library >> /usr/lib/libbgc.so.1 Uncommitted library >> /usr/include/gc/*.h Volatile header >> files >> /usr/lib/pkgconfig/bdw-gc.pc >> Uncommitted >> package config file >> SUNWlibgc Uncommitted package Name >> SUNWlibgc-devel Uncommitted dev package Name > > Presumably you'll also deliver /usr/lib/libcord.so and /usr/lib/libbgc.so > symlinks as part of the SUNWlibgc-devel package. > > Mike. yes. these two link /usr/lib/libgc.so and /usr/lib/libcord.so will be created also. From sacadmin Thu Feb 26 22:12:38 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1R6Ccv3022465 for ; Thu, 26 Feb 2009 22:12:38 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1R6Cb7B010578 for ; Thu, 26 Feb 2009 22:12:37 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1R6CVkf027233 for ; Fri, 27 Feb 2009 06:12:31 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFP00400NW1OH00@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 27 Feb 2009 14:12:31 +0800 (SGT) Received: from [129.158.217.245] ([unknown] [129.158.217.245]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFP00KT0NWT6770@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 27 Feb 2009 14:12:30 +0800 (SGT) Date: Fri, 27 Feb 2009 14:12:31 +0800 From: Irene Huang Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49A77DFA.8090109@sun.com> Sender: Irene.Huang@Sun.COM To: Jerry Tan Cc: Mike Oliver , Steve Clamage , laca@Sun.COM, LSARC , Harry Lu Message-id: <49A7844F.9090701@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> <49A4D8C7.1010003@sun.com> <49A58483.1090905@sun.com> <49A65409.1090303@sun.com> <49A6EF94.8010200@sun.com> <49A77DFA.8090109@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1237 Hi, I would like to extend the case for another 24 hours due to the late changes. Thanks --Irene Jerry Tan wrote: > On 02/27/09 03:37, Mike Oliver wrote: >> Jerry Tan wrote: >>> resend: >>> >>> so the updated interface as below >>> >>> >>> >>> -------------------------------------------------------------------- >>> Exported Stability >>> Comments >>> >>> -------------------------------------------------------------------- >>> /usr/lib/libcord.so.1 Uncommitted library >>> /usr/lib/libbgc.so.1 Uncommitted library >>> /usr/include/gc/*.h Volatile >>> header files >>> /usr/lib/pkgconfig/bdw-gc.pc >>> Uncommitted >>> package config file >>> SUNWlibgc Uncommitted package Name >>> SUNWlibgc-devel Uncommitted dev package Name >> >> Presumably you'll also deliver /usr/lib/libcord.so and >> /usr/lib/libbgc.so >> symlinks as part of the SUNWlibgc-devel package. >> >> Mike. > yes. these two link /usr/lib/libgc.so and /usr/lib/libcord.so will be > created also. > > From sacadmin Thu Feb 26 22:33:21 2009 Received: from jurassic-x4600.sfbay.sun.com (cretaceous.SFBay.Sun.COM [129.146.17.63]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1R6XLNG022791 for ; Thu, 26 Feb 2009 22:33:21 -0800 (PST) Received: from [10.7.250.251] (punchin-client-10-7-250-251.SFBay.Sun.COM [10.7.250.251]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n1R6XCDp119667; Thu, 26 Feb 2009 22:33:14 -0800 (PST) Message-ID: <49A78849.4040402@sun.com> Date: Thu, 26 Feb 2009 22:29:29 -0800 From: Margot Miller User-Agent: Thunderbird 2.0b1 (X11/20070115) MIME-Version: 1.0 To: Jerry Tan CC: Mike Oliver , Steve Clamage , Irene Huang , laca@sun.com, LSARC , Harry Lu Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> <49A4D8C7.1010003@sun.com> <49A58483.1090905@sun.com> <49A65409.1090303@sun.com> <49A6EF94.8010200@sun.com> <49A77DFA.8090109@sun.com> In-Reply-To: <49A77DFA.8090109@sun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Status: RO Content-Length: 1223 Jerry, Can you please update the interface table with those links? Thanks Margot Jerry Tan wrote: > On 02/27/09 03:37, Mike Oliver wrote: >> Jerry Tan wrote: >>> resend: >>> >>> so the updated interface as below >>> >>> >>> >>> -------------------------------------------------------------------- >>> Exported Stability >>> Comments >>> >>> -------------------------------------------------------------------- >>> /usr/lib/libcord.so.1 Uncommitted library >>> /usr/lib/libbgc.so.1 Uncommitted library >>> /usr/include/gc/*.h Volatile >>> header files >>> /usr/lib/pkgconfig/bdw-gc.pc >>> Uncommitted >>> package config file >>> SUNWlibgc Uncommitted package Name >>> SUNWlibgc-devel Uncommitted dev package Name >> >> Presumably you'll also deliver /usr/lib/libcord.so and >> /usr/lib/libbgc.so >> symlinks as part of the SUNWlibgc-devel package. >> >> Mike. > yes. these two link /usr/lib/libgc.so and /usr/lib/libcord.so will be > created also. > > From sacadmin Fri Feb 27 13:05:32 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1RL5WeJ016805 for ; Fri, 27 Feb 2009 13:05:32 -0800 (PST) Received: from sca-es-mail-1.sun.com (sca-es-mail-1.Sun.COM [192.18.43.132]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1RL5WpX014422 for ; Fri, 27 Feb 2009 13:05:32 -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 n1RL5RBd026725 for ; Fri, 27 Feb 2009 13:05:27 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 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 <0KFQ00L00SV3F900@fe-sfbay-10.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 27 Feb 2009 13:05:27 -0800 (PST) Received: from sunray4.SFBay.Sun.COM ([unknown] [10.6.102.104]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFQ00B5NT8Y3H70@fe-sfbay-10.sun.com> for LSARC@sac.sfbay.sun.com; Fri, 27 Feb 2009 13:05:23 -0800 (PST) Date: Fri, 27 Feb 2009 13:05:22 -0800 From: Mike Oliver Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49A77DFA.8090109@sun.com> Sender: Mike.Oliver@Sun.COM To: Jerry Tan Cc: Steve Clamage , Irene Huang , laca@Sun.COM, LSARC , Harry Lu Message-id: <49A85592.2070102@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> <49A4D8C7.1010003@sun.com> <49A58483.1090905@sun.com> <49A65409.1090303@sun.com> <49A6EF94.8010200@sun.com> <49A77DFA.8090109@sun.com> User-Agent: Thunderbird 2.0.0.20pre (X11/20090202) Status: RO Content-Length: 1223 Jerry Tan wrote: > On 02/27/09 03:37, Mike Oliver wrote: >> Jerry Tan wrote: >>> resend: >>> >>> so the updated interface as below >>> >>> >>> -------------------------------------------------------------------- >>> Exported Stability >>> Comments >>> >>> -------------------------------------------------------------------- >>> /usr/lib/libcord.so.1 Uncommitted library >>> /usr/lib/libbgc.so.1 Uncommitted library >>> /usr/include/gc/*.h Volatile header >>> files >>> /usr/lib/pkgconfig/bdw-gc.pc >>> Uncommitted >>> package config file >>> SUNWlibgc Uncommitted package Name >>> SUNWlibgc-devel Uncommitted dev package Name >> >> Presumably you'll also deliver /usr/lib/libcord.so and /usr/lib/libbgc.so >> symlinks as part of the SUNWlibgc-devel package. >> >> Mike. > yes. these two link /usr/lib/libgc.so ...............................^^^^^^^^ you mean libbgc.so, right? > and /usr/lib/libcord.so will be created also. Mike. -- mike.oliver@sun.com From sacadmin Mon Mar 2 05:02:16 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n22D2GeH020358 for ; Mon, 2 Mar 2009 05:02:16 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n22D2EK2063167 for ; Mon, 2 Mar 2009 05:02:15 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n22D29IY023974 for ; Mon, 2 Mar 2009 13:02:09 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFV00B00QR49600@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Mon, 02 Mar 2009 21:02:09 +0800 (SGT) Received: from [192.168.1.102] ([unknown] [123.122.244.124]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFV00B27QVHBT00@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Mon, 02 Mar 2009 21:02:08 +0800 (SGT) Date: Mon, 02 Mar 2009 21:01:46 +0800 From: Jerry Tan Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49A85592.2070102@sun.com> Sender: Jerry.Tan@Sun.COM To: Mike Oliver Cc: Steve Clamage , Irene Huang , laca@Sun.COM, LSARC , Harry Lu Message-id: <49ABD8BA.3070406@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> <49A4D8C7.1010003@sun.com> <49A58483.1090905@sun.com> <49A65409.1090303@sun.com> <49A6EF94.8010200@sun.com> <49A77DFA.8090109@sun.com> <49A85592.2070102@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 1288 > Jerry Tan wrote: >> On 02/27/09 03:37, Mike Oliver wrote: >>> Jerry Tan wrote: >>>> resend: >>>> >>>> so the updated interface as below >>>> >>>> >>>> >>>> -------------------------------------------------------------------- >>>> Exported Stability >>>> Comments >>>> >>>> -------------------------------------------------------------------- >>>> /usr/lib/libcord.so.1 Uncommitted library >>>> /usr/lib/libbgc.so.1 Uncommitted library >>>> /usr/include/gc/*.h Volatile >>>> header files >>>> /usr/lib/pkgconfig/bdw-gc.pc >>>> >>>> Uncommitted package config file >>>> SUNWlibgc Uncommitted package Name >>>> SUNWlibgc-devel Uncommitted dev package Name >>> >>> Presumably you'll also deliver /usr/lib/libcord.so and >>> /usr/lib/libbgc.so >>> symlinks as part of the SUNWlibgc-devel package. >>> >>> Mike. >> yes. these two link /usr/lib/libgc.so > > ...............................^^^^^^^^ you mean libbgc.so, right? yes, a typo. it should be libbgc.so. > >> and /usr/lib/libcord.so will be created also. > > Mike. From sacadmin Mon Mar 2 21:33:52 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n235XqZ6015207 for ; Mon, 2 Mar 2009 21:33:52 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n235Xpqt052090 for ; Mon, 2 Mar 2009 21:33:52 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n235Xk5o020390 for ; Tue, 3 Mar 2009 05:33:46 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFX00M000P6G200@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Tue, 03 Mar 2009 13:33:46 +0800 (SGT) Received: from [129.150.144.13] ([unknown] [129.150.144.13]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFX00AXK0S7PD30@mail-apac.sun.com>; Tue, 03 Mar 2009 13:33:46 +0800 (SGT) Date: Tue, 03 Mar 2009 13:33:24 +0800 From: Jerry Tan Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49A78849.4040402@sun.com> Sender: Jerry.Tan@Sun.COM To: Margot Miller Cc: Mike Oliver , Steve Clamage , Irene Huang , laca@Sun.COM, LSARC , Harry Lu Message-id: <49ACC124.1010204@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> <49A4D8C7.1010003@sun.com> <49A58483.1090905@sun.com> <49A65409.1090303@sun.com> <49A6EF94.8010200@sun.com> <49A77DFA.8090109@sun.com> <49A78849.4040402@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 2129 OK. so the updated version should be. -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- /usr/lib/libcord.so.1 Uncommitted library /usr/lib/libcord.so Uncommitted link /usr/lib/libbgc.so.1 Uncommitted library /usr/lib/libbgc.so Uncommitted link /usr/include/gc/*.h Volatile header files /usr/lib/pkgconfig/bdw-gc.pc Uncommitted package config file SUNWlibgc Uncommitted package Name SUNWlibgc-devel Uncommitted dev package Name > Jerry, > > Can you please update the interface table with those > links? > > Thanks > Margot > > > Jerry Tan wrote: >> On 02/27/09 03:37, Mike Oliver wrote: >>> Jerry Tan wrote: >>>> resend: >>>> >>>> so the updated interface as below >>>> >>>> >>>> >>>> -------------------------------------------------------------------- >>>> Exported Stability >>>> Comments >>>> >>>> -------------------------------------------------------------------- >>>> /usr/lib/libcord.so.1 Uncommitted library >>>> /usr/lib/libbgc.so.1 Uncommitted library >>>> /usr/include/gc/*.h Volatile >>>> header files >>>> /usr/lib/pkgconfig/bdw-gc.pc >>>> >>>> Uncommitted package config file >>>> SUNWlibgc Uncommitted package Name >>>> SUNWlibgc-devel Uncommitted dev package Name >>> >>> Presumably you'll also deliver /usr/lib/libcord.so and >>> /usr/lib/libbgc.so >>> symlinks as part of the SUNWlibgc-devel package. >>> >>> Mike. >> yes. these two link /usr/lib/libgc.so and /usr/lib/libcord.so will be >> created also. >> >> > From sacadmin Tue Mar 3 21:53:12 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n245rCRD020610 for ; Tue, 3 Mar 2009 21:53:12 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n245rBab038435 for ; Tue, 3 Mar 2009 21:53:11 -0800 (PST) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n245r5K0027057 for ; Wed, 4 Mar 2009 05:53:06 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFY00A00W1LNS00@mail-apac.sun.com> for LSARC@sac.sfbay.sun.com; Wed, 04 Mar 2009 13:53:05 +0800 (SGT) Received: from [129.158.217.245] ([unknown] [129.158.217.245]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFY00JVMWCGK360@mail-apac.sun.com>; Wed, 04 Mar 2009 13:53:05 +0800 (SGT) Date: Wed, 04 Mar 2009 13:53:06 +0800 From: Irene Huang Subject: Re: Update case: Libgc for Indiana [LSARC/2008/068 FastTrack timeout 02/17/2009] In-reply-to: <49ACC124.1010204@sun.com> Sender: Irene.Huang@Sun.COM To: Jerry Tan Cc: Margot Miller , Mike Oliver , Steve Clamage , laca@Sun.COM, LSARC , Harry Lu Message-id: <49AE1742.6040505@sun.com> References: <4998E0AE.4000908@sun.com> <1234924607.9451.123.camel@tecra> <499CCE32.602@sun.com> <499CD342.7060007@sun.com> <499DF7B5.9010002@sun.com> <499E2F97.1090207@sun.com> <1235104963.9451.260.camel@tecra> <499E4673.4000904@sun.com> <49A4D656.5030101@sun.com> <49A4D8C7.1010003@sun.com> <49A58483.1090905@sun.com> <49A65409.1090303@sun.com> <49A6EF94.8010200@sun.com> <49A77DFA.8090109@sun.com> <49A78849.4040402@sun.com> <49ACC124.1010204@sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 2299 I would like to close this case as approved now, if no objections. Thanks --Irene Jerry Tan wrote: > OK. > > so the updated version should be. > > > -------------------------------------------------------------------- > Exported Stability Comments > -------------------------------------------------------------------- > /usr/lib/libcord.so.1 Uncommitted library > /usr/lib/libcord.so Uncommitted link > /usr/lib/libbgc.so.1 Uncommitted library > /usr/lib/libbgc.so Uncommitted link > /usr/include/gc/*.h Volatile header > files > /usr/lib/pkgconfig/bdw-gc.pc > Uncommitted > package config file > SUNWlibgc Uncommitted package Name > SUNWlibgc-devel Uncommitted dev package Name >> Jerry, >> >> Can you please update the interface table with those >> links? >> >> Thanks >> Margot >> >> >> Jerry Tan wrote: >>> On 02/27/09 03:37, Mike Oliver wrote: >>>> Jerry Tan wrote: >>>>> resend: >>>>> >>>>> so the updated interface as below >>>>> >>>>> >>>>> >>>>> -------------------------------------------------------------------- >>>>> Exported Stability >>>>> Comments >>>>> >>>>> -------------------------------------------------------------------- >>>>> /usr/lib/libcord.so.1 Uncommitted library >>>>> /usr/lib/libbgc.so.1 Uncommitted library >>>>> /usr/include/gc/*.h Volatile >>>>> header files >>>>> /usr/lib/pkgconfig/bdw-gc.pc >>>>> >>>>> Uncommitted package config file >>>>> SUNWlibgc Uncommitted package Name >>>>> SUNWlibgc-devel Uncommitted dev package Name >>>> >>>> Presumably you'll also deliver /usr/lib/libcord.so and >>>> /usr/lib/libbgc.so >>>> symlinks as part of the SUNWlibgc-devel package. >>>> >>>> Mike. >>> yes. these two link /usr/lib/libgc.so and /usr/lib/libcord.so will >>> be created also. >>> >>> >> >