From: pinskia@gmail.com
To: "Bin.Cheng" <amker.cheng@gmail.com>
Cc: Jeff Law <law@redhat.com>, binutils <binutils@sourceware.org>,
"gdb-patches@sourceware.org" <gdb-patches@sourceware.org>,
GCC Patches <gcc-patches@gcc.gnu.org>,
Ian Lance Taylor <ian@airs.com>
Subject: Re: [PATCH/TopLevel] Fix compiling libgo with a combined sources
Date: Sun, 04 Jan 2015 10:31:00 -0000 [thread overview]
Message-ID: <9024D36F-DB7E-4B33-90E8-253A7B1A8108@gmail.com> (raw)
In-Reply-To: <CAHFci2-wSuOQxa26RN-nzDMu3rTKXxdgT+LApTrPQGGSk+ZoUw@mail.gmail.com>
> On Jan 4, 2015, at 1:35 AM, Bin.Cheng <amker.cheng@gmail.com> wrote:
>
>> On Sun, Jan 4, 2015 at 6:55 AM, Andrew Pinski <pinskia@gmail.com> wrote:
>>> On Mon, Nov 24, 2014 at 1:32 PM, Jeff Law <law@redhat.com> wrote:
>>>> On 11/22/14 21:20, Andrew Pinski wrote:
>>>>
>>>> Hi,
>>>> The problem here is here is that OBJCOPY is not being set to the
>>>> newly built objcopy when compiling libgo. This patch adds
>>>> OBJCOPY_FOR_TARGET to the toplevel configure/Makefile so that when
>>>> libgo is compiled OBJCOPY is set to OBJCOPY_FOR_TARGET.
>>>>
>>>> I noticed this issue when building an aarch64 cross compile on an
>>>> older system where objcopy did not understand aarch64.
>>>>
>>>> OK? Bootstrapped and tested on x86_64 with no regressions. Also
>>>> tested with a combined build for a cross compiler to
>>>> aarch64-linux-gnu.
>>>>
>>>> Thanks,
>>>> Andrew Pinski
>>>>
>>>>
>>>> * Makefile.def (flags_to_pass): Pass OBJCOPY_FOR_TARGET also.
>>>> * Makefile.tpl (HOST_EXPORTS): Add OBJCOPY_FOR_TARGET.
>>>> (BASE_TARGET_EXPORTS): Add OBJCOPY.
>>>> (OBJCOPY_FOR_TARGET): New variable.
>>>> (EXTRA_TARGET_FLAGS): Add OBJCOPY.
>>>> * Makefile.in: Regenerate.
>>>> * configure.ac: Check for already installed target objcopy.
>>>> Also GCC_TARGET_TOOL on objcopy.
>>>> * configure: Regenerate.
>>>
>>> OK
>>
>>
>> Committed to GCC and gdb/binutils repos now.
>>
>> Thanks,
>> Andrew
>
> Hi Andrew,
>
>> + elif test "x$target" = "x$host"; then
>> + # We can use an host tool
>> + OBJCOPY_FOR_TARGET='$(OBJDUMP)'
> Is it a typo for '$(OBJCOPY)' ?
Yes it is a pasto. I think the fix for this would be obvious.
Thanks,
Andrew
>
> Thanks,
> bin
prev parent reply other threads:[~2015-01-04 10:31 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CA+=Sn1nMV44+3jMMZ0WJQbX=KTaETk7ZC5ZzOv3K-wYdQiCPkw@mail.gmail.com>
[not found] ` <5473A3D3.901@redhat.com>
2015-01-03 22:55 ` Andrew Pinski
2015-01-04 9:35 ` Bin.Cheng
2015-01-04 10:31 ` pinskia [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9024D36F-DB7E-4B33-90E8-253A7B1A8108@gmail.com \
--to=pinskia@gmail.com \
--cc=amker.cheng@gmail.com \
--cc=binutils@sourceware.org \
--cc=gcc-patches@gcc.gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=ian@airs.com \
--cc=law@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox