From: Chuck Meade <chuckmeade@mindspring.com>
To: Segher Boessenkool <segher@kernel.crashing.org>
Cc: linuxppc-dev list <linuxppc-dev@ozlabs.org>
Subject: Re: [PATCH] powerpc: Fix build bug with binutils < 2.18 and GCC < 4.2
Date: Thu, 24 Jul 2008 19:39:40 -0400 [thread overview]
Message-ID: <488912BC.6040706@mindspring.com> (raw)
In-Reply-To: <3c19f5225b292a011665f127c55e58f7@kernel.crashing.org>
Segher Boessenkool wrote:
> [putting linuxppc-dev on Cc:, hope you don't mind]
>
> On 24 jul 2008, at 08:32, Chuck Meade wrote:
>
>>>> I wanted to reply to your original message regarding this, but sadly I
>>>> had
>>>> already deleted it. So I am sending directly to you.
>>>>
>>>> This patch broke my link.
>>>
>>> Sorry. I didn't test with anything _that_ ancient.
>>>
>>>> Reverting it, I am again able to link the latest
>>>> git fetch of the kernel, but with your patch, my ld breaks.
>>>>
>>>> I am using binutils 2.15, successfully until this patch was applied
>>>> yesterday.
>>>
>>> What target / what config / what exact GCC version / what
>>> exact binutils version / why are you using such an ancient
>>> toolchain anyway? :-)
>
>> I have been using gcc 3.4.4 and binutils 2.15 up to this point without
>> problems. Yes they are not cutting-edge by any means,
>
> Updating to GCC 3.4.6 might be a good idea, it's the latest bug fix
> release in the 3.4 series. I agree PowerPC Linux should still be
> buildable with GCC 3.4; I don't think we really care about 3.3 or
> older anymore though.
>
>> but the concern
>> here is that this patch causes the linker to fail for the first time.
>> Up until now the link has worked fine, and if I revert this patch, the
>> link continues to work well.
>
> Yeah, I understand. I'm not saying you need to upgrade your toolchain
> (or, I'm not yet saying that anyway; will have to see what causes this
> problem first); I just said I neglected to test with anything that old.
>
>> For one of my customers, we use a customized build system that can share
>> cross toolsets for builds of multiple platforms. So the fact that
>> these tools have worked for us cross several 83xx platforms for a long
>> time is valuable. It would be highly desirable to have the linker
>> continue to work.
>
> Sure, I'll try my best to find out what is wrong, and fix it for you
> if possible.
>
>> I am very willing to work with you and test the alternative patch ideas
>> you have for vmlinux.lds.S on my tools here. This patch was in the
>> general interest of backwards-compatibility with pre-2.18 binutils
>> anyway.
>
> Yes, exactly: 2.6.26 does not build with binutils 2.17.
>
>> I can help you by testing on 2.15. Send me alternate vmlinux.lds.S files
>> to try, and I will test and get back to you ASAP.
>
> No, I will not send you randomly changed source files and hope they
> will do something useful for you. Instead, why not provide me the
> information I asked for? What target (arch/powerpc it sounds like?)
> What _exact_ binutils version (FSF 2.15?) What _exact_ GCC version
> (FSF 3.4.4?) What Linux config (either the full .config, or the
> name of a defconfig)?
No problem -- I thought it would be helpful to offer to test changes for you,
so we could work together toward a solution.
The gcc version is 3.4.4. This is from source tarball gcc-3.4.4.tar.bz2,
downloaded from ftp.gnu.org, built myself using crosstool.
Here is the version output:
$ ./powerpc-8325-linux-gnu-gcc --version
powerpc-8325-linux-gnu-gcc (GCC) 3.4.4
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
The binutils are version 2.15, from source tarball binutils-2.15.tar.bz2.
Downloaded from ftp.gnu.org. Built myself using crosstool.
Here is the version output:
$ ./powerpc-8325-linux-gnu-ld --version
GNU ld version 2.15
Copyright 2002 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
The target arch/powerpc. The Linux defconfig was mpc836x_rdk_defconfig.
>> The link error, in case you were wondering, was:
>
> Yes, I forgot to ask for that :-)
>
>> powerpc-8325-linux-gnu-ld: final link failed: File truncated
>
> What was the command line here? Was it the linking of vmlinux?
The command line was "make ARCH=powerpc uImage". The step that failed
was the linking of vmlinux.
If you look at the email to the linuxppc-dev list from this evening at
7:07 pm (about 30 minutes ago), Jon Tollefson is encountering the same
error now.
At the risk of providing too much detail -- if you issue the same build
command with "V=1" appended, it shows the failing link command. Entering
that failing link command at the command line, I can remove all of the files
from the link, one by one, until only kernel/built-in.o is left, and still get
the "File truncated" error.
Of course once you remove enough files from the link line there are other
errors -- "undefined reference" problems that show up -- but the "File truncated"
error is related to kernel/built-in.o. Hope that helps a bit.
Let me know if you have any questions.
Thanks,
Chuck
>
>
> Segher
>
>
next prev parent reply other threads:[~2008-07-24 23:39 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-21 23:03 [PATCH] powerpc: Fix build bug with binutils < 2.18 and GCC < 4.2 Segher Boessenkool
[not found] ` <48872AB4.3010001@mindspring.com>
[not found] ` <bd512e1b36a954819f09379908e342fb@kernel.crashing.org>
[not found] ` <48882217.5010609@mindspring.com>
2008-07-24 22:27 ` Segher Boessenkool
2008-07-24 23:39 ` Chuck Meade [this message]
2008-07-25 0:18 ` Segher Boessenkool
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=488912BC.6040706@mindspring.com \
--to=chuckmeade@mindspring.com \
--cc=linuxppc-dev@ozlabs.org \
--cc=segher@kernel.crashing.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.