From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id arTxDRGLcmbiND4AWB0awg (envelope-from ) for ; Wed, 19 Jun 2024 03:38:57 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=AQrP47MQ; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 25A661E0C1; Wed, 19 Jun 2024 03:38:57 -0400 (EDT) Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 0F9A31E030 for ; Wed, 19 Jun 2024 03:38:55 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 81B39388451F for ; Wed, 19 Jun 2024 07:38:54 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 81B39388451F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1718782734; bh=ZI7VgwJIZlLjaXltrqrFMtNv5LaCl7EOCvFsNZROdlw=; h=References:In-Reply-To:Date:Subject:To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=AQrP47MQHCL6qcw+LgHto0k+kxW5S0NL+DbDxSjUfLMVjd3JyXWdw2H/89wbc2IXL Zltbp78SIAZH32k+2z6kjSiP0OiQXxPmj++338Wa4U4J3tD+8kBV3yWW1VB3SDmPNc fJPzDbBp4KSqUM4c5Z/WjtRv15I/0/vqFfcbfCh8= Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) by sourceware.org (Postfix) with ESMTPS id 49E133882AEC for ; Wed, 19 Jun 2024 07:38:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 49E133882AEC ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 49E133882AEC ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1718782698; cv=none; b=TevprKHLKBGhJfHSA4SV1Pnkp77J3vyLc1wW+v9iuAIsg8QgzR3/c6/7PgNkySNgwobnXvN6nzr5FeYoDTvywDU8JXSL43h9Ghx1Y+H507qkAROPK30X42CinPj0CO9L0RIC65fbOFkA/2wVXKlcNX7Lyj67e4J8mHYTvkjFB5Y= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1718782698; c=relaxed/simple; bh=ZI7VgwJIZlLjaXltrqrFMtNv5LaCl7EOCvFsNZROdlw=; h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To; b=jBqE7Ox78D6gf+oQxCDvMhS+x2sZLjYoev0m73TfFbCALcQDkZUCq4glqUXf7PA1Ds2qcdQBI0EFshjIW8/LJ2W5V/MXku1pCcd8+7NgijPFUjastplKmoJTDuB+79fomZDgDFNhkruufbZYZZlkFXOp+wygzyWnf73VAbdFAgA= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-pj1-x1030.google.com with SMTP id 98e67ed59e1d1-2c70c372755so1222446a91.1 for ; Wed, 19 Jun 2024 00:38:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718782694; x=1719387494; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ZI7VgwJIZlLjaXltrqrFMtNv5LaCl7EOCvFsNZROdlw=; b=EGRCz+IM9kkXW7Ydu0RpHP5JA4pn8vGeWtKCYG4o+9IsfGOxvnONo3Z1FtHb8r4+lH SOSocebW3VeBGSvmKKWCKWZ20c6qyi4d+k3CqW7RazMWQ3oU+PMj3MM+wHpGWK3z+pMc qNPPBEu7RBT4kakktSmHoeWysoYGeQX3PYrWTCBLI3iwY25w3wk3xDPWSF3s8dEUkN/Z tTLLB99K38webDhmKD0gjO+dxRYZXgObWnp8P3dLsn1JvR1xLKflV3FVH0dUubRSf13u 15bJ4YzcMgQ193zeHRB1JqgLbchHg/re8nOaQg5qJQ3FIoqOTju+h5N+dxBsPR+YBFeo 9ozw== X-Gm-Message-State: AOJu0YxnbNoBEkYisOhsyGznR9Buu+wsS811DaH8sx3KlwNoIuIQ7Yiw lRxmhmNznvUOHemuFiOp55rzRVmBCTdWy+E4TMAccn8UgA5sRFsgYcy6n5BiGYmsvDAXmtI22qq iJPabhJAgNPYvlmO141dPs/Zet3lcJwsn X-Google-Smtp-Source: AGHT+IGZCgMiPnOocQ9JihzzuYOEOEJIOpXlVU6zVfCXFpwKL+RS7Gra/53Jd2Vases9XvSy+jISmBp/r/PTdnIT+Rg= X-Received: by 2002:a17:90b:ec6:b0:2c2:fd6b:cfa with SMTP id 98e67ed59e1d1-2c7b5af9532mr2030866a91.18.1718782694139; Wed, 19 Jun 2024 00:38:14 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Wed, 19 Jun 2024 00:38:03 -0700 Message-ID: Subject: Re: Contributing to gdb To: Guinevere Larsen Cc: gdb@sourceware.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: shaunak saha via Gdb Reply-To: shaunak saha Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" Hi, >>Hello! Welcome welcome, we always love to have new contributors :) Thanks a lot for the warm welcome. >>For watchpoints, the first bug that that page mentions is still open, >>but apparently the last mention of anything related to it was in 2014 >>(the 2024 comment is unrelated), so you could first check if you can >>still reproduce the issue, and maybe try to fix or close the bug if it >>can't be reproduced anymore. I'm also a big fan of improving user >>experience, so the second thing about watchpoints (and the misuse of the >>word scope) is something I'd love to see, if you're interested in fixing = it. Sure, I will check as this will help me to get used to the gdb development environment also better. Just to confirm, Is this the bug you mentioned? "https://sourceware.org/bugzilla/show_bug.cgi?id=3D10645" >>And for internals, if I may do a bit of promotion of my favorite area, >>right now reverse debugging has a big problem: We rely on recording the >>execution history of the inferior in a global variable, which is totally >>not feasible if someone wants to record multiple inferiors at once. I'd >>love to see a rework of this area that makes the history specific to an >>inferior instead of relying on a global var. This could be pretty >>complicated, as I don't exactly know how someone would go about doing >>this and it might touch a couple different subsystems, but if you'd like >>your first contribution to be tough as nails, I know I would love to see >>it :) Actually this is one of the areas I am very interested in too. This would be a really good learning experience for me. For the rework of the global variable issues can you please point me to the bug if it's there. I can start by learning more about it. >>If you want some help understanding some bits of GDB, feel free to reach >>out on IRC (#gdb on libera chat), and if you feel shy about asking >>questions in public, feel free to reach to me privately :) (though I >>mostly only answer on work hours for Brazil). Thanks a lot. I will reach out on IRC or ask you over email for my doubts. >>Just a heads up, too, if your patch isn't a trivial fix, you might need >>to sign a bit of paperwork giving the copyright of changes to GDB to the >>Free Software Foundation before we are able to accept the changes. I >>mention this up front because I know a few people who were turned off by >>the idea, even though the process itself isn't complicated. I understand. I am ok with signing the paperwork with FSF. I am guessing that would not be a problem with my employer but I will still check. Regards, Shaunak On Mon, Jun 17, 2024 at 5:22=E2=80=AFAM Guinevere Larsen wrote: > > On 6/14/24 6:52 PM, shaunak saha via Gdb wrote: > > Hi all, > > > > I am new to the community and I'd like to contribute to gdb. I have 15 > > years of development experience in C mainly working in embedded > > domain. Went through the project ideas page > > "https://sourceware.org/gdb/wiki/ProjectIdeas". I would be interested > > to contribute in areas like Embedded Debugging, watchpoints or > > internals. Any suggestion would be great. > > > > Regards, > > Shaunak > > > Hello! Welcome welcome, we always love to have new contributors :) > > My first thought with regards to that page is that I don't know how up > to date it is... the last update seems to be back in 2021, which is from > before I joined the project. That said, I think there is plenty of > things to do in the areas you mentioned. > > For embedded debugging, unfortunately I have no idea what the situation i= s. > > For watchpoints, the first bug that that page mentions is still open, > but apparently the last mention of anything related to it was in 2014 > (the 2024 comment is unrelated), so you could first check if you can > still reproduce the issue, and maybe try to fix or close the bug if it > can't be reproduced anymore. I'm also a big fan of improving user > experience, so the second thing about watchpoints (and the misuse of the > word scope) is something I'd love to see, if you're interested in fixing = it. > > And for internals, if I may do a bit of promotion of my favorite area, > right now reverse debugging has a big problem: We rely on recording the > execution history of the inferior in a global variable, which is totally > not feasible if someone wants to record multiple inferiors at once. I'd > love to see a rework of this area that makes the history specific to an > inferior instead of relying on a global var. This could be pretty > complicated, as I don't exactly know how someone would go about doing > this and it might touch a couple different subsystems, but if you'd like > your first contribution to be tough as nails, I know I would love to see > it :) > > > Once you decided on something to work on, if it isn't something that > feels obvious to you or feels like it could depend on some design > decisions, I recommend sending a very simple prototype as an RFC to the > gdb-patches@sourceware list, so people can discuss if your approach > makes sense. > > If you want some help understanding some bits of GDB, feel free to reach > out on IRC (#gdb on libera chat), and if you feel shy about asking > questions in public, feel free to reach to me privately :) (though I > mostly only answer on work hours for Brazil). > > > Just a heads up, too, if your patch isn't a trivial fix, you might need > to sign a bit of paperwork giving the copyright of changes to GDB to the > Free Software Foundation before we are able to accept the changes. I > mention this up front because I know a few people who were turned off by > the idea, even though the process itself isn't complicated. > > -- > Cheers, > Guinevere Larsen > She/Her/Hers >