From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [63.128.21.124]) by sourceware.org (Postfix) with ESMTP id 78825385782A for ; Mon, 7 Dec 2020 20:32:05 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 78825385782A Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-202-FRknvL_uNRy2y2HsQPHPgA-1; Mon, 07 Dec 2020 15:32:03 -0500 X-MC-Unique: FRknvL_uNRy2y2HsQPHPgA-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id A7A71858180; Mon, 7 Dec 2020 20:32:02 +0000 (UTC) Received: from localhost (unknown [10.33.36.246]) by smtp.corp.redhat.com (Postfix) with ESMTP id 43DF85C1A1; Mon, 7 Dec 2020 20:32:02 +0000 (UTC) Date: Mon, 7 Dec 2020 20:32:01 +0000 From: Jonathan Wakely To: Vladimir V Cc: libstdc++@gcc.gnu.org Subject: Re: Problem building libstdc++ for the avr target Message-ID: <20201207203201.GJ2309743@redhat.com> References: <20201207203033.GI2309743@redhat.com> MIME-Version: 1.0 In-Reply-To: <20201207203033.GI2309743@redhat.com> X-Clacks-Overhead: GNU Terry Pratchett X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Spam-Status: No, score=-7.9 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, KAM_SHORT, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libstdc++@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libstdc++ mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 20:32:06 -0000 On 07/12/20 20:30 +0000, Jonathan Wakely wrote: >On 07/12/20 18:32 +0100, Vladimir V via Libstdc++ wrote: >>Dear libstdc++ developers, >> >>I have recently experimented with building 'hosted' variant of the >>libstdc++ for the avr target. >>Practically, it looks like, after minor extension of the avr-libc, it can >>be built. >>Unfortunately, as a temporary workaround I had to disable dlopen test in >>the configure script as I encountered the error: >> >>'checking for shl_load... configure: error: Link tests are not allowed >>after GCC_NO_EXECUTABLES' >> >>while building with '--with-avrlibc' flag. The issue is described in >>https://gcc.gnu.org/legacy-ml/gcc/2008-03/msg00515.html >>and was resolved for the newlib. The fix was not applied for the avr-libc >>targets although the rationale behind the solution >>seems to be applicable there as well. I would like to ask what do you think >>about extending the scope of the solution to work >>with avr-libc based builds as well? > >Yes, I think it makes sense. I forgot to add that be95b3555aa82872565a1e1ea85ff826a20c8e2e was the commit that added the check for ${with_newlib}.