From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oo1-xc2f.google.com (mail-oo1-xc2f.google.com [IPv6:2607:f8b0:4864:20::c2f]) by sourceware.org (Postfix) with ESMTPS id 9D3933858D1E for ; Wed, 29 Mar 2023 14:30:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 9D3933858D1E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=linaro.org Received: by mail-oo1-xc2f.google.com with SMTP id l7-20020a4abe07000000b0053e1205c84bso2091268oop.9 for ; Wed, 29 Mar 2023 07:30:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1680100220; h=content-transfer-encoding:in-reply-to:organization:from:references :to:content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=I8nBFdpdG1P3Aq7lpx93sy3bz5cBrkhYqV96XF8FKGs=; b=eFGyLtq9h2OidrS1FowQ58t9xwbuDM7bCsePyZRbuTMQpMnB/X1pPhUu/h1GWN+XWt wNYJpqxzk7RTnSSc8nFWIptlInB3HQSsrrsNmW/7ahET2/AyHQnix3ENQ6u8+Mesz+vg SqJL9V/tpXmJlwjAYaxQFeIik94pCc9WfUmANVG4mhpk8HA4TUVxSy3LsxjQxoOV9xP3 R30IW8OQD8yuwAKPA/MeE7N8vYBHOm3kNKVEPyFTEf71s3mnJccps13F6Cf8pvxB1bRx bHYJWKy6P4wSB1Rg7q+9ET3LJf3/7gDpgGrNADj/DoHJo6WvzZpm5pc+KE/NWtlFR91w 2E7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680100220; h=content-transfer-encoding:in-reply-to:organization:from:references :to:content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=I8nBFdpdG1P3Aq7lpx93sy3bz5cBrkhYqV96XF8FKGs=; b=VfzKbOIMn+uxbKuhVPsIVm6De5ebz9b4AMSdshczbCXkP5gTaBLfaYxgQLvc3egZIO u05o0eHlt4veniJ0O6DWDWzHdsWCgY/YhkQGO5hvCvJGeCqztkBCnrlVnWrBV/zilg9s 0M17sxnIHB4Oy1ioK0052IXQiUl6PZBZwcqcbriSRNdqLe9qUO2oNCZ5UaPgqig7MImS 8YgtukUANOR/nMEZ6kyXgU9Pv7zUkBVzenlTlwjHaGrZOtua/TM12mfCdUiehyHeEkvM ONav/uOgydYtaw80YyAl5siyKr4IDsG16Id2tqwMNG52Wo8Sb1x8ZA4hmZqPCAteSh/n 1HDQ== X-Gm-Message-State: AO0yUKU4PEdumF5fAo5eqnI+cUW0TyXpDevXrMYt4A7bNM903HrlFvWE x/iqbKJFnejZQ3L3eA5c4N8W/tBLix+WpjqDE3sGSA== X-Google-Smtp-Source: AK7set/B20HallNJytT5YEwIDhx1fbFJk5FMz5CxRn0RI2s6BeMHBFQ6Kz0LVvgfBDeeE98bggOEmA== X-Received: by 2002:a4a:58c2:0:b0:530:5477:30e with SMTP id f185-20020a4a58c2000000b005305477030emr9973787oob.4.1680100219876; Wed, 29 Mar 2023 07:30:19 -0700 (PDT) Received: from ?IPV6:2804:1b3:a7c1:60f9:1426:1d2d:d6b:1761? ([2804:1b3:a7c1:60f9:1426:1d2d:d6b:1761]) by smtp.gmail.com with ESMTPSA id u47-20020a4a8c32000000b0053bb2ae3a78sm6711510ooj.24.2023.03.29.07.30.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 29 Mar 2023 07:30:19 -0700 (PDT) Message-ID: Date: Wed, 29 Mar 2023 11:30:16 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [PATCH 01/13] elf: strdup() l_name if no realname [BZ #30100] Content-Language: en-US To: stsp , libc-alpha@sourceware.org References: <20230318165110.3672749-1-stsp2@yandex.ru> <20230318165110.3672749-2-stsp2@yandex.ru> <1da89fa5-e322-7cfa-0e0c-7074a4436a44@linaro.org> <58e025ba-ae95-bce8-f58e-6c80b4445e45@linaro.org> <64ed2395-863e-81b3-2f0b-d2cc2bc7ffe4@yandex.ru> From: Adhemerval Zanella Netto Organization: Linaro In-Reply-To: <64ed2395-863e-81b3-2f0b-d2cc2bc7ffe4@yandex.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.6 required=5.0 tests=BAYES_00,BODY_8BITS,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 29/03/23 11:28, stsp wrote: > > 29.03.2023 19:19, Adhemerval Zanella Netto пишет: >> >> On 29/03/23 11:12, stsp wrote: >>> 29.03.2023 18:54, Adhemerval Zanella Netto пишет: >>> But dlmem() can also use "" as the name >>> if the name is not specified explicitly. >>> Without that patch it crashes. >>> I think you mean its not needed w/o dlmem()? >> Yes, I did not take in consideration dlmem inclusion for this.  If dlmem breaks >> this assumption, it is another issue with the interface. > Could you please suggest what should > be done? dlmem() may create the anonymous > objects, name is optional. I noticed that some > code uses "" and did the same. > What is the suggested solution about > creating an anonymous object? > Of course you can prohibit an empty name > for dlmem(), but that will only force people > to fake it with some "123". At least move this change to patch that actually requires it, as an isolated change it is not required.