public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
* [Bug go/63539] New: libgo does not use the newly built objcopy when doing a combined build
@ 2014-10-15 2:09 pinskia at gcc dot gnu.org
2014-10-15 2:25 ` [Bug go/63539] " pinskia at gcc dot gnu.org
` (6 more replies)
0 siblings, 7 replies; 8+ messages in thread
From: pinskia at gcc dot gnu.org @ 2014-10-15 2:09 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63539
Bug ID: 63539
Summary: libgo does not use the newly built objcopy when doing
a combined build
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: pinskia at gcc dot gnu.org
CC: cmang at google dot com
I was trying build a go compiler for aarch46 and ran into this issue.
I was doing a full combined build with all of GCC/binutils from the trunk.
f=`echo container/ring.lo | sed -e 's/.lo$/.o/'`; objcopy -j .go_export $f
container/ring.gox.tmp && mv -f container/ring.gox.tmp container/ring.gox
objcopy: Unable to recognise the format of the input file `container/ring.o'
In this case container/ring.o is an aarch64 elf binary and my host objcopy
(2.20) does not understand aarch64 elf files.
^ permalink raw reply [flat|nested] 8+ messages in thread* [Bug go/63539] libgo does not use the newly built objcopy when doing a combined build 2014-10-15 2:09 [Bug go/63539] New: libgo does not use the newly built objcopy when doing a combined build pinskia at gcc dot gnu.org @ 2014-10-15 2:25 ` pinskia at gcc dot gnu.org 2014-10-15 2:26 ` pinskia at gcc dot gnu.org ` (5 subsequent siblings) 6 siblings, 0 replies; 8+ messages in thread From: pinskia at gcc dot gnu.org @ 2014-10-15 2:25 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63539 --- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> --- ranlib works since the toplevel does: checking where to find the target ranlib... just compiled But there is no check for objcopy. ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug go/63539] libgo does not use the newly built objcopy when doing a combined build 2014-10-15 2:09 [Bug go/63539] New: libgo does not use the newly built objcopy when doing a combined build pinskia at gcc dot gnu.org 2014-10-15 2:25 ` [Bug go/63539] " pinskia at gcc dot gnu.org @ 2014-10-15 2:26 ` pinskia at gcc dot gnu.org 2014-10-15 6:10 ` pinskia at gcc dot gnu.org ` (4 subsequent siblings) 6 siblings, 0 replies; 8+ messages in thread From: pinskia at gcc dot gnu.org @ 2014-10-15 2:26 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63539 Andrew Pinski <pinskia at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2014-10-15 Ever confirmed|0 |1 --- Comment #2 from Andrew Pinski <pinskia at gcc dot gnu.org> --- I think I have a fix which I am going to test. ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug go/63539] libgo does not use the newly built objcopy when doing a combined build 2014-10-15 2:09 [Bug go/63539] New: libgo does not use the newly built objcopy when doing a combined build pinskia at gcc dot gnu.org 2014-10-15 2:25 ` [Bug go/63539] " pinskia at gcc dot gnu.org 2014-10-15 2:26 ` pinskia at gcc dot gnu.org @ 2014-10-15 6:10 ` pinskia at gcc dot gnu.org 2014-10-15 6:13 ` pinskia at gcc dot gnu.org ` (3 subsequent siblings) 6 siblings, 0 replies; 8+ messages in thread From: pinskia at gcc dot gnu.org @ 2014-10-15 6:10 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63539 Andrew Pinski <pinskia at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ian at airs dot com Assignee|ian at airs dot com |pinskia at gcc dot gnu.org --- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> --- . ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug go/63539] libgo does not use the newly built objcopy when doing a combined build 2014-10-15 2:09 [Bug go/63539] New: libgo does not use the newly built objcopy when doing a combined build pinskia at gcc dot gnu.org ` (2 preceding siblings ...) 2014-10-15 6:10 ` pinskia at gcc dot gnu.org @ 2014-10-15 6:13 ` pinskia at gcc dot gnu.org 2014-11-23 4:21 ` [Bug bootstrap/63539] " pinskia at gcc dot gnu.org ` (2 subsequent siblings) 6 siblings, 0 replies; 8+ messages in thread From: pinskia at gcc dot gnu.org @ 2014-10-15 6:13 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63539 --- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> --- Created attachment 33718 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33718&action=edit Patch which I need to submit I already tested this patch but I need to submit it still. ChangeLog: * 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. ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug bootstrap/63539] libgo does not use the newly built objcopy when doing a combined build 2014-10-15 2:09 [Bug go/63539] New: libgo does not use the newly built objcopy when doing a combined build pinskia at gcc dot gnu.org ` (3 preceding siblings ...) 2014-10-15 6:13 ` pinskia at gcc dot gnu.org @ 2014-11-23 4:21 ` pinskia at gcc dot gnu.org 2015-01-03 22:51 ` pinskia at gcc dot gnu.org 2015-01-03 22:51 ` pinskia at gcc dot gnu.org 6 siblings, 0 replies; 8+ messages in thread From: pinskia at gcc dot gnu.org @ 2014-11-23 4:21 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63539 Andrew Pinski <pinskia at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |build, patch URL| |https://gcc.gnu.org/ml/gcc- | |patches/2014-11/msg02921.ht | |ml Component|go |bootstrap --- Comment #5 from Andrew Pinski <pinskia at gcc dot gnu.org> --- Patch submitted: https://gcc.gnu.org/ml/gcc-patches/2014-11/msg02921.html . ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug bootstrap/63539] libgo does not use the newly built objcopy when doing a combined build 2014-10-15 2:09 [Bug go/63539] New: libgo does not use the newly built objcopy when doing a combined build pinskia at gcc dot gnu.org ` (4 preceding siblings ...) 2014-11-23 4:21 ` [Bug bootstrap/63539] " pinskia at gcc dot gnu.org @ 2015-01-03 22:51 ` pinskia at gcc dot gnu.org 2015-01-03 22:51 ` pinskia at gcc dot gnu.org 6 siblings, 0 replies; 8+ messages in thread From: pinskia at gcc dot gnu.org @ 2015-01-03 22:51 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63539 Andrew Pinski <pinskia at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |5.0 --- Comment #7 from Andrew Pinski <pinskia at gcc dot gnu.org> --- Fixed. ^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug bootstrap/63539] libgo does not use the newly built objcopy when doing a combined build 2014-10-15 2:09 [Bug go/63539] New: libgo does not use the newly built objcopy when doing a combined build pinskia at gcc dot gnu.org ` (5 preceding siblings ...) 2015-01-03 22:51 ` pinskia at gcc dot gnu.org @ 2015-01-03 22:51 ` pinskia at gcc dot gnu.org 6 siblings, 0 replies; 8+ messages in thread From: pinskia at gcc dot gnu.org @ 2015-01-03 22:51 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63539 --- Comment #6 from Andrew Pinski <pinskia at gcc dot gnu.org> --- Author: pinskia Date: Sat Jan 3 22:50:48 2015 New Revision: 219165 URL: https://gcc.gnu.org/viewcvs?rev=219165&root=gcc&view=rev Log: 2015-01-03 Andrew Pinski <apinski@cavium.com> Bug #63539 * 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. Modified: trunk/ChangeLog trunk/Makefile.def trunk/Makefile.in trunk/Makefile.tpl trunk/configure trunk/configure.ac ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2015-01-03 22:51 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-10-15 2:09 [Bug go/63539] New: libgo does not use the newly built objcopy when doing a combined build pinskia at gcc dot gnu.org 2014-10-15 2:25 ` [Bug go/63539] " pinskia at gcc dot gnu.org 2014-10-15 2:26 ` pinskia at gcc dot gnu.org 2014-10-15 6:10 ` pinskia at gcc dot gnu.org 2014-10-15 6:13 ` pinskia at gcc dot gnu.org 2014-11-23 4:21 ` [Bug bootstrap/63539] " pinskia at gcc dot gnu.org 2015-01-03 22:51 ` pinskia at gcc dot gnu.org 2015-01-03 22:51 ` pinskia at gcc dot gnu.org
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).