From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 0EFA4138359 for ; Mon, 20 Jul 2020 07:31:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2D2D8E082F; Mon, 20 Jul 2020 07:31:23 +0000 (UTC) Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C5A2DE082F for ; Mon, 20 Jul 2020 07:31:22 +0000 (UTC) Subject: Re: [gentoo-soc] Weekly Progress: Porting Relibc to gentoo To: gentoo-soc@lists.gentoo.org References: From: Luca Barbato Message-ID: Date: Mon, 20 Jul 2020 09:31:11 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:79.0) Gecko/20100101 Thunderbird/79.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-soc@lists.gentoo.org Reply-to: gentoo-soc@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Archives-Salt: cab2f981-9c31-453d-9d92-bbc2e53f1534 X-Archives-Hash: af59ad992d4e2b43a4079a7282aebb74 On 19/07/2020 22:42, Ahmed Soliman wrote: > So this week has been full of new stuff, I have finally have a clean > implementation for a memory allocation model based on mspaces that > fixes the old issue where we had two identical copies of malloc > accessing the same brk(), without sharing metadata at [1]. > > I also finalized my dlopen dlsym and dlclose implementation you can > find it at [2] > > And I fixed an old bug regarding TLS resolving (I attempted fixing it > before but it seems that my old fix was not working) at [3]. > > Unfortunately, that is not enough for GCC to compile with relibc based > binutils; there are still more bugs, but with every step we are > getting closer.. > > Thanks > Ahmed. > > [1] https://gitlab.redox-os.org/redox-os/relibc/-/merge_requests/295 > [2] https://gitlab.redox-os.org/redox-os/relibc/-/merge_requests/290 > [3] https://gitlab.redox-os.org/redox-os/relibc/-/merge_requests/294 > Please make sure to track what features were missing from the beginning till now :) It will be quite important in the future. lu