From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id WWIDOkDKcmawhT4AWB0awg (envelope-from ) for ; Wed, 19 Jun 2024 08:08:32 -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=e4ii20wL; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id DAB171E0C1; Wed, 19 Jun 2024 08:08:32 -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 C20741E030 for ; Wed, 19 Jun 2024 08:08:30 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 534EA3884607 for ; Wed, 19 Jun 2024 12:08:30 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 534EA3884607 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1718798910; bh=9HOjWoVIaE+7kQe9m3pE4yy1rJlQRjNfYUCNE/cTnbs=; h=Date:Subject:To:Cc:References:In-Reply-To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=e4ii20wLTYRPnWBAjQHUI9cP0PBbMosdjglaJARm9zbV5Jd3EGRpwOjLlp0B/UKX5 DDuhLfo7yciWFdYtVRvCpLUaJTpZuz24YXp6FJux2OUxRoLqlgjFZVou/6WSMuha6C iwB2m6IuPIrJoUrbYLs4jHNBv60f4eVJjImiM+gg= Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id ED869388450F for ; Wed, 19 Jun 2024 12:07:52 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org ED869388450F ARC-Filter: OpenARC Filter v1.0.0 sourceware.org ED869388450F ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1718798875; cv=none; b=PVIvn90SApq+AxwA3Tm+MZSta3SDNjmR+fXBCEwQXAtTnxLMCoMoNUagt7xwSufT2Ob9J7+4r6tCIKmWsqsfzjf4+IZ9LEwhEkYKmTnS0rJQmATLJGuMpmH3pEXjqtcNG/kIx8H6rdEwMN/qVvUlnYk+0dUsMHdk8aVmKZUqiwg= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1718798875; c=relaxed/simple; bh=c5tr9usU1Cex48AbfzoixkLdVNUkY2BWCriohxgULEM=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=gezAQzfFjGFpnHyfLjc6Mp0ay6GCQctFNmuRTdjA1D15C3VG7MsUflmAiGbqpTv2SW8tcn/7QY83fK5DqhEVBXSqehl+5AQlmrBACS2lJOHNwjPnnta7DQbeYQmVIWH28FVEg17+fEwfX8dbums/t5fpQSUVlKqUP/0y1eCLxeQ= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from mail-qv1-f70.google.com (mail-qv1-f70.google.com [209.85.219.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-417-WO4BkmYEPr2D2irz5bBctQ-1; Wed, 19 Jun 2024 08:07:51 -0400 X-MC-Unique: WO4BkmYEPr2D2irz5bBctQ-1 Received: by mail-qv1-f70.google.com with SMTP id 6a1803df08f44-6ad8a2dbd97so84162056d6.1 for ; Wed, 19 Jun 2024 05:07:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718798871; x=1719403671; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=9HOjWoVIaE+7kQe9m3pE4yy1rJlQRjNfYUCNE/cTnbs=; b=NtlWMMRoRZIebxQTX8PmiLIEorvewWyb5XJO29mGH2F1yXGW1NI3joMrRBFVFRU68N sKcHBxYVM0SAcQDUKhI06t6U/GworsZgzOiiVJyPc2eHq0NY7bNmKG4zz8ytJwbjbo9Z D711npfYieQ1KrsKJCOofDqqM5VR5pLffOeCPFrFGndy9JTXTvlXFcCxTVahiXStb2JG Org9wg0it0TGIDENzdjZlVcqi9v4niEMN49Jb+okb+j92eISZno0YP91jD8lsM2sgp3q PMpxRCg7nZH9XvRexYZclc/XOUyPC/YmS6SKsufk0N8Db6bUkxDqoFHknnyNbAYxQ75s pRtw== X-Gm-Message-State: AOJu0Ywve24tI086Ys+DVvLiCYyXqPm8x8GiCh4NbDS2m6UgWtMt07TY NXZMRU0q7/I48WM3S6Cnf5NXQ0ajn1/DOIcr/bxDAN8M5m+jU9KNvJFXdkVv7yqoSE7PuKOEJYr +YW6DRU2luyW1f7IFVMf7NKLaRbEEx0cddM1Mouc6i8AMyktg X-Received: by 2002:a0c:f309:0:b0:6b4:f839:66a7 with SMTP id 6a1803df08f44-6b501ea5336mr24446756d6.47.1718798870716; Wed, 19 Jun 2024 05:07:50 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGbb8x5h4gyvjQcxNW35851cBMMybRKrnROeFHzduwaZFUWj7lbtFkMNSN28Fm1KoIBc16Knw== X-Received: by 2002:a0c:f309:0:b0:6b4:f839:66a7 with SMTP id 6a1803df08f44-6b501ea5336mr24445986d6.47.1718798868761; Wed, 19 Jun 2024 05:07:48 -0700 (PDT) Received: from ?IPV6:2804:14d:8084:92c5::1001? ([2804:14d:8084:92c5::1001]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6b4fbf5b3aesm14495526d6.107.2024.06.19.05.07.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 19 Jun 2024 05:07:48 -0700 (PDT) Message-ID: Date: Wed, 19 Jun 2024 09:07:45 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Contributing to gdb To: shaunak saha Cc: gdb@sourceware.org References: In-Reply-To: X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, 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: Guinevere Larsen via Gdb Reply-To: Guinevere Larsen Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" On 6/19/24 4:38 AM, shaunak saha wrote: > 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=10645" Yes, this was the bug I was thinking of. > >>> 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. There wasn't a bug yet, but I just created one https://sourceware.org/bugzilla/show_bug.cgi?id=31911 I tried to add my thoughts on how this could be done, but this was thought in the moment, no real research into what's possible or reasonable. I just so happened to  be working close to this area and had many unstructured thoughts hahaha -- Cheers, Guinevere Larsen She/Her/Hers > >>> 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 AM 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 is. >> >> 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 >>