From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-40138.protonmail.ch (mail-40138.protonmail.ch [185.70.40.138]) by sourceware.org (Postfix) with ESMTPS id 9FE9B385703C for ; Fri, 5 Feb 2021 23:16:54 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 9FE9B385703C Date: Fri, 05 Feb 2021 23:16:43 +0000 To: Adhemerval Zanella From: Ryan Burns Cc: GNU C Library Reply-To: Ryan Burns Subject: Re: Unable to override OBJCOPY during configure Message-ID: In-Reply-To: References: <8zYgCGLOYwM4QgJYHpcrbsF6DkO65RlDeRBJnrDbMymP-oZNm2DkmzE6rd87MdmiS6nRtZF_iKpLXw3Nr3OuvhnCNfZwNPoEzv6zk_yQtNA=@protonmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_00, BODY_8BITS, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, 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: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2021 23:16:57 -0000 Hmm, I tried providing OBJCOPY to configure, but it looks like it gets clob= bered here: https://sourceware.org/git/?p=3Dglibc.git;a=3Dblob;f=3Dconfigure;h=3D1dc3af= 60b4146ba5f9fd251a6820e21752c65444;hb=3DHEAD#l4494 Perhaps I am misunderstanding the configure script, but I think it's overri= ding the OBJCOPY I'm providing? I think you are correct that I should reconfigure my toolchain so that '-pr= int-prog-name' works correctly. But if this is an acceptable use of an explicit OBJCOPY, I'd like to be abl= e to get by with that for now so I don't have to recompile gcc. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Friday, February 5, 2021 3:41 AM, Adhemerval Zanella wrote: > On 03/02/2021 23:01, Ryan Burns via Libc-help wrote: > > > Hi Libc-help, > > I'm having trouble cross-compiling glibc to powerpc64le. Compiling to p= owerpc64le requires a working objcopy, which I have available via powerpc64= le-unknown-linux-gnu-objcopy, and I can provide that at build time using "m= ake OBJCOPY=3Dpowerpc64le-unknown-linux-gnu-objcopy". > > But the toplevel ./configure does OBJCOPY=3D`$CC -print-prog-name=3Dobj= copy` unconditionally, and is unable to find powerpc64le-unknown-linux-gnu-= objcopy, so the later version check (to enforce the objcopy 2.26 minimum re= quirement) fails. > > Is it possible to manually specify the objcopy binary at configure time= , or bypass the configure check for the objcopy version? > > Thanks, > > Ryan > > If you have a cross-toolchain correctly configured, the '-print-prog-name= =3Dobjcopy' > should give the full path to the objcopy. On my system: > > $ [...]/powerpc64le-glibc-linux-gnu-gcc -print-prog-name=3Dobjcopy > [...]/compilers/powerpc64le-linux-gnu/bin/../lib/gcc/powerpc64le-glibc-li= nux-gnu/8.3.1/../../../../powerpc64le-glibc-linux-gnu/bin/objcopy > > Otherwise you can explicit set OBJCOPY to the objcopy during configure: > > $ [...]/configure --prefix=3D/usr [...] OBJCOPY=3D/path/to/objcopy