From rprak@antler.sfbay.sun.com Tue Sep 15 21:23:26 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8G4NQnV006475 for ; Tue, 15 Sep 2009 21:23:26 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8G4NHc2029255; Wed, 16 Sep 2009 05:23:22 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQ100G01QUXZC00@brm-avmta-1.central.sun.com>; Tue, 15 Sep 2009 22:23:21 -0600 (MDT) Received: from antler.sfbay.sun.com ([129.146.82.13]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQ1002JJQUWBRE0@brm-avmta-1.central.sun.com>; Tue, 15 Sep 2009 22:23:20 -0600 (MDT) Received: from antler.sfbay.sun.com (localhost [127.0.0.1]) by antler.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8G4NKHN003982; Tue, 15 Sep 2009 21:23:20 -0700 (PDT) Received: (from rprak@localhost) by antler.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n8G4NKHf003978; Tue, 15 Sep 2009 21:23:20 -0700 (PDT) Date: Tue, 15 Sep 2009 21:23:20 -0700 (PDT) From: Raj Prakash Subject: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] To: LSARC-ext@sun.com Cc: george.vasick@sun.com, raj.prakash@sun.com Message-id: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 3091 Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: GDB: The GNU Project Debugger 1.2. Name of Document Author/Supplier: Author: George Vasick 1.3 Date of This Document: 15 September, 2009 4. Technical Description Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: GDB: The GNU Project Debugger 1.2. Name of Document Author/Supplier: George Vasick 1.3. Date of This Document: 09/14/2009 1.5. Email Aliases: 1.5.1. Responsible Manager: kurt.goebel@sun.com 1.5.2. Responsible Engineer: george.vasick@sun.com 1.5.4. Interest List: sfwnv-discuss@opensolaris.org 2. Project Summary 2.1. Project Description: Upgrade GDB from version 6.3 to 6.8, the latest released version. Also, add support for debugging 64 bit executables. 4. Technical Description: 4.1. Details: The GDB 6.8 source will be built both -m32 and -m64. The 64 bit build is required to support debugging of 64 bit executables. Users running on 64 bit systems will get the 64 bit version of GDB by default allowing them to debug both 32 bit and 64 bit executables while users running on 32 bit systems will get the 32 bit version of GDB allowing them to debug 32 bit executables. The isaexec command will be used to invoke the appropriate version of the debugger depending on the system. 4.2. Bug/RFE Number(s): 6838651: update gdb to version 6.8 6881282: gdb is way too old 4.5. Interfaces: GDB 6.8 will be installed in /usr/bin with compatibility links added to /usr/sfw/bin similar to the the current 6.3 version: usr usr/bin usr/bin/amd64 usr/bin/amd64/gdb usr/bin/amd64/gdbtui usr/bin/gdb=../lib/isaexec usr/bin/gdbtui=../lib/isaexec usr/bin/i86 usr/bin/i86/gdb usr/bin/i86/gdbtui usr/bin/sparcv9 usr/bin/sparcv9/gdb usr/bin/sparcv9/gdbtui usr/sfw usr/sfw/bin usr/sfw/bin/gdb=../../bin/gdb usr/sfw/bin/gdbtui=../../bin/gdbtui usr/share usr/share/info usr/share/info/annotate.info usr/share/info/gdb.info usr/share/info/gdb.info-1 usr/share/info/gdb.info-2 usr/share/info/gdb.info-3 usr/share/info/gdb.info-4 usr/share/info/gdbint.info usr/share/info/gdbint.info-1 usr/share/info/gdbint.info-2 usr/share/info/stabs.info usr/share/man usr/share/man/man1 usr/share/man/man1/gdb.1 usr/share/man/man1/gdbtui.1 4.6. Doc Impact: Current man and info pages will be provided. 4.10. Packaging & Delivery: SUNWgdb will be updated. 5. Reference Documents: PSARC/2005/423 Add g77, gdb and autoconf to WOS - by Kenneth Erickson, closed approved fast-track 07/27/2005 PSARC/2007/630 Move gdb from /usr/sfw/bin to /usr/bin - by April Chin, closed approved automatic 11/01/2007 6. Resources and Schedule: 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: SUNWgdb 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From Raj.Prakash@sun.com Tue Sep 22 16:28:57 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8MNSuaE025644 for ; Tue, 22 Sep 2009 16:28:57 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8MNShUv006596 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 23 Sep 2009 07:28:55 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQE00L03BW36X00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Tue, 22 Sep 2009 17:28:51 -0600 (MDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQE00GDJBW3OH20@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Tue, 22 Sep 2009 17:28:51 -0600 (MDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8MNSphg021029 for ; Tue, 22 Sep 2009 16:28:51 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQE00600BLBH800@fe-sfbay-10.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Tue, 22 Sep 2009 16:28:51 -0700 (PDT) Received: from [192.168.0.5] ([unknown] [24.6.181.8]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQE00G97BVTDQE0@fe-sfbay-10.sun.com>; Tue, 22 Sep 2009 16:28:46 -0700 (PDT) Date: Tue, 22 Sep 2009 16:28:43 -0700 From: Raj Prakash Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> Sender: Raj.Prakash@sun.com To: Raj Prakash Cc: LSARC-ext@sun.com, George.Vasick@sun.com Message-id: <4AB95DAB.2030803@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 3358 This is case is timing out today. Raj Raj Prakash wrote: > Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > GDB: The GNU Project Debugger > 1.2. Name of Document Author/Supplier: > Author: George Vasick > 1.3 Date of This Document: > 15 September, 2009 > 4. Technical Description > Copyright 2009 Sun Microsystems > > 1. Introduction > 1.1. Project/Component Working Name: > GDB: The GNU Project Debugger > > 1.2. Name of Document Author/Supplier: > George Vasick > > 1.3. Date of This Document: > 09/14/2009 > > 1.5. Email Aliases: > 1.5.1. Responsible Manager: kurt.goebel@sun.com > 1.5.2. Responsible Engineer: george.vasick@sun.com > 1.5.4. Interest List: sfwnv-discuss@opensolaris.org > > 2. Project Summary > 2.1. Project Description: > Upgrade GDB from version 6.3 to 6.8, the latest released version. > Also, add support for debugging 64 bit executables. > > 4. Technical Description: > 4.1. Details: > The GDB 6.8 source will be built both -m32 and -m64. The 64 bit > build is required to support debugging of 64 bit executables. > Users running on 64 bit systems will get the 64 bit version of > GDB by default allowing them to debug both 32 bit and 64 bit > executables while users running on 32 bit systems will get the 32 > bit version of GDB allowing them to debug 32 bit executables. > The isaexec command will be used to invoke the appropriate > version of the debugger depending on the system. > > 4.2. Bug/RFE Number(s): > 6838651: update gdb to version 6.8 > 6881282: gdb is way too old > > 4.5. Interfaces: > GDB 6.8 will be installed in /usr/bin with compatibility links > added to /usr/sfw/bin similar to the the current 6.3 version: > usr > usr/bin > usr/bin/amd64 > usr/bin/amd64/gdb > usr/bin/amd64/gdbtui > usr/bin/gdb=../lib/isaexec > usr/bin/gdbtui=../lib/isaexec > usr/bin/i86 > usr/bin/i86/gdb > usr/bin/i86/gdbtui > usr/bin/sparcv9 > usr/bin/sparcv9/gdb > usr/bin/sparcv9/gdbtui > usr/sfw > usr/sfw/bin > usr/sfw/bin/gdb=../../bin/gdb > usr/sfw/bin/gdbtui=../../bin/gdbtui > usr/share > usr/share/info > usr/share/info/annotate.info > usr/share/info/gdb.info > usr/share/info/gdb.info-1 > usr/share/info/gdb.info-2 > usr/share/info/gdb.info-3 > usr/share/info/gdb.info-4 > usr/share/info/gdbint.info > usr/share/info/gdbint.info-1 > usr/share/info/gdbint.info-2 > usr/share/info/stabs.info > usr/share/man > usr/share/man/man1 > usr/share/man/man1/gdb.1 > usr/share/man/man1/gdbtui.1 > > 4.6. Doc Impact: > Current man and info pages will be provided. > > 4.10. Packaging & Delivery: > SUNWgdb will be updated. > > 5. Reference Documents: > PSARC/2005/423 Add g77, gdb and autoconf to WOS - by Kenneth Erickson, closed approved fast-track 07/27/2005 > PSARC/2007/630 Move gdb from /usr/sfw/bin to /usr/bin - by April Chin, closed approved automatic 11/01/2007 > > 6. Resources and Schedule: > 6.5. ARC review type: > FastTrack > > 6.6. ARC Exposure: > open > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > SUNWgdb > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open > > From storycrafter@gmail.com Tue Sep 22 16:45:43 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8MNjgKV025991 for ; Tue, 22 Sep 2009 16:45:43 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8MNjbVh012351; Wed, 23 Sep 2009 00:45:40 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQE00L0FCO36800@nwk-avmta-1.sfbay.Sun.COM>; Tue, 22 Sep 2009 16:45:39 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQE00HX3CO3R020@nwk-avmta-1.sfbay.Sun.COM>; Tue, 22 Sep 2009 16:45:39 -0700 (PDT) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8MNhX8s022684; Tue, 22 Sep 2009 23:45:38 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay14i.sun.com with ESMTP id BT-MMP-2382830; Tue, 22 Sep 2009 23:45:38 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-29140949; Tue, 22 Sep 2009 23:45:38 +0000 (Z) Received: from mail-qy0-f179.google.com ([209.85.221.179] [209.85.221.179]) by relay1i.sun.com with ESMTP id BT-MMP-28305656; Tue, 22 Sep 2009 23:45:38 +0000 (Z) Received: by qyk9 with SMTP id 9so222353qyk.30 for ; Tue, 22 Sep 2009 16:45:29 -0700 (PDT) Received: by 10.224.12.204 with SMTP id y12mr1372008qay.99.1253663128962; Tue, 22 Sep 2009 16:45:28 -0700 (PDT) Received: from ?172.16.202.89? (68-252-106-20.ded.ameritech.net [68.252.106.20]) by mx.google.com with ESMTPS id 2sm551335qwi.40.2009.09.22.16.45.27 (version=TLSv1/SSLv3 cipher=RC4-MD5) ; Tue, 22 Sep 2009 16:45:27 -0700 (PDT) Date: Tue, 22 Sep 2009 18:45:26 -0500 From: Mark Martin Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <4AB95DAB.2030803@sun.com> To: Raj Prakash Cc: Raj Prakash , LSARC-ext@sun.com Message-id: <4AB96196.3020801@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=fpWRuAbgN+j8wgv808nq1dRfnRWCFP1NyoOcaYVTgDU=; b=m/g+DeU4/x6g08RbOfNHY6GjGz+vmiJ2RLtwWAo9+B3ZLLRcstqK7eTvio/mMedwPR 6tgLKPiuvs/L/FwDPwnZfKAeZenFcZtnVsBkWlF/TiRdJENpdulr7LlUq7Zp/hWOUz9A c1WOmXtyxIrMIIrBkz+B4+fJsPlgoEAGwkSUw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=v7ASm3/2h/DhZ2UOcmoGqMeHMvW30kftVFUdqjF1dyt7MeoulGzH6khIPY2B5ZkDuj aM3go6xVeATDrkRz55rNohZWsfLK6w8HYx/MM2qVAdB5+eoCt7y/t/M/k9Q79Nurps2n VxTQW45xYhGaWseTBE6vg5ymx03faqKoLuj+M= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 3949 Raj Prakash wrote: > This is case is timing out today. Am I the only one that did not get the original announcement email? I'd be happy to +1 this if I can get a few more days to review it. > > Raj > > Raj Prakash wrote: >> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >> This information is Copyright 2009 Sun Microsystems >> 1. Introduction >> 1.1. Project/Component Working Name: >> GDB: The GNU Project Debugger >> 1.2. Name of Document Author/Supplier: >> Author: George Vasick >> 1.3 Date of This Document: >> 15 September, 2009 >> 4. Technical Description >> Copyright 2009 Sun Microsystems >> >> 1. Introduction >> 1.1. Project/Component Working Name: >> GDB: The GNU Project Debugger >> >> 1.2. Name of Document Author/Supplier: >> George Vasick >> >> 1.3. Date of This Document: >> 09/14/2009 >> >> 1.5. Email Aliases: >> 1.5.1. Responsible Manager: kurt.goebel@sun.com >> 1.5.2. Responsible Engineer: george.vasick@sun.com >> 1.5.4. Interest List: sfwnv-discuss@opensolaris.org >> >> 2. Project Summary >> 2.1. Project Description: >> Upgrade GDB from version 6.3 to 6.8, the latest released version. >> Also, add support for debugging 64 bit executables. >> >> 4. Technical Description: >> 4.1. Details: >> The GDB 6.8 source will be built both -m32 and -m64. The 64 bit >> build is required to support debugging of 64 bit executables. >> Users running on 64 bit systems will get the 64 bit version of >> GDB by default allowing them to debug both 32 bit and 64 bit >> executables while users running on 32 bit systems will get the 32 >> bit version of GDB allowing them to debug 32 bit executables. >> The isaexec command will be used to invoke the appropriate >> version of the debugger depending on the system. >> >> 4.2. Bug/RFE Number(s): >> 6838651: update gdb to version 6.8 >> 6881282: gdb is way too old >> >> 4.5. Interfaces: >> GDB 6.8 will be installed in /usr/bin with compatibility links >> added to /usr/sfw/bin similar to the the current 6.3 version: >> usr >> usr/bin >> usr/bin/amd64 >> usr/bin/amd64/gdb >> usr/bin/amd64/gdbtui >> usr/bin/gdb=../lib/isaexec >> usr/bin/gdbtui=../lib/isaexec >> usr/bin/i86 >> usr/bin/i86/gdb >> usr/bin/i86/gdbtui >> usr/bin/sparcv9 >> usr/bin/sparcv9/gdb >> usr/bin/sparcv9/gdbtui >> usr/sfw >> usr/sfw/bin >> usr/sfw/bin/gdb=../../bin/gdb >> usr/sfw/bin/gdbtui=../../bin/gdbtui >> usr/share >> usr/share/info >> usr/share/info/annotate.info >> usr/share/info/gdb.info >> usr/share/info/gdb.info-1 >> usr/share/info/gdb.info-2 >> usr/share/info/gdb.info-3 >> usr/share/info/gdb.info-4 >> usr/share/info/gdbint.info >> usr/share/info/gdbint.info-1 >> usr/share/info/gdbint.info-2 >> usr/share/info/stabs.info >> usr/share/man >> usr/share/man/man1 >> usr/share/man/man1/gdb.1 >> usr/share/man/man1/gdbtui.1 >> 4.6. Doc Impact: >> Current man and info pages will be provided. >> 4.10. Packaging & Delivery: >> SUNWgdb will be updated. >> >> 5. Reference Documents: >> PSARC/2005/423 Add g77, gdb and autoconf to WOS - by Kenneth >> Erickson, closed approved fast-track 07/27/2005 >> PSARC/2007/630 Move gdb from /usr/sfw/bin to /usr/bin - by April >> Chin, closed approved automatic 11/01/2007 >> >> 6. Resources and Schedule: >> 6.5. ARC review type: >> FastTrack >> >> 6.6. ARC Exposure: >> open >> >> 6. Resources and Schedule >> 6.4. Steering Committee requested information >> 6.4.1. Consolidation C-team Name: >> SUNWgdb >> 6.5. ARC review type: FastTrack >> 6.6. ARC Exposure: open >> >> > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From Sebastien.Roy@sun.com Tue Sep 22 17:37:10 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8N0b8GJ028013 for ; Tue, 22 Sep 2009 17:37:09 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8N0b6R3008142 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 23 Sep 2009 08:37:08 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQE00503F1UJ600@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 22 Sep 2009 18:37:06 -0600 (MDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQE00GV5F1TO860@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 22 Sep 2009 18:37:05 -0600 (MDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8N0b5eP005274 for ; Wed, 23 Sep 2009 00:37:05 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQE00D00EM8NO00@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 22 Sep 2009 18:37:05 -0600 (MDT) Received: from [192.168.1.2] ([unknown] [173.76.19.212]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQE00BPHF1SEMA0@mail-amer.sun.com>; Tue, 22 Sep 2009 18:37:05 -0600 (MDT) Date: Tue, 22 Sep 2009 20:37:03 -0400 From: Sebastien Roy Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <4AB96196.3020801@gmail.com> Sender: Sebastien.Roy@sun.com To: Mark Martin Cc: Raj Prakash , Raj Prakash , LSARC-ext@sun.com Message-id: <1253666224.154708.3.camel@seb> Organization: Sun Microsystems MIME-version: 1.0 X-Mailer: Evolution 2.26.3 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4AB96196.3020801@gmail.com> Status: RO Content-Length: 429 On Tue, 2009-09-22 at 18:45 -0500, Mark Martin wrote: > Raj Prakash wrote: > > This is case is timing out today. > Am I the only one that did not get the original announcement email? I'd > be happy to +1 this if I can get a few more days to review it. You're not the only one, this is the first message regarding this case in the case log. Case owner, please reset the timer to give members time to review the case. -Seb From Raj.Prakash@sun.com Tue Sep 22 20:35:48 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8N3ZmI8000253 for ; Tue, 22 Sep 2009 20:35:48 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8N3Zlht000947 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 22 Sep 2009 21:35:48 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQE00701NBNCO00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 22 Sep 2009 20:35:48 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQE00JWUNBN5S80@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 22 Sep 2009 20:35:47 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8N3ZlGx018599 for ; Tue, 22 Sep 2009 20:35:47 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQE00500NA1B200@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 22 Sep 2009 20:35:47 -0700 (PDT) Received: from [192.168.0.5] ([unknown] [24.6.181.8]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQE00M4CNBNR7B0@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 22 Sep 2009 20:35:47 -0700 (PDT) Date: Tue, 22 Sep 2009 20:35:47 -0700 From: Raj Prakash Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/25/2009] In-reply-to: <4AB96196.3020801@gmail.com> Sender: Raj.Prakash@sun.com To: George Vasick Cc: Mark Martin , LSARC-ext@sun.com Message-id: <4AB99793.9060506@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4AB96196.3020801@gmail.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 4228 I am extending the deadline to Friday Sep 25, 2009 because it appears that the original message wasn't relayed to all aliases. Raj Mark Martin wrote: > Raj Prakash wrote: >> This is case is timing out today. > Am I the only one that did not get the original announcement email? > I'd be happy to +1 this if I can get a few more days to review it. >> >> Raj >> >> Raj Prakash wrote: >>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >>> This information is Copyright 2009 Sun Microsystems >>> 1. Introduction >>> 1.1. Project/Component Working Name: >>> GDB: The GNU Project Debugger >>> 1.2. Name of Document Author/Supplier: >>> Author: George Vasick >>> 1.3 Date of This Document: >>> 15 September, 2009 >>> 4. Technical Description >>> Copyright 2009 Sun Microsystems >>> >>> 1. Introduction >>> 1.1. Project/Component Working Name: >>> GDB: The GNU Project Debugger >>> >>> 1.2. Name of Document Author/Supplier: >>> George Vasick >>> >>> 1.3. Date of This Document: >>> 09/14/2009 >>> >>> 1.5. Email Aliases: >>> 1.5.1. Responsible Manager: kurt.goebel@sun.com >>> 1.5.2. Responsible Engineer: george.vasick@sun.com >>> 1.5.4. Interest List: sfwnv-discuss@opensolaris.org >>> >>> 2. Project Summary >>> 2.1. Project Description: >>> Upgrade GDB from version 6.3 to 6.8, the latest released version. >>> Also, add support for debugging 64 bit executables. >>> >>> 4. Technical Description: >>> 4.1. Details: >>> The GDB 6.8 source will be built both -m32 and -m64. The 64 bit >>> build is required to support debugging of 64 bit executables. >>> Users running on 64 bit systems will get the 64 bit version of >>> GDB by default allowing them to debug both 32 bit and 64 bit >>> executables while users running on 32 bit systems will get the 32 >>> bit version of GDB allowing them to debug 32 bit executables. >>> The isaexec command will be used to invoke the appropriate >>> version of the debugger depending on the system. >>> >>> 4.2. Bug/RFE Number(s): >>> 6838651: update gdb to version 6.8 >>> 6881282: gdb is way too old >>> >>> 4.5. Interfaces: >>> GDB 6.8 will be installed in /usr/bin with compatibility links >>> added to /usr/sfw/bin similar to the the current 6.3 version: >>> usr >>> usr/bin >>> usr/bin/amd64 >>> usr/bin/amd64/gdb >>> usr/bin/amd64/gdbtui >>> usr/bin/gdb=../lib/isaexec >>> usr/bin/gdbtui=../lib/isaexec >>> usr/bin/i86 >>> usr/bin/i86/gdb >>> usr/bin/i86/gdbtui >>> usr/bin/sparcv9 >>> usr/bin/sparcv9/gdb >>> usr/bin/sparcv9/gdbtui >>> usr/sfw >>> usr/sfw/bin >>> usr/sfw/bin/gdb=../../bin/gdb >>> usr/sfw/bin/gdbtui=../../bin/gdbtui >>> usr/share >>> usr/share/info >>> usr/share/info/annotate.info >>> usr/share/info/gdb.info >>> usr/share/info/gdb.info-1 >>> usr/share/info/gdb.info-2 >>> usr/share/info/gdb.info-3 >>> usr/share/info/gdb.info-4 >>> usr/share/info/gdbint.info >>> usr/share/info/gdbint.info-1 >>> usr/share/info/gdbint.info-2 >>> usr/share/info/stabs.info >>> usr/share/man >>> usr/share/man/man1 >>> usr/share/man/man1/gdb.1 >>> usr/share/man/man1/gdbtui.1 >>> 4.6. Doc Impact: >>> Current man and info pages will be provided. >>> 4.10. Packaging & Delivery: >>> SUNWgdb will be updated. >>> >>> 5. Reference Documents: >>> PSARC/2005/423 Add g77, gdb and autoconf to WOS - by Kenneth >>> Erickson, closed approved fast-track 07/27/2005 >>> PSARC/2007/630 Move gdb from /usr/sfw/bin to /usr/bin - by April >>> Chin, closed approved automatic 11/01/2007 >>> >>> 6. Resources and Schedule: >>> 6.5. ARC review type: >>> FastTrack >>> >>> 6.6. ARC Exposure: >>> open >>> >>> 6. Resources and Schedule >>> 6.4. Steering Committee requested information >>> 6.4.1. Consolidation C-team Name: >>> SUNWgdb >>> 6.5. ARC review type: FastTrack >>> 6.6. ARC Exposure: open >>> >>> >> >> _______________________________________________ >> opensolaris-arc mailing list >> opensolaris-arc@opensolaris.org > From ro@techfak.uni-bielefeld.de Wed Sep 23 04:14:21 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8NBEJdH017742 for ; Wed, 23 Sep 2009 04:14:20 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n8NBEJlA017599; Wed, 23 Sep 2009 04:14:19 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQF005018JVRH00@brm-avmta-1.central.sun.com>; Wed, 23 Sep 2009 05:14:19 -0600 (MDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQF00LIX8JU9650@brm-avmta-1.central.sun.com>; Wed, 23 Sep 2009 05:14:18 -0600 (MDT) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8NAlhBA017805; Wed, 23 Sep 2009 11:14:18 +0000 (GMT) Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11]) by relay11i.sun.com with ESMTP id BT-MMP-2419496; Wed, 23 Sep 2009 11:14:17 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-27640908; Wed, 23 Sep 2009 11:14:17 +0000 (Z) Received: from smarthost.TechFak.Uni-Bielefeld.DE ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id BT-MMP-6189920; Wed, 23 Sep 2009 11:14:16 +0000 (Z) Received: from komagatake.TechFak.Uni-Bielefeld.DE (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126]) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 180DDD7; Wed, 23 Sep 2009 13:14:16 +0200 (CEST) Received: (from ro@localhost) by komagatake.TechFak.Uni-Bielefeld.DE (8.11.7+Sun/8.9.1) id n8NBEF124674; Wed, 23 Sep 2009 13:14:15 +0200 (MEST) Date: Wed, 23 Sep 2009 13:14:08 +0200 From: Rainer Orth Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: Raj Prakash's message of "Tue, 22 Sep 2009 16:28:43 -0700" Sender: ro@techfak.uni-bielefeld.de To: Raj Prakash Cc: Raj Prakash , LSARC-ext@sun.com Message-id: MIME-version: 1.0 X-Mailer: Gnus v5.6.44/Emacs 19.34 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== Lines: 76 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> Status: RO Content-Length: 2649 Raj Prakash writes: > 2. Project Summary > 2.1. Project Description: > Upgrade GDB from version 6.3 to 6.8, the latest released version. > Also, add support for debugging 64 bit executables. > > 4. Technical Description: > 4.1. Details: > The GDB 6.8 source will be built both -m32 and -m64. The 64 bit > build is required to support debugging of 64 bit executables. > Users running on 64 bit systems will get the 64 bit version of > GDB by default allowing them to debug both 32 bit and 64 bit > executables while users running on 32 bit systems will get the 32 > bit version of GDB allowing them to debug 32 bit executables. > The isaexec command will be used to invoke the appropriate > version of the debugger depending on the system. Is there a reason to use isaexec on SPARC? There's no 32-bit kernel anymore, so the 32-bit binary will not be used by isaexec, but could only invoked manually. Unless the 64-bit GDB has trouble debugging 32-bit programs, there's no reason to ship the 32-bit version on SPARC at all. From the file listing below, it seems there is no /usr/bin/sparcv7/gdb*, but this should be stated explicitly and the isaexec step omitted to avoid the unnecessary overhead. > 4.5. Interfaces: > GDB 6.8 will be installed in /usr/bin with compatibility links > added to /usr/sfw/bin similar to the the current 6.3 version: I think those should be listed in this case as well. What about symlinks for info and man pages? > usr > usr/bin > usr/bin/amd64 > usr/bin/amd64/gdb > usr/bin/amd64/gdbtui > usr/bin/gdb=../lib/isaexec > usr/bin/gdbtui=../lib/isaexec > usr/bin/i86 > usr/bin/i86/gdb > usr/bin/i86/gdbtui > usr/bin/sparcv9 > usr/bin/sparcv9/gdb > usr/bin/sparcv9/gdbtui > usr/sfw > usr/sfw/bin > usr/sfw/bin/gdb=../../bin/gdb > usr/sfw/bin/gdbtui=../../bin/gdbtui > usr/share > usr/share/info > usr/share/info/annotate.info > usr/share/info/gdb.info > usr/share/info/gdb.info-1 > usr/share/info/gdb.info-2 > usr/share/info/gdb.info-3 > usr/share/info/gdb.info-4 > usr/share/info/gdbint.info > usr/share/info/gdbint.info-1 > usr/share/info/gdbint.info-2 > usr/share/info/stabs.info > usr/share/man > usr/share/man/man1 > usr/share/man/man1/gdb.1 > usr/share/man/man1/gdbtui.1 Rather than list all files and directories in SUNWgdb, it would be better to list the exported (and imported) interfaces and their stability. In particular, what about readline support? Will it be included? Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University From Raj.Prakash@sun.com Wed Sep 23 06:44:41 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8NDieb3020127 for ; Wed, 23 Sep 2009 06:44:40 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8NDiWrH012614 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 23 Sep 2009 21:44:39 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQF00I0JFIBV900@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 06:44:35 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQF004QGFIB0L80@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 06:44:35 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8NDiZF8016770 for ; Wed, 23 Sep 2009 06:44:35 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQF00M00FDOJX00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 06:44:35 -0700 (PDT) Received: from [192.168.0.5] ([unknown] [24.6.181.8]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQF00BY3FIACF40@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 06:44:34 -0700 (PDT) Date: Wed, 23 Sep 2009 06:44:34 -0700 From: Raj Prakash Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/25/2009] Sender: Raj.Prakash@sun.com To: George Vasick , LSARC-ext@sun.com Message-id: <4ABA2642.5010302@sun.com> MIME-version: 1.0 Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 4335 Please copy George Vasick on your emails. -- Raj

-------- Original Message --------
Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009]
Date: Wed, 23 Sep 2009 13:14:08 +0200
From: Rainer Orth <ro@techfak.uni-bielefeld.de>
To: Raj Prakash <Raj.Prakash@Sun.COM>
CC: Raj Prakash <rprak@antler.sfbay.sun.com>, LSARC-ext@sun.com 


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

> 2. Project Summary
>    2.1. Project Description:
> 	Upgrade GDB from version 6.3 to 6.8, the latest released version.
> 	Also, add support for debugging 64 bit executables.
>
> 4. Technical Description:
>     4.1. Details:
> 	The GDB 6.8 source will be built both -m32 and -m64.  The 64 bit
> 	build is required to support debugging of 64 bit executables.
> 	Users running on 64 bit systems will get the 64 bit version of
> 	GDB by default allowing them to debug both 32 bit and 64 bit
> 	executables while users running on 32 bit systems will get the 32
> 	bit version of GDB allowing them to debug 32 bit executables.
> 	The isaexec command will be used to invoke the appropriate
> 	version of the debugger depending on the system.

Is there a reason to use isaexec on SPARC?  There's no 32-bit kernel
anymore, so the 32-bit binary will not be used by isaexec, but could only
invoked manually.  Unless the 64-bit GDB has trouble debugging 32-bit
programs, there's no reason to ship the 32-bit version on SPARC at all.
From the file listing below, it seems there is no /usr/bin/sparcv7/gdb*,
but this should be stated explicitly and the isaexec step omitted to avoid
the unnecessary overhead.

>     4.5. Interfaces:
> 	GDB 6.8 will be installed in /usr/bin with compatibility links
> 	added to /usr/sfw/bin similar to the the current 6.3 version:

I think those should be listed in this case as well.  What about symlinks
for info and man pages?

> 	usr
> 	usr/bin
> 	usr/bin/amd64
> 	usr/bin/amd64/gdb
> 	usr/bin/amd64/gdbtui
> 	usr/bin/gdb=../lib/isaexec
> 	usr/bin/gdbtui=../lib/isaexec
> 	usr/bin/i86
> 	usr/bin/i86/gdb
> 	usr/bin/i86/gdbtui
> 	usr/bin/sparcv9
> 	usr/bin/sparcv9/gdb
> 	usr/bin/sparcv9/gdbtui
> 	usr/sfw
> 	usr/sfw/bin
> 	usr/sfw/bin/gdb=../../bin/gdb
> 	usr/sfw/bin/gdbtui=../../bin/gdbtui
> 	usr/share
> 	usr/share/info
> 	usr/share/info/annotate.info
> 	usr/share/info/gdb.info
> 	usr/share/info/gdb.info-1
> 	usr/share/info/gdb.info-2
> 	usr/share/info/gdb.info-3
> 	usr/share/info/gdb.info-4
> 	usr/share/info/gdbint.info
> 	usr/share/info/gdbint.info-1
> 	usr/share/info/gdbint.info-2
> 	usr/share/info/stabs.info
> 	usr/share/man
> 	usr/share/man/man1
> 	usr/share/man/man1/gdb.1
> 	usr/share/man/man1/gdbtui.1

Rather than list all files and directories in SUNWgdb, it would be better
to list the exported (and imported) interfaces and their stability.  In
particular, what about readline support?  Will it be included?

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University
From George.Vasick@sun.com Wed Sep 23 08:18:35 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8NFIY26022223 for ; Wed, 23 Sep 2009 08:18:34 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8NFIViV000469 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 23 Sep 2009 23:18:33 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQF00603JUVOW00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 09:18:31 -0600 (MDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQF004W5JUUSK10@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 09:18:30 -0600 (MDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8NFIU9n024566 for ; Wed, 23 Sep 2009 08:18:30 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQF00900JKXS500@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 08:18:30 -0700 (PDT) Received: from [129.146.84.241] ([unknown] [129.146.84.241]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQF00GDEJUSMT70@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 08:18:28 -0700 (PDT) Date: Wed, 23 Sep 2009 08:18:27 -0700 From: George Vasick Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/25/2009] In-reply-to: <4ABA2642.5010302@sun.com> Sender: George.Vasick@sun.com To: Raj Prakash Cc: LSARC-ext@sun.com Message-id: <4ABA3C43.107@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4ABA2642.5010302@sun.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 3292 I have received the replies. I am on the opensolaris arc alias and open cases seem to be forwarded there. Thanks, George Raj Prakash wrote: > Please copy George Vasick on your emails. -- Raj > > -------- Original Message -------- > Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack > timeout 09/22/2009] > Date: Wed, 23 Sep 2009 13:14:08 +0200 > From: Rainer Orth > To: Raj Prakash > CC: Raj Prakash , LSARC-ext@sun.com > > > > Raj Prakash writes: > >> 2. Project Summary >> 2.1. Project Description: >> Upgrade GDB from version 6.3 to 6.8, the latest released version. >> Also, add support for debugging 64 bit executables. >> >> 4. Technical Description: >> 4.1. Details: >> The GDB 6.8 source will be built both -m32 and -m64. The 64 bit >> build is required to support debugging of 64 bit executables. >> Users running on 64 bit systems will get the 64 bit version of >> GDB by default allowing them to debug both 32 bit and 64 bit >> executables while users running on 32 bit systems will get the 32 >> bit version of GDB allowing them to debug 32 bit executables. >> The isaexec command will be used to invoke the appropriate >> version of the debugger depending on the system. > > Is there a reason to use isaexec on SPARC? There's no 32-bit kernel > anymore, so the 32-bit binary will not be used by isaexec, but could only > invoked manually. Unless the 64-bit GDB has trouble debugging 32-bit > programs, there's no reason to ship the 32-bit version on SPARC at all. > From the file listing below, it seems there is no /usr/bin/sparcv7/gdb*, > but this should be stated explicitly and the isaexec step omitted to avoid > the unnecessary overhead. > >> 4.5. Interfaces: >> GDB 6.8 will be installed in /usr/bin with compatibility links >> added to /usr/sfw/bin similar to the the current 6.3 version: > > I think those should be listed in this case as well. What about symlinks > for info and man pages? > >> usr >> usr/bin >> usr/bin/amd64 >> usr/bin/amd64/gdb >> usr/bin/amd64/gdbtui >> usr/bin/gdb=../lib/isaexec >> usr/bin/gdbtui=../lib/isaexec >> usr/bin/i86 >> usr/bin/i86/gdb >> usr/bin/i86/gdbtui >> usr/bin/sparcv9 >> usr/bin/sparcv9/gdb >> usr/bin/sparcv9/gdbtui >> usr/sfw >> usr/sfw/bin >> usr/sfw/bin/gdb=../../bin/gdb >> usr/sfw/bin/gdbtui=../../bin/gdbtui >> usr/share >> usr/share/info >> usr/share/info/annotate.info >> usr/share/info/gdb.info >> usr/share/info/gdb.info-1 >> usr/share/info/gdb.info-2 >> usr/share/info/gdb.info-3 >> usr/share/info/gdb.info-4 >> usr/share/info/gdbint.info >> usr/share/info/gdbint.info-1 >> usr/share/info/gdbint.info-2 >> usr/share/info/stabs.info >> usr/share/man >> usr/share/man/man1 >> usr/share/man/man1/gdb.1 >> usr/share/man/man1/gdbtui.1 > > Rather than list all files and directories in SUNWgdb, it would be better > to list the exported (and imported) interfaces and their stability. In > particular, what about readline support? Will it be included? > > Rainer > > -- > ----------------------------------------------------------------------------- > Rainer Orth, Center for Biotechnology, Bielefeld University > From George.Vasick@sun.com Wed Sep 23 17:11:48 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8O0BlFq029317 for ; Wed, 23 Sep 2009 17:11:47 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8O0BhVA025937 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 24 Sep 2009 08:11:46 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQG00E038JLX600@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 18:11:45 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQG00JOE8JKHU60@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 18:11:44 -0600 (MDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8O0BiHj020197 for ; Wed, 23 Sep 2009 17:11:44 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQG00K008DPUZ00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 17:11:44 -0700 (PDT) Received: from [129.146.85.244] ([unknown] [129.146.85.244]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQG008858JJG1C0@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 23 Sep 2009 17:11:44 -0700 (PDT) Date: Wed, 23 Sep 2009 17:11:36 -0700 From: George Vasick Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: Sender: George.Vasick@sun.com To: Rainer Orth Cc: Raj Prakash , LSARC-ext@sun.com, George Vasick Message-id: <4ABAB938.1010907@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 3587 Rainer Orth wrote: > Raj Prakash writes: > >> 2. Project Summary >> 2.1. Project Description: >> Upgrade GDB from version 6.3 to 6.8, the latest released version. >> Also, add support for debugging 64 bit executables. >> >> 4. Technical Description: >> 4.1. Details: >> The GDB 6.8 source will be built both -m32 and -m64. The 64 bit >> build is required to support debugging of 64 bit executables. >> Users running on 64 bit systems will get the 64 bit version of >> GDB by default allowing them to debug both 32 bit and 64 bit >> executables while users running on 32 bit systems will get the 32 >> bit version of GDB allowing them to debug 32 bit executables. >> The isaexec command will be used to invoke the appropriate >> version of the debugger depending on the system. > > Is there a reason to use isaexec on SPARC? There's no 32-bit kernel > anymore, so the 32-bit binary will not be used by isaexec, but could only > invoked manually. Unless the 64-bit GDB has trouble debugging 32-bit > programs, there's no reason to ship the 32-bit version on SPARC at all. > From the file listing below, it seems there is no /usr/bin/sparcv7/gdb*, > but this should be stated explicitly and the isaexec step omitted to avoid > the unnecessary overhead. The thread "64-bit only projects?" was posted by Chris the day after I filed this case. It looks like the consensus is to put the 64 bit binary directly into /usr/bin and eliminate isaexec for Sparc. I'll make the change. > >> 4.5. Interfaces: >> GDB 6.8 will be installed in /usr/bin with compatibility links >> added to /usr/sfw/bin similar to the the current 6.3 version: > > I think those should be listed in this case as well. Agreed. I'll make the correction. > What about symlinks > for info and man pages? The existing gdb 6.3 package does not include include man or info links in sfw, only /usr/sfw/bin/gdb. It is my understanding the sfw is scheduled to go away at some point in the future. Given that, I think it does not make sense to add these links. > >> usr >> usr/bin >> usr/bin/amd64 >> usr/bin/amd64/gdb >> usr/bin/amd64/gdbtui >> usr/bin/gdb=../lib/isaexec >> usr/bin/gdbtui=../lib/isaexec >> usr/bin/i86 >> usr/bin/i86/gdb >> usr/bin/i86/gdbtui >> usr/bin/sparcv9 >> usr/bin/sparcv9/gdb >> usr/bin/sparcv9/gdbtui >> usr/sfw >> usr/sfw/bin >> usr/sfw/bin/gdb=../../bin/gdb >> usr/sfw/bin/gdbtui=../../bin/gdbtui >> usr/share >> usr/share/info >> usr/share/info/annotate.info >> usr/share/info/gdb.info >> usr/share/info/gdb.info-1 >> usr/share/info/gdb.info-2 >> usr/share/info/gdb.info-3 >> usr/share/info/gdb.info-4 >> usr/share/info/gdbint.info >> usr/share/info/gdbint.info-1 >> usr/share/info/gdbint.info-2 >> usr/share/info/stabs.info >> usr/share/man >> usr/share/man/man1 >> usr/share/man/man1/gdb.1 >> usr/share/man/man1/gdbtui.1 > > Rather than list all files and directories in SUNWgdb, it would be better > to list the exported (and imported) interfaces and their stability. exported interfaces: * CLI commands: volatile * MI commands: volatile imported interfaces: * ELF * DWARF * /proc * libdl.so.1 * libcurses.so.1 * libsocket.so.1 * libnsl.so.1 * libm.so.2 * libexpat.so.1 * libc.so.1 * libmp.so.2 * libmd.so.1 * libscf.so.1 * libuutil.so.1 * libgen.so.1 * libsmbios.so.1 > In > particular, what about readline support? Will it be included? readline support is present. gdb 6.8 includes its own copy of readline-5.1 source which is used during the build. Thanks, George > > Rainer > From George.Vasick@SUN.COM Thu Sep 24 13:58:34 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8OKwYJc003110 for ; Thu, 24 Sep 2009 13:58:34 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n8OKwWuw009804 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 24 Sep 2009 13:58:34 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQH0071PU9KPY00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 24 Sep 2009 13:58:32 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQH004AKU9JTH30@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 24 Sep 2009 13:58:32 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8OKwVbu002656 for ; Thu, 24 Sep 2009 13:58:31 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQH00000U2WQT00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 24 Sep 2009 13:58:31 -0700 (PDT) Received: from [129.146.84.241] ([unknown] [129.146.84.241]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQH00L8KU98WOF0@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 24 Sep 2009 13:58:20 -0700 (PDT) Date: Thu, 24 Sep 2009 13:58:17 -0700 From: George Vasick Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <4ABAB938.1010907@sun.com> Sender: George.Vasick@SUN.COM To: George Vasick , Rainer Orth , Raj Prakash , LSARC-ext@SUN.COM Message-id: <4ABBDD69.50109@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 4088 Resending. I sent this our yesterday afternoon, but I don't see it in mailfinder today. Is there something wrong with the LSARC-ext@sun.com email alias? Thanks, George George Vasick wrote: > Rainer Orth wrote: >> Raj Prakash writes: >> >>> 2. Project Summary >>> 2.1. Project Description: >>> Upgrade GDB from version 6.3 to 6.8, the latest released version. >>> Also, add support for debugging 64 bit executables. >>> >>> 4. Technical Description: >>> 4.1. Details: >>> The GDB 6.8 source will be built both -m32 and -m64. The 64 bit >>> build is required to support debugging of 64 bit executables. >>> Users running on 64 bit systems will get the 64 bit version of >>> GDB by default allowing them to debug both 32 bit and 64 bit >>> executables while users running on 32 bit systems will get the 32 >>> bit version of GDB allowing them to debug 32 bit executables. >>> The isaexec command will be used to invoke the appropriate >>> version of the debugger depending on the system. >> >> Is there a reason to use isaexec on SPARC? There's no 32-bit kernel >> anymore, so the 32-bit binary will not be used by isaexec, but could only >> invoked manually. Unless the 64-bit GDB has trouble debugging 32-bit >> programs, there's no reason to ship the 32-bit version on SPARC at all. >> From the file listing below, it seems there is no /usr/bin/sparcv7/gdb*, >> but this should be stated explicitly and the isaexec step omitted to >> avoid >> the unnecessary overhead. > > The thread "64-bit only projects?" was posted by Chris the day after I > filed this case. It looks like the consensus is to put the 64 bit > binary directly into /usr/bin and eliminate isaexec for Sparc. I'll > make the change. > >> >>> 4.5. Interfaces: >>> GDB 6.8 will be installed in /usr/bin with compatibility links >>> added to /usr/sfw/bin similar to the the current 6.3 version: >> >> I think those should be listed in this case as well. > > Agreed. I'll make the correction. > > > What about symlinks >> for info and man pages? > > The existing gdb 6.3 package does not include include man or info links > in sfw, only /usr/sfw/bin/gdb. It is my understanding the sfw is > scheduled to go away at some point in the future. Given that, I think > it does not make sense to add these links. > >> >>> usr >>> usr/bin >>> usr/bin/amd64 >>> usr/bin/amd64/gdb >>> usr/bin/amd64/gdbtui >>> usr/bin/gdb=../lib/isaexec >>> usr/bin/gdbtui=../lib/isaexec >>> usr/bin/i86 >>> usr/bin/i86/gdb >>> usr/bin/i86/gdbtui >>> usr/bin/sparcv9 >>> usr/bin/sparcv9/gdb >>> usr/bin/sparcv9/gdbtui >>> usr/sfw >>> usr/sfw/bin >>> usr/sfw/bin/gdb=../../bin/gdb >>> usr/sfw/bin/gdbtui=../../bin/gdbtui >>> usr/share >>> usr/share/info >>> usr/share/info/annotate.info >>> usr/share/info/gdb.info >>> usr/share/info/gdb.info-1 >>> usr/share/info/gdb.info-2 >>> usr/share/info/gdb.info-3 >>> usr/share/info/gdb.info-4 >>> usr/share/info/gdbint.info >>> usr/share/info/gdbint.info-1 >>> usr/share/info/gdbint.info-2 >>> usr/share/info/stabs.info >>> usr/share/man >>> usr/share/man/man1 >>> usr/share/man/man1/gdb.1 >>> usr/share/man/man1/gdbtui.1 >> >> Rather than list all files and directories in SUNWgdb, it would be better >> to list the exported (and imported) interfaces and their stability. > > exported interfaces: > * CLI commands: volatile > * MI commands: volatile > > imported interfaces: > * ELF > * DWARF > * /proc > * libdl.so.1 > * libcurses.so.1 > * libsocket.so.1 > * libnsl.so.1 > * libm.so.2 > * libexpat.so.1 > * libc.so.1 > * libmp.so.2 > * libmd.so.1 > * libscf.so.1 > * libuutil.so.1 > * libgen.so.1 > * libsmbios.so.1 > > > In >> particular, what about readline support? Will it be included? > > readline support is present. gdb 6.8 includes its own copy of > readline-5.1 source which is used during the build. > > > Thanks, > George > >> >> Rainer >> From ro@techfak.uni-bielefeld.de Thu Sep 24 14:46:45 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8OLkj8a004245 for ; Thu, 24 Sep 2009 14:46:45 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8OLkhik017753; Thu, 24 Sep 2009 15:46:44 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQH00B0PWHVA000@brm-avmta-1.central.sun.com>; Thu, 24 Sep 2009 15:46:43 -0600 (MDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQH008YXWHU3T10@brm-avmta-1.central.sun.com>; Thu, 24 Sep 2009 15:46:42 -0600 (MDT) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8OLkfJn027203; Thu, 24 Sep 2009 21:46:42 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay14i.sun.com with ESMTP id BT-MMP-2574085; Thu, 24 Sep 2009 21:46:41 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-33890953; Thu, 24 Sep 2009 21:46:41 +0000 (Z) Received: from smarthost.TechFak.Uni-Bielefeld.DE ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id BT-MMP-10197047; Thu, 24 Sep 2009 21:46:40 +0000 (Z) Received: from komagatake.TechFak.Uni-Bielefeld.DE (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126]) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id E7494C8; Thu, 24 Sep 2009 23:46:39 +0200 (CEST) Received: (from ro@localhost) by komagatake.TechFak.Uni-Bielefeld.DE (8.11.7+Sun/8.9.1) id n8OLkda12113; Thu, 24 Sep 2009 23:46:39 +0200 (MEST) Date: Thu, 24 Sep 2009 23:46:38 +0200 (MEST) From: Rainer Orth Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <4ABAB938.1010907@sun.com> To: George Vasick Cc: Raj Prakash , LSARC-ext@sun.com Message-id: <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> MIME-version: 1.0 X-Mailer: VM 6.62 under Emacs 19.34.1 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> Status: RO Content-Length: 1166 George Vasick writes: > Rainer Orth wrote: [...] > > Is there a reason to use isaexec on SPARC? There's no 32-bit kernel > > anymore, so the 32-bit binary will not be used by isaexec, but could only > > invoked manually. Unless the 64-bit GDB has trouble debugging 32-bit > > programs, there's no reason to ship the 32-bit version on SPARC at all. > > From the file listing below, it seems there is no /usr/bin/sparcv7/gdb*, > > but this should be stated explicitly and the isaexec step omitted to avoid > > the unnecessary overhead. > > The thread "64-bit only projects?" was posted by Chris the day after I > filed this case. It looks like the consensus is to put the 64 bit > binary directly into /usr/bin and eliminate isaexec for Sparc. I'll > make the change. Great, thanks. > > What about symlinks > > for info and man pages? > > The existing gdb 6.3 package does not include include man or info links > in sfw, only /usr/sfw/bin/gdb. It is my understanding the sfw is That may be an omission in 6.3 that just slipped by. > scheduled to go away at some point in the future. Given that, I think > it does not make sense to add these links. From my understanding, it will be replaced by a symlink to /usr, so I'm Status: RO mostly fine with that. > > Rather than list all files and directories in SUNWgdb, it would be better > > to list the exported (and imported) interfaces and their stability. > > exported interfaces: > * CLI commands: volatile > * MI commands: volatile You need to list the commands explicitly, I think. And I don't think volatile matches reality for GDB: while there are changes, I don't think there are many (if at all) incompatible ones. Maybe Uncommitted is more appropriate, but this would need to be investigated. > imported interfaces: > * ELF > * DWARF > * /proc > * libdl.so.1 > * libcurses.so.1 > * libsocket.so.1 > * libnsl.so.1 > * libm.so.2 > * libexpat.so.1 > * libc.so.1 > * libmp.so.2 > * libmd.so.1 > * libscf.so.1 > * libuutil.so.1 > * libgen.so.1 > * libsmbios.so.1 There are not interfaces per se: you'd rather list the corresponding ARC cases (if any) and their stability. Apart from that, the list seems strange as is: I won't believe gdb links to libsmbios.so.1 directly. I suppose you took the ldd output, which also lists indirect dependencies which are of no concern here. If I check /usr/bin/gdb on snv_121 (SPARC), I find that libmp, libmd, libscf, libuutil and libgen are in that category. Is there any reason to switch from libncurses as used in gdb 6.3 to libcurses? > > In > > particular, what about readline support? Will it be included? > > readline support is present. gdb 6.8 includes its own copy of > readline-5.1 source which is used during the build. I think this is unfortunate: since we now include libreadline.so, it would be much better to use that one rather than to statically link a private copy. Rainer ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University From George.Vasick@sun.com Thu Sep 24 18:12:31 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8P1CUvQ008473 for ; Thu, 24 Sep 2009 18:12:30 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8P1CTWI057491 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 24 Sep 2009 19:12:30 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQI00A0760TRT00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 24 Sep 2009 19:12:29 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQI008GI60S3DC0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 24 Sep 2009 19:12:28 -0600 (MDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8P1CSDP002897 for ; Thu, 24 Sep 2009 18:12:28 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQI008005XHI200@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 24 Sep 2009 18:12:28 -0700 (PDT) Received: from [129.146.84.241] ([unknown] [129.146.84.241]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQI003CH60RNZB0@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 24 Sep 2009 18:12:28 -0700 (PDT) Date: Thu, 24 Sep 2009 18:12:23 -0700 From: George Vasick Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> Sender: George.Vasick@sun.com To: Rainer Orth Cc: Raj Prakash , LSARC-ext@sun.com Message-id: <4ABC18F7.2020805@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 3567 Rainer Orth wrote: > George Vasick writes: > >> Rainer Orth wrote: > [...] >>> Is there a reason to use isaexec on SPARC? There's no 32-bit kernel >>> anymore, so the 32-bit binary will not be used by isaexec, but could only >>> invoked manually. Unless the 64-bit GDB has trouble debugging 32-bit >>> programs, there's no reason to ship the 32-bit version on SPARC at all. >>> From the file listing below, it seems there is no /usr/bin/sparcv7/gdb*, >>> but this should be stated explicitly and the isaexec step omitted to avoid >>> the unnecessary overhead. >> The thread "64-bit only projects?" was posted by Chris the day after I >> filed this case. It looks like the consensus is to put the 64 bit >> binary directly into /usr/bin and eliminate isaexec for Sparc. I'll >> make the change. > > Great, thanks. > >> > What about symlinks >>> for info and man pages? >> The existing gdb 6.3 package does not include include man or info links >> in sfw, only /usr/sfw/bin/gdb. It is my understanding the sfw is > > That may be an omission in 6.3 that just slipped by. > >> scheduled to go away at some point in the future. Given that, I think >> it does not make sense to add these links. > > From my understanding, it will be replaced by a symlink to /usr, so I'm > mostly fine with that. > >>> Rather than list all files and directories in SUNWgdb, it would be better >>> to list the exported (and imported) interfaces and their stability. >> exported interfaces: >> * CLI commands: volatile >> * MI commands: volatile > > You need to list the commands explicitly, I think. And I don't think > volatile matches reality for GDB: while there are changes, I don't think > there are many (if at all) incompatible ones. Maybe Uncommitted is more > appropriate, but this would need to be investigated. OK, in this case, the exported interfaces would be: /usr/bin/gdb /usr/bin/gdbtui Gdb 6.3 was declared volatile. I reviewed the Interface Taxonomy document again. Uncommitted could probably be OK as well but we at Sun actually have no control over these interfaces. > >> imported interfaces: >> * ELF >> * DWARF >> * /proc >> * libdl.so.1 >> * libcurses.so.1 >> * libsocket.so.1 >> * libnsl.so.1 >> * libm.so.2 >> * libexpat.so.1 >> * libc.so.1 >> * libmp.so.2 >> * libmd.so.1 >> * libscf.so.1 >> * libuutil.so.1 >> * libgen.so.1 >> * libsmbios.so.1 > > There are not interfaces per se: you'd rather list the corresponding ARC > cases (if any) and their stability. Apart from that, the list seems > strange as is: I won't believe gdb links to libsmbios.so.1 directly. I > suppose you took the ldd output, which also lists indirect dependencies > which are of no concern here. If I check /usr/bin/gdb on snv_121 (SPARC), > I find that libmp, libmd, libscf, libuutil and libgen are in that > category. Here is the pared down list taken from directly link line: libdl libcurses libsocket libnsl libm libexpat libc Thanks, George Is there any reason to switch from libncurses as used in gdb 6.3 > to libcurses? > >> > In >>> particular, what about readline support? Will it be included? >> readline support is present. gdb 6.8 includes its own copy of >> readline-5.1 source which is used during the build. > > I think this is unfortunate: since we now include libreadline.so, it would > be much better to use that one rather than to statically link a private > copy. > > Rainer > > ----------------------------------------------------------------------------- > Rainer Orth, Center for Biotechnology, Bielefeld University From ro@techfak.uni-bielefeld.de Fri Sep 25 02:15:46 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8P9Fkpm000362 for ; Fri, 25 Sep 2009 02:15:46 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n8P9FhWe009538; Fri, 25 Sep 2009 02:15:45 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQI00H15SE7YQ00@brm-avmta-1.central.sun.com>; Fri, 25 Sep 2009 03:15:43 -0600 (MDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQI00JKPSE6SND0@brm-avmta-1.central.sun.com>; Fri, 25 Sep 2009 03:15:42 -0600 (MDT) Received: from relay42i.sun.com ([192.5.209.72]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8P99A4S012656; Fri, 25 Sep 2009 09:15:42 +0000 (GMT) Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232]) by relay42i.sun.com with ESMTP id BT-MMP-1895198; Fri, 25 Sep 2009 09:15:41 +0000 (Z) Received: from relay41i.sun.com (relay41i.sun.com [192.5.209.70]) by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-26079067; Fri, 25 Sep 2009 09:15:38 +0000 (Z) Received: from smarthost.TechFak.Uni-Bielefeld.DE ([129.70.137.17] [129.70.137.17]) by relay4i.sun.com with ESMTP id BT-MMP-20105939; Fri, 25 Sep 2009 09:15:37 +0000 (Z) Received: from komagatake.TechFak.Uni-Bielefeld.DE (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126]) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 6F1F1B8; Fri, 25 Sep 2009 11:15:37 +0200 (CEST) Received: (from ro@localhost) by komagatake.TechFak.Uni-Bielefeld.DE (8.11.7+Sun/8.9.1) id n8P9FbP24405; Fri, 25 Sep 2009 11:15:37 +0200 (MEST) Date: Fri, 25 Sep 2009 11:15:35 +0200 (MEST) From: Rainer Orth Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <4ABC18F7.2020805@sun.com> To: George Vasick Cc: Raj Prakash , LSARC-ext@sun.com Message-id: <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> MIME-version: 1.0 X-Mailer: VM 6.62 under Emacs 19.34.1 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-1.1/5.0, scanned in 3.150sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> <4ABC18F7.2020805@sun.com> Status: RO Content-Length: 2770 George Vasick writes: > >>> Rather than list all files and directories in SUNWgdb, it would be better > >>> to list the exported (and imported) interfaces and their stability. > >> exported interfaces: > >> * CLI commands: volatile > >> * MI commands: volatile > > > > You need to list the commands explicitly, I think. And I don't think > > volatile matches reality for GDB: while there are changes, I don't think > > there are many (if at all) incompatible ones. Maybe Uncommitted is more > > appropriate, but this would need to be investigated. > > OK, in this case, the exported interfaces would be: > > /usr/bin/gdb > /usr/bin/gdbtui > > Gdb 6.3 was declared volatile. I reviewed the Interface Taxonomy > document again. Uncommitted could probably be OK as well but we at Sun > actually have no control over these interfaces. Sun control is not the point here and never was; this is a common misunderstanding. This is all about the actual stability of the interfaces, which is all the user cares about, not who controls them. If the project has a track record of keeping interfaces stable, non-Sun projects can easily be Uncommitted or even Committed. > >> imported interfaces: > >> * ELF > >> * DWARF > >> * /proc > >> * libdl.so.1 > >> * libcurses.so.1 > >> * libsocket.so.1 > >> * libnsl.so.1 > >> * libm.so.2 > >> * libexpat.so.1 > >> * libc.so.1 > >> * libmp.so.2 > >> * libmd.so.1 > >> * libscf.so.1 > >> * libuutil.so.1 > >> * libgen.so.1 > >> * libsmbios.so.1 > > > > There are not interfaces per se: you'd rather list the corresponding ARC > > cases (if any) and their stability. Apart from that, the list seems > > strange as is: I won't believe gdb links to libsmbios.so.1 directly. I > > suppose you took the ldd output, which also lists indirect dependencies > > which are of no concern here. If I check /usr/bin/gdb on snv_121 (SPARC), > > I find that libmp, libmd, libscf, libuutil and libgen are in that > > category. > > Here is the pared down list taken from directly link line: > > libdl > libcurses > libsocket > libnsl > libm > libexpat > libc Ok, thanks. What about the following two questions, though? > Is there any reason to switch from libncurses as used in gdb 6.3 > > to libcurses? > > > >> > In > >>> particular, what about readline support? Will it be included? > >> readline support is present. gdb 6.8 includes its own copy of > >> readline-5.1 source which is used during the build. > > > > I think this is unfortunate: since we now include libreadline.so, it would > > be much better to use that one rather than to statically link a private > > copy. Rainer ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University From Joerg.Schilling9ab33xy531fokus.fraunhofer.de@bounce.antispameurope.com Fri Sep 25 03:16:39 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8PAGc7f001464 for ; Fri, 25 Sep 2009 03:16:39 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8PAGbE2064898 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 25 Sep 2009 04:16:38 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQI00211V7PZI00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 03:16:37 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQI002LRV7NJ4B0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 03:16:36 -0700 (PDT) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8PA6Zsk001348 for ; Fri, 25 Sep 2009 10:16:35 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay11i.sun.com with ESMTP id BT-MMP-2613810 for LSARC-ext@sun.com; Fri, 25 Sep 2009 10:16:35 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-35030349 for LSARC-ext@sun.com; Fri, 25 Sep 2009 10:16:35 +0000 (Z) Received: from relay01-haj2.antispameurope.com ([83.246.65.51] [83.246.65.51]) by relay1i.sun.com with ESMTP id BT-MMP-11455576 for LSARC-ext@sun.com; Fri, 25 Sep 2009 10:16:34 +0000 (Z) Received: by relay01-haj2.antispameurope.com (ASE-Secure-MTA, from userid 1000) id 5951416001A; Fri, 25 Sep 2009 12:16:33 +0200 (CEST) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by relay01-haj2.antispameurope.com (ASE-Secure-MTA) with ESMTP id D052794137; Fri, 25 Sep 2009 12:16:31 +0200 (CEST) Received: from EXCHSRV.fokus.fraunhofer.de (bohr.fokus.fraunhofer.de [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.14.2/8.14.2) with SMTP id n8PAGV3I013613; Fri, 25 Sep 2009 12:16:31 +0200 (MEST) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Fri, 25 Sep 2009 12:16:31 +0200 Date: Fri, 25 Sep 2009 12:15:17 +0200 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> Sender: Joerg.Schilling9ab33xy531fokus.fraunhofer.de@bounce.antispameurope.com To: ro@techfak.uni-bielefeld.de, George.Vasick@sun.com Cc: Raj.Prakash@sun.com, LSARC-ext@sun.com Message-id: <4abc9835.ByXTWMrnl5LFfsnz%Joerg.Schilling@fokus.fraunhofer.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> <4ABC18F7.2020805@sun.com> <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 25 Sep 2009 10:16:31.0856 (UTC) FILETIME=[40CFC700:01CA3DC9] Status: RO Content-Length: 1153 Rainer Orth wrote: > > document again. Uncommitted could probably be OK as well but we at Sun > > actually have no control over these interfaces. > > Sun control is not the point here and never was; this is a common > misunderstanding. This is all about the actual stability of the > interfaces, which is all the user cares about, not who controls them. If > the project has a track record of keeping interfaces stable, non-Sun > projects can easily be Uncommitted or even Committed. You are correct, this unfortunately still is missunderstood by Sun people. Interfaces they cannot control are declared "unstable" although they may deliver a lot more stability than Sun projects do. My conclusion is that OpenSolaris is not yet a really open system as Sun likes to control things that are controlled by the community. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From stefan.teleman@sun.com Fri Sep 25 07:29:39 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8PETdcq005814 for ; Fri, 25 Sep 2009 07:29:39 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n8PETaPQ021039; Fri, 25 Sep 2009 07:29:38 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQJ0030D6XEN800@brm-avmta-1.central.sun.com>; Fri, 25 Sep 2009 08:29:38 -0600 (MDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQJ00LQT6XD7H40@brm-avmta-1.central.sun.com>; Fri, 25 Sep 2009 08:29:38 -0600 (MDT) Received: from [10.7.250.14] (punchin-client-10-7-250-14.SFBay.Sun.COM [10.7.250.14]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n8PETar6187605; Fri, 25 Sep 2009 07:29:37 -0700 (PDT) Date: Fri, 25 Sep 2009 10:29:36 -0400 From: Stefan Teleman Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> To: Rainer Orth Cc: George Vasick , LSARC-ext@sun.com, Raj Prakash , Stefan Teleman Reply-to: stefan.teleman@sun.com Message-id: <4ABCD3D0.10806@Sun.COM> Organization: Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> <4ABC18F7.2020805@sun.com> <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> User-Agent: Thunderbird 2.0.0.19 (X11/20090218) Status: RO Content-Length: 1276 Rainer Orth wrote: >> Gdb 6.3 was declared volatile. I reviewed the Interface Taxonomy >> document again. Uncommitted could probably be OK as well but we at Sun >> actually have no control over these interfaces. > > Sun control is not the point here and never was; this is a common > misunderstanding. This is all about the actual stability of the > interfaces, which is all the user cares about, not who controls them. If > the project has a track record of keeping interfaces stable, non-Sun > projects can easily be Uncommitted or even Committed. Whomever controls the interfaces controls their stability. If Sun does not controls the interfaces (which in this case it does not), then Sun does not control their stability. Arguing that an external project can be classified as Committed simply because it does not appear that its interfaces were broken in an incompatible way over the past N number of years (for any given small value of N), flies in the face of the most basic reality checks. Case in point are those open source components which were classified as Committed in the past, and witnessed their classification become unworkable over time, and had to be downgraded. --Stefan -- Stefan Teleman Sun Microsystems, Inc. stefan.teleman@Sun.COM From George.Vasick@sun.com Fri Sep 25 08:25:48 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8PFPlgw006848 for ; Fri, 25 Sep 2009 08:25:47 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8PFPi3N046434 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 25 Sep 2009 09:25:47 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQJ0040P9IXS500@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 08:25:45 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQJ00L8Y9IWE190@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 08:25:44 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8PFPivs020619 for ; Fri, 25 Sep 2009 08:25:44 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQJ00L009E8RH00@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 08:25:44 -0700 (PDT) Received: from [129.150.16.99] ([unknown] [129.150.16.99]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQJ00I249IWHB20@fe-sfbay-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 08:25:44 -0700 (PDT) Date: Fri, 25 Sep 2009 08:25:43 -0700 From: George Vasick Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> Sender: George.Vasick@sun.com To: Rainer Orth Cc: Raj Prakash , LSARC-ext@sun.com Message-id: <4ABCE0F7.3050607@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> <4ABC18F7.2020805@sun.com> <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 3318 Rainer Orth wrote: > George Vasick writes: > >>>>> Rather than list all files and directories in SUNWgdb, it would be better >>>>> to list the exported (and imported) interfaces and their stability. >>>> exported interfaces: >>>> * CLI commands: volatile >>>> * MI commands: volatile >>> You need to list the commands explicitly, I think. And I don't think >>> volatile matches reality for GDB: while there are changes, I don't think >>> there are many (if at all) incompatible ones. Maybe Uncommitted is more >>> appropriate, but this would need to be investigated. >> OK, in this case, the exported interfaces would be: >> >> /usr/bin/gdb >> /usr/bin/gdbtui >> >> Gdb 6.3 was declared volatile. I reviewed the Interface Taxonomy >> document again. Uncommitted could probably be OK as well but we at Sun >> actually have no control over these interfaces. > > Sun control is not the point here and never was; this is a common > misunderstanding. This is all about the actual stability of the > interfaces, which is all the user cares about, not who controls them. If > the project has a track record of keeping interfaces stable, non-Sun > projects can easily be Uncommitted or even Committed. Maybe I didn't express my concern correctly. I think James' reply gets to the root of the problem. The stability of gdb interfaces is really up to its maintainers. Our goal is simply to port it to Solaris and preserve the exported interfaces as they come from the maintainers. What if I make a stability claim that Sun cannot honor down the road? > >>>> imported interfaces: >>>> * ELF >>>> * DWARF >>>> * /proc >>>> * libdl.so.1 >>>> * libcurses.so.1 >>>> * libsocket.so.1 >>>> * libnsl.so.1 >>>> * libm.so.2 >>>> * libexpat.so.1 >>>> * libc.so.1 >>>> * libmp.so.2 >>>> * libmd.so.1 >>>> * libscf.so.1 >>>> * libuutil.so.1 >>>> * libgen.so.1 >>>> * libsmbios.so.1 >>> There are not interfaces per se: you'd rather list the corresponding ARC >>> cases (if any) and their stability. Apart from that, the list seems >>> strange as is: I won't believe gdb links to libsmbios.so.1 directly. I >>> suppose you took the ldd output, which also lists indirect dependencies >>> which are of no concern here. If I check /usr/bin/gdb on snv_121 (SPARC), >>> I find that libmp, libmd, libscf, libuutil and libgen are in that >>> category. >> Here is the pared down list taken from directly link line: >> >> libdl >> libcurses >> libsocket >> libnsl >> libm >> libexpat >> libc > > Ok, thanks. > > What about the following two questions, though? I feel these are implementation rather than architectural issues. Please advise if they should be included in this case. Thanks, George > >> Is there any reason to switch from libncurses as used in gdb 6.3 >>> to libcurses? >>> >>>> > In >>>>> particular, what about readline support? Will it be included? >>>> readline support is present. gdb 6.8 includes its own copy of >>>> readline-5.1 source which is used during the build. >>> I think this is unfortunate: since we now include libreadline.so, it would >>> be much better to use that one rather than to statically link a private >>> copy. > > Rainer > > ----------------------------------------------------------------------------- > Rainer Orth, Center for Biotechnology, Bielefeld University From Nicolas.Williams@Sun.COM Fri Sep 25 09:53:51 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8PGro4E010244 for ; Fri, 25 Sep 2009 09:53:51 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8PGrhwc004948; Fri, 25 Sep 2009 17:53:47 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQJ0070NDLL2N00@nwk-avmta-1.sfbay.Sun.COM>; Fri, 25 Sep 2009 09:53:45 -0700 (PDT) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQJ00CIEDLJXN90@nwk-avmta-1.sfbay.Sun.COM>; Fri, 25 Sep 2009 09:53:44 -0700 (PDT) Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id n8PGo5jC023734; Fri, 25 Sep 2009 11:50:05 -0500 (CDT) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n8PGo4l2023733; Fri, 25 Sep 2009 11:50:04 -0500 (CDT) Date: Fri, 25 Sep 2009 11:50:04 -0500 From: Nicolas Williams Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <4ABCD3D0.10806@Sun.COM> To: Stefan Teleman Cc: Rainer Orth , LSARC-ext@Sun.COM, Raj Prakash Message-id: <20090925165004.GJ1033@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> <4ABC18F7.2020805@sun.com> <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> <4ABCD3D0.10806@Sun.COM> X-Authentication-warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f User-Agent: Mutt/1.5.7i Status: RO Content-Length: 1057 On Fri, Sep 25, 2009 at 10:29:36AM -0400, Stefan Teleman wrote: > Whomever controls the interfaces controls their stability. If Sun does > not controls the interfaces (which in this case it does not), then Sun > does not control their stability. We often pick a stability on the basis of community statements, history, ... A community could well state that some interface is stable, and still break it, and even break it without breaking their word -- we ourselves are allowed to do this at the right release boundaries. So you see, it's not just stated (and unstated) stabilities upstream, but also how their release trains differ in timing from ours. Long story short: the i-team here should pick a reasonable interface stability. The fact that the upstream community has a very good track record of not breaking backwards compatibility _is_ relevant. Of course, GDB is mostly a UI, which argues for very low interface stabilities. Yes, debuggers regularly get scripted, but I think it's fair to say that it's OK to break such scripts. Nico -- From Raj.Prakash@Sun.COM Fri Sep 25 18:08:54 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8Q18rLg029436 for ; Fri, 25 Sep 2009 18:08:54 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8Q18qs8005066 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 26 Sep 2009 09:08:53 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQK004010IS5000@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 18:08:52 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQK00JPB0ISOW40@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 18:08:52 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8Q18ptL004973 for ; Fri, 25 Sep 2009 18:08:51 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQK00A000EYL100@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 18:08:51 -0700 (PDT) Received: from [192.168.0.5] ([unknown] [24.6.181.8]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQK0032P0IRT8B0@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 18:08:51 -0700 (PDT) Date: Fri, 25 Sep 2009 18:08:53 -0700 From: Raj Prakash Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/25/2009] In-reply-to: <4AB99793.9060506@sun.com> Sender: Raj.Prakash@Sun.COM To: George Vasick Cc: LSARC-ext@Sun.COM Message-id: <4ABD69A5.70509@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4AB96196.3020801@gmail.com> <4AB99793.9060506@sun.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 4599 Some interesting issues where raised on this thread, but from my reading of the conversation, they seemed to be out of scope of this case. George, are there any outstanding issues that you need to follow up? Raj Raj Prakash wrote: > I am extending the deadline to Friday Sep 25, 2009 because it appears > that the original message wasn't relayed to all aliases. > > Raj > > Mark Martin wrote: >> Raj Prakash wrote: >>> This is case is timing out today. >> Am I the only one that did not get the original announcement email? >> I'd be happy to +1 this if I can get a few more days to review it. >>> >>> Raj >>> >>> Raj Prakash wrote: >>>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >>>> This information is Copyright 2009 Sun Microsystems >>>> 1. Introduction >>>> 1.1. Project/Component Working Name: >>>> GDB: The GNU Project Debugger >>>> 1.2. Name of Document Author/Supplier: >>>> Author: George Vasick >>>> 1.3 Date of This Document: >>>> 15 September, 2009 >>>> 4. Technical Description >>>> Copyright 2009 Sun Microsystems >>>> >>>> 1. Introduction >>>> 1.1. Project/Component Working Name: >>>> GDB: The GNU Project Debugger >>>> >>>> 1.2. Name of Document Author/Supplier: >>>> George Vasick >>>> >>>> 1.3. Date of This Document: >>>> 09/14/2009 >>>> >>>> 1.5. Email Aliases: >>>> 1.5.1. Responsible Manager: kurt.goebel@sun.com >>>> 1.5.2. Responsible Engineer: george.vasick@sun.com >>>> 1.5.4. Interest List: sfwnv-discuss@opensolaris.org >>>> >>>> 2. Project Summary >>>> 2.1. Project Description: >>>> Upgrade GDB from version 6.3 to 6.8, the latest released version. >>>> Also, add support for debugging 64 bit executables. >>>> >>>> 4. Technical Description: >>>> 4.1. Details: >>>> The GDB 6.8 source will be built both -m32 and -m64. The 64 bit >>>> build is required to support debugging of 64 bit executables. >>>> Users running on 64 bit systems will get the 64 bit version of >>>> GDB by default allowing them to debug both 32 bit and 64 bit >>>> executables while users running on 32 bit systems will get the 32 >>>> bit version of GDB allowing them to debug 32 bit executables. >>>> The isaexec command will be used to invoke the appropriate >>>> version of the debugger depending on the system. >>>> >>>> 4.2. Bug/RFE Number(s): >>>> 6838651: update gdb to version 6.8 >>>> 6881282: gdb is way too old >>>> >>>> 4.5. Interfaces: >>>> GDB 6.8 will be installed in /usr/bin with compatibility links >>>> added to /usr/sfw/bin similar to the the current 6.3 version: >>>> usr >>>> usr/bin >>>> usr/bin/amd64 >>>> usr/bin/amd64/gdb >>>> usr/bin/amd64/gdbtui >>>> usr/bin/gdb=../lib/isaexec >>>> usr/bin/gdbtui=../lib/isaexec >>>> usr/bin/i86 >>>> usr/bin/i86/gdb >>>> usr/bin/i86/gdbtui >>>> usr/bin/sparcv9 >>>> usr/bin/sparcv9/gdb >>>> usr/bin/sparcv9/gdbtui >>>> usr/sfw >>>> usr/sfw/bin >>>> usr/sfw/bin/gdb=../../bin/gdb >>>> usr/sfw/bin/gdbtui=../../bin/gdbtui >>>> usr/share >>>> usr/share/info >>>> usr/share/info/annotate.info >>>> usr/share/info/gdb.info >>>> usr/share/info/gdb.info-1 >>>> usr/share/info/gdb.info-2 >>>> usr/share/info/gdb.info-3 >>>> usr/share/info/gdb.info-4 >>>> usr/share/info/gdbint.info >>>> usr/share/info/gdbint.info-1 >>>> usr/share/info/gdbint.info-2 >>>> usr/share/info/stabs.info >>>> usr/share/man >>>> usr/share/man/man1 >>>> usr/share/man/man1/gdb.1 >>>> usr/share/man/man1/gdbtui.1 >>>> 4.6. Doc Impact: >>>> Current man and info pages will be provided. >>>> 4.10. Packaging & Delivery: >>>> SUNWgdb will be updated. >>>> >>>> 5. Reference Documents: >>>> PSARC/2005/423 Add g77, gdb and autoconf to WOS - by Kenneth >>>> Erickson, closed approved fast-track 07/27/2005 >>>> PSARC/2007/630 Move gdb from /usr/sfw/bin to /usr/bin - by >>>> April Chin, closed approved automatic 11/01/2007 >>>> >>>> 6. Resources and Schedule: >>>> 6.5. ARC review type: >>>> FastTrack >>>> >>>> 6.6. ARC Exposure: >>>> open >>>> >>>> 6. Resources and Schedule >>>> 6.4. Steering Committee requested information >>>> 6.4.1. Consolidation C-team Name: >>>> SUNWgdb >>>> 6.5. ARC review type: FastTrack >>>> 6.6. ARC Exposure: open >>>> >>>> >>> >>> _______________________________________________ >>> opensolaris-arc mailing list >>> opensolaris-arc@opensolaris.org >> > > From Alan.Coopersmith@sun.com Fri Sep 25 21:39:47 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8Q4dl8X002680 for ; Fri, 25 Sep 2009 21:39:47 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n8Q4dldi029606 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 25 Sep 2009 21:39:47 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQK00A03AABZQ00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 21:39:47 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQK00M1HAAB8PA0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 21:39:47 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8Q4dkpe010495 for ; Fri, 25 Sep 2009 21:39:46 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQK00100A1ZQY00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 21:39:46 -0700 (PDT) Received: from [10.6.102.27] ([unknown] [10.6.102.27]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQK000XBAAAWH00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Fri, 25 Sep 2009 21:39:46 -0700 (PDT) Date: Fri, 25 Sep 2009 21:39:46 -0700 From: Alan Coopersmith Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <4ABCE0F7.3050607@sun.com> Sender: Alan.Coopersmith@sun.com To: George Vasick Cc: Rainer Orth , Raj Prakash , LSARC-ext@sun.com Message-id: <4ABD9B12.9030002@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Enigmail-Version: 0.95.1 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> <4ABC18F7.2020805@sun.com> <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> <4ABCE0F7.3050607@sun.com> User-Agent: Thunderbird 2.0.0.22 (X11/20090720) Status: RO Content-Length: 1079 George Vasick wrote: > The stability of gdb interfaces is really up to its maintainers. Our > goal is simply to port it to Solaris and preserve the exported > interfaces as they come from the maintainers. What if I make a > stability claim that Sun cannot honor down the road? If you state it will remain compatible, and the upstream makes incompatible change, Sun can honor a stability claim by choosing to not import the new versions, or choosing to modify them to preserve compatibility, or by importing them under a new name, such as "gdb7". Again, for gdb, there's a very limited number of interfaces it makes sense to declare as Committed, because it's not the sort of thing we should be encouraging other software to build upon (other than things like ddd that enhance it). For a library interface, it would be a more interesting question - and more likely the upstream understands that breaking ABI means shipping new versions as .so.2 or similar. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From Joerg.Schilling9ab33xy531fokus.fraunhofer.de@bounce.antispameurope.com Sat Sep 26 11:29:54 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8QITqEr022202 for ; Sat, 26 Sep 2009 11:29:53 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8QITiwp026756 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sat, 26 Sep 2009 19:29:52 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQL00D03CPRGP00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Sat, 26 Sep 2009 11:29:51 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQL001ZSCPRMS50@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Sat, 26 Sep 2009 11:29:51 -0700 (PDT) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8QIToxY003985 for ; Sat, 26 Sep 2009 18:29:50 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay14i.sun.com with ESMTP id BT-MMP-2704621 for LSARC-ext@Sun.COM; Sat, 26 Sep 2009 18:27:50 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-38344402 for LSARC-ext@Sun.COM; Sat, 26 Sep 2009 18:27:50 +0000 (Z) Received: from relay04-haj2.antispameurope.com ([83.246.65.54] [83.246.65.54]) by relay1i.sun.com with ESMTP id BT-MMP-4428250 for LSARC-ext@Sun.COM; Sat, 26 Sep 2009 18:27:50 +0000 (Z) Received: by relay04-haj2.antispameurope.com (ASE-Secure-MTA, from userid 1000) id EFD065EC0C6; Sat, 26 Sep 2009 20:27:48 +0200 (CEST) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by relay04-haj2.antispameurope.com (ASE-Secure-MTA) with ESMTP id 71A4B5EC0C1; Sat, 26 Sep 2009 20:27:47 +0200 (CEST) Received: from EXCHSRV.fokus.fraunhofer.de (bohr.fokus.fraunhofer.de [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.14.2/8.14.2) with SMTP id n8QIRlpf023425; Sat, 26 Sep 2009 20:27:47 +0200 (MEST) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Sat, 26 Sep 2009 20:27:47 +0200 Date: Sat, 26 Sep 2009 20:26:31 +0200 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <20090925165004.GJ1033@Sun.COM> Sender: Joerg.Schilling9ab33xy531fokus.fraunhofer.de@bounce.antispameurope.com To: Stefan.Teleman@sun.com, Nicolas.Williams@sun.com Cc: Raj.Prakash@sun.com, LSARC-ext@sun.com Message-id: <4abe5cd7.KzuFSGS8AZu7K/Hp%Joerg.Schilling@fokus.fraunhofer.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> <4ABC18F7.2020805@sun.com> <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> <4ABCD3D0.10806@Sun.COM> <20090925165004.GJ1033@Sun.COM> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 26 Sep 2009 18:27:47.0082 (UTC) FILETIME=[0BD416A0:01CA3ED7] Status: RO Content-Length: 1523 Nicolas Williams wrote: > On Fri, Sep 25, 2009 at 10:29:36AM -0400, Stefan Teleman wrote: > > Whomever controls the interfaces controls their stability. If Sun does > > not controls the interfaces (which in this case it does not), then Sun > > does not control their stability. > > We often pick a stability on the basis of community statements, history, > ... A community could well state that some interface is stable, and > still break it, and even break it without breaking their word -- we > ourselves are allowed to do this at the right release boundaries. So > you see, it's not just stated (and unstated) stabilities upstream, but > also how their release trains differ in timing from ours. Of course, yo uneed to know the people behind some statements. You e.g. cannot believe if Linus Torvalds claims that the Linux kernel interfaces are stable. The Linux kernel interfaces that cdrecord uses have been broken many times since cdreord exists.... There are other FOSS projects that really delive interface stability and it would be apropriate for Sun to honor this in the documentation. Whether or not GDB could be called stable should match a view backwards to older versions. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From George.Vasick@Sun.COM Sun Sep 27 10:59:04 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8RHx35m019162 for ; Sun, 27 Sep 2009 10:59:03 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8RHx2xf024450 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Sun, 27 Sep 2009 18:59:02 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQN00D035YAUJ00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sun, 27 Sep 2009 10:58:58 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQN00JBP5Y9IND0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sun, 27 Sep 2009 10:58:58 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8RHwvDR015803 for ; Sun, 27 Sep 2009 10:58:57 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQN00I005P63L00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sun, 27 Sep 2009 10:58:57 -0700 (PDT) Received: from [129.150.240.172] ([unknown] [129.150.240.172]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQN008Z05Y9C9B0@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Sun, 27 Sep 2009 10:58:57 -0700 (PDT) Date: Sun, 27 Sep 2009 10:58:55 -0700 From: George Vasick Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <4ABD9B12.9030002@sun.com> Sender: George.Vasick@Sun.COM To: Alan Coopersmith Cc: Rainer Orth , Raj Prakash , LSARC-ext@Sun.COM Message-id: <4ABFA7DF.8040603@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> <4ABC18F7.2020805@sun.com> <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> <4ABCE0F7.3050607@sun.com> <4ABD9B12.9030002@sun.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 1948 Alan Coopersmith wrote: > George Vasick wrote: >> The stability of gdb interfaces is really up to its maintainers. Our >> goal is simply to port it to Solaris and preserve the exported >> interfaces as they come from the maintainers. What if I make a >> stability claim that Sun cannot honor down the road? > > If you state it will remain compatible, and the upstream makes incompatible > change, Sun can honor a stability claim by choosing to not import the new > versions, or choosing to modify them to preserve compatibility, or by importing > them under a new name, such as "gdb7". Our goal with gdb is to track the releases produced by the community. We do not want to lag behind the community in the availability of the release versions on Solaris nor do we want to produce special versions on Solaris that are different from those produced by the community. > > Again, for gdb, there's a very limited number of interfaces it makes sense > to declare as Committed, because it's not the sort of thing we should be > encouraging other software to build upon (other than things like ddd that > enhance it). For a library interface, it would be a more interesting > question - and more likely the upstream understands that breaking ABI means > shipping new versions as .so.2 or similar. If I understand the definition of "committed" correctly, incompatible changes would be allowed when the major number changes so there would not be a need to make a release like "gdb7". We encountered changes that broke the ON build in the binutils upgrade from 2.15 to 2.19. Fixes to a build tool and a couple of source files were required. It appears incompatible changes are allowed between minor releases in GNU development tools. The "uncommitted" stability would be correct for such cases. Based on comments from Rainer and others, I think it is appropriate to switch the stability from volatile to uncommitted. Thanks, George From Joerg.Barfurth@sun.com Mon Sep 28 07:00:34 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8SE0XqA017570 for ; Mon, 28 Sep 2009 07:00:34 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8SE0U4h008320 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 28 Sep 2009 15:00:33 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQO00M3JPKWDS00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 28 Sep 2009 07:00:32 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQO00FVVPKRZU30@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 28 Sep 2009 07:00:28 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8SE0Qfv024011 for ; Mon, 28 Sep 2009 14:00:27 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQO00F00P4VOI00@fe-emea-09.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Mon, 28 Sep 2009 15:00:04 +0100 (BST) Received: from [10.16.66.63] ([unknown] [10.16.66.63]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQO00K03PJDIZ40@fe-emea-09.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Mon, 28 Sep 2009 14:59:38 +0100 (BST) Date: Mon, 28 Sep 2009 15:59:37 +0200 From: =?ISO-8859-1?Q?J=F6rg_Barfurth?= Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/22/2009] In-reply-to: <4ABFA7DF.8040603@sun.com> Sender: Joerg.Barfurth@sun.com To: George Vasick Cc: Alan Coopersmith , LSARC-ext@sun.com, Raj Prakash Message-id: <4AC0C149.7050406@sun.com> Organization: Sun Microsystems GmbH MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4ABAB938.1010907@sun.com> <19131.59582.11079.312160@komagatake.TechFak.Uni-Bielefeld.DE> <4ABC18F7.2020805@sun.com> <19132.35383.702968.743630@komagatake.TechFak.Uni-Bielefeld.DE> <4ABCE0F7.3050607@sun.com> <4ABD9B12.9030002@sun.com> <4ABFA7DF.8040603@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 2207 George Vasick schrieb: > If I understand the definition of "committed" correctly, incompatible > changes would be allowed when the major number changes so there would > not be a need to make a release like "gdb7". > For bundled software the major/minor distinction applies to the OS release. Unfortunately for 'layered software' (this is LSARC after all) it is sometimes not really clear whether the software should be considered part of the OS. This distinction becomes even more blurred in the case of OpenSolaris, where lots of software goes into the OpenSolaris repository (and into the /usr file system) which most people won't perceive as part of the core platform. And of course it isn't really clear yet how often OpenSolaris will do platform releases of a given kind, so for software from an external community, which evolves on a separate schedule, it would be hard to predict whether minor releases of OpenSolaris will be are frequent enough to use only those to synchronize with 'major' (i.e possibly incompatible) releases of such external software. > We encountered changes that broke the ON build in the binutils upgrade > from 2.15 to 2.19. Fixes to a build tool and a couple of source files > were required. It appears incompatible changes are allowed between > minor releases in GNU development tools. The "uncommitted" stability > would be correct for such cases. > Traditionally that would apply only, if GDB were really unbundled, which would mean that it should install under /opt rather than /usr. That in turn would mean that you either need to hold back incompatible changes until the next suitable OS release or co-install multiple versions. - Jörg -- Joerg Barfurth Phone: +49 40 23646662 Software Engineer mailto:joerg.barfurth@sun.com Desktop Technology Thin Client Software http://www.sun.com/software/sunray/ Sun Microsystems GmbH http://www.sun.com/software/javadesktopsystem/ Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht Muenchen: HRB 161028 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Haering From George.Vasick@sun.com Mon Sep 28 21:29:56 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8T4TsR7009452 for ; Mon, 28 Sep 2009 21:29:55 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n8T4TrCS002666 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 29 Sep 2009 12:29:53 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQP00101TTT2S00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 28 Sep 2009 21:29:53 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQP0004UTTSR800@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 28 Sep 2009 21:29:52 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8T4Tqe1012785 for ; Mon, 28 Sep 2009 21:29:52 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQP00K00TPKV500@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 28 Sep 2009 21:29:52 -0700 (PDT) Received: from [129.150.227.128] ([unknown] [129.150.227.128]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQP009VVTTRVH40@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 28 Sep 2009 21:29:52 -0700 (PDT) Date: Mon, 28 Sep 2009 21:29:42 -0700 From: George Vasick Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/25/2009] In-reply-to: <4ABD69A5.70509@sun.com> Sender: George.Vasick@sun.com To: Raj Prakash Cc: LSARC-ext@sun.com Message-id: <4AC18D36.7050306@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_fQfKUt3It3EEj5QVWiFA/g)" X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4AB96196.3020801@gmail.com> <4AB99793.9060506@sun.com> <4ABD69A5.70509@sun.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 3102 This is a multi-part message in MIME format. --Boundary_(ID_fQfKUt3It3EEj5QVWiFA/g) Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT Raj Prakash wrote: > Some interesting issues where raised on this thread, but from my reading > of the > conversation, they seemed to be out of scope of this case. > > George, are there any outstanding issues that you need to follow up? > > Raj I see 3 issues from the comments: 1) Interface stability. The current gdb 6.3 release is declared volatile. Feedback indicates this is too low. I agree and propose to change to uncommitted. 2) Why was curses switched form libncurses in gdb 6.3 to libcurses in gdb 6.8? This change was made before I came on to the project and I can only speculate that it may have been unintentional. libncurses is located in /usr/gnu/lib on Solaris and will not be found be default. If the configure script does not find libncurses, it will automatically switch to libcurses. I have tested both Sparc and Intel with libncurses, the results are comparable to those with libcurses, and I will make the switch. 3) Why not use libreadline.so in place of libreadline.a bundled with gdb? OK. All 3 changes are included in the attachment. Thanks, George --Boundary_(ID_fQfKUt3It3EEj5QVWiFA/g) Content-type: text/plain; name=gdb68interfaces.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=gdb68interfaces.txt Exported Interfaces Stability Comments =================== ========= ======== Sparc only: ========== usr/bin/gdb Uncommitted Command usr/bin/gdbtui Uncommitted Command x86 only: ======== usr/bin/gdb=../lib/isaexec Uncommitted Command usr/bin/gdbtui=../lib/isaexec Uncommitted Command usr/bin/amd64/gdb Uncommitted Command usr/bin/amd64/gdbtui Uncommitted Command usr/bin/i86/gdb Uncommitted Command usr/bin/i86/gdbtui Uncommitted Command Common: ====== SUNWgdb Uncommitted Package usr/sfw/bin/gdb=../../bin/gdb Uncommitted Compat link usr/sfw/bin/gdbtui=../../bin/gdbtui Uncommitted Compat link usr/share/info/annotate.info Uncommitted Info Page usr/share/info/gdb.info Uncommitted Info Page usr/share/info/gdb.info-1 Uncommitted Info Page usr/share/info/gdb.info-2 Uncommitted Info Page usr/share/info/gdb.info-3 Uncommitted Info Page usr/share/info/gdb.info-4 Uncommitted Info Page usr/share/info/gdbint.info Uncommitted Info Page usr/share/info/gdbint.info-1 Uncommitted Info Page usr/share/info/gdbint.info-2 Uncommitted Info Page usr/share/info/stabs.info Uncommitted Info Page usr/share/man/man1/gdb.1 Uncommitted Man Page usr/share/man/man1/gdbtui.1 Uncommitted Man Page Imported Interfaces Stability Comments =================== ========= ======== libncurses Volatile SUNWncurses libexpat Volatile SUNWlexpt libreadline Uncommitted SUNWgnu-readline libsocket Committed SUNWcsl libnsl Committed SUNWcsl libm Committed SUNWlibmsr libc Committed SUNWcslr libdl Committed SUNWcsr --Boundary_(ID_fQfKUt3It3EEj5QVWiFA/g)-- From ro@techfak.uni-bielefeld.de Tue Sep 29 04:22:09 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8TBM8FB026817 for ; Tue, 29 Sep 2009 04:22:08 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8TBLv0S025782; Tue, 29 Sep 2009 12:22:02 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQQ00A01CWPRJ00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 29 Sep 2009 04:22:01 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQQ000JGCWPM640@nwk-avmta-1.sfbay.Sun.COM>; Tue, 29 Sep 2009 04:22:01 -0700 (PDT) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8TBM04Y018120; Tue, 29 Sep 2009 11:22:00 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay14i.sun.com with ESMTP id BT-MMP-2880748; Tue, 29 Sep 2009 11:20:00 +0000 (Z) Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-44621705; Tue, 29 Sep 2009 11:19:59 +0000 (Z) Received: from smarthost.TechFak.Uni-Bielefeld.DE ([129.70.137.17] [129.70.137.17]) by relay1i.sun.com with ESMTP id BT-MMP-12191352; Tue, 29 Sep 2009 11:19:59 +0000 (Z) Received: from komagatake.TechFak.Uni-Bielefeld.DE (komagatake.TechFak.Uni-Bielefeld.DE [129.70.137.126]) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTP id 0ECD8C2; Tue, 29 Sep 2009 13:19:59 +0200 (CEST) Received: (from ro@localhost) by komagatake.TechFak.Uni-Bielefeld.DE (8.11.7+Sun/8.9.1) id n8TBJwQ03686; Tue, 29 Sep 2009 13:19:58 +0200 (MEST) Date: Tue, 29 Sep 2009 13:19:58 +0200 From: Rainer Orth Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/25/2009] In-reply-to: George Vasick's message of "Mon, 28 Sep 2009 21:29:42 -0700" Sender: ro@techfak.uni-bielefeld.de To: George Vasick Cc: Raj Prakash , LSARC-ext@sun.com Message-id: MIME-version: 1.0 X-Mailer: Gnus v5.6.44/Emacs 19.34 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== Lines: 30 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4AB96196.3020801@gmail.com> <4AB99793.9060506@sun.com> <4ABD69A5.70509@sun.com> <4AC18D36.7050306@sun.com> Status: RO Content-Length: 1142 George Vasick writes: > I see 3 issues from the comments: > > 1) Interface stability. The current gdb 6.3 release is declared > volatile. Feedback indicates this is too low. I agree and propose to > change to uncommitted. > > 2) Why was curses switched form libncurses in gdb 6.3 to libcurses in > gdb 6.8? > > This change was made before I came on to the project and I can only > speculate that it may have been unintentional. libncurses is located in > /usr/gnu/lib on Solaris and will not be found be default. If the > configure script does not find libncurses, it will automatically switch > to libcurses. I have tested both Sparc and Intel with libncurses, the > results are comparable to those with libcurses, and I will make the > switch. > > 3) Why not use libreadline.so in place of libreadline.a bundled with gdb? > > OK. All 3 changes are included in the attachment. Thanks for your considerations. I'm happy with the case as specified. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University From Raj.Prakash@sun.com Tue Sep 29 14:10:24 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8TLAOxg014096 for ; Tue, 29 Sep 2009 14:10:24 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8TLANnR063912 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 29 Sep 2009 15:10:23 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KQR00F0745BYH00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 29 Sep 2009 14:10:23 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KQR0007345B5D80@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 29 Sep 2009 14:10:23 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8TLANTp016457 for ; Tue, 29 Sep 2009 14:10:23 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQR00700441GC00@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 29 Sep 2009 14:10:23 -0700 (PDT) Received: from [129.146.82.13] ([unknown] [129.146.82.13]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQR00JO4457YJ90@fe-sfbay-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 29 Sep 2009 14:10:20 -0700 (PDT) Date: Tue, 29 Sep 2009 14:10:19 -0700 From: Raj Prakash Subject: Re: GDB: The GNU Project Debugger [LSARC/2009/492 FastTrack timeout 09/25/2009] In-reply-to: <4AC18D36.7050306@sun.com> Sender: Raj.Prakash@sun.com To: George Vasick Cc: LSARC-ext@sun.com Message-id: <4AC277BB.7070600@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200909160423.n8G4NKHf003978@antler.sfbay.sun.com> <4AB95DAB.2030803@sun.com> <4AB96196.3020801@gmail.com> <4AB99793.9060506@sun.com> <4ABD69A5.70509@sun.com> <4AC18D36.7050306@sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090311) Status: RO Content-Length: 1243 This case is now updated and approved. Raj On 09/28/09 21:29, George Vasick wrote: > Raj Prakash wrote: >> Some interesting issues where raised on this thread, but from my >> reading of the >> conversation, they seemed to be out of scope of this case. >> >> George, are there any outstanding issues that you need to follow up? >> >> Raj > > > I see 3 issues from the comments: > > 1) Interface stability. The current gdb 6.3 release is declared > volatile. Feedback indicates this is too low. I agree and propose to > change to uncommitted. > > 2) Why was curses switched form libncurses in gdb 6.3 to libcurses in > gdb 6.8? > > This change was made before I came on to the project and I can only > speculate that it may have been unintentional. libncurses is located in > /usr/gnu/lib on Solaris and will not be found be default. If the > configure script does not find libncurses, it will automatically switch > to libcurses. I have tested both Sparc and Intel with libncurses, the > results are comparable to those with libcurses, and I will make the > switch. > > 3) Why not use libreadline.so in place of libreadline.a bundled with > gdb? > > OK. All 3 changes are included in the attachment. > > > Thanks, > George > > >