--- Additional Comments From ian at airs dot com 2009-12-30 01:36 ---
Created an attachment (id=4487)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4487&action=view)
google-breakpad patch
This patch seems to fix google breakpad, at least for this test case.
--
--- Additional Comments From ian at airs dot com 2009-12-30 01:34 ---
I finally took another look at this. The problem here is simply that dump_syms
is incorrect. It only works if the stabs strings have been optimized into a
single compilation unit. The GNU linker does that
--- Additional Comments From ian at airs dot com 2009-12-22 14:11 ---
Oh wait, sorry, this is the kernel itself. It must be something else.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11108
--- You are receiving this mail because: ---
You are on the CC list for the
--- Additional Comments From ian at airs dot com 2009-12-22 14:10 ---
I haven't looked, but this is very likely another example of PR 10238.
--
What|Removed |
--- Additional Comments From ian at airs dot com 2009-12-03 05:35 ---
Thanks for the bug report. This has already been fixed on the binutils 2.20
branch and on mainline. The fix will be in any future release.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-11-19 07:01 ---
Thanks for the extensive list. Just a couple of notes:
> ld: --warn-constructors: unknown option
This one is implemented in the development version.
> ld: -combreloc: unknown -z option
This is a bug in the p
--- Additional Comments From ian at airs dot com 2009-11-11 06:48 ---
That part is never going to work with gold. It is asking the linker for the
default linker script, editing it, and passing it back to the linker. gold does
not have a default linker script to edit. Building glibc
--- Additional Comments From ian at airs dot com 2009-11-09 02:03 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From ian at airs dot com 2009-11-05 20:01 ---
I already committed a patch to remove the erroneous #if 0.
Bug is fixed.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-11-04 16:41 ---
Thanks for the bug report. I've patched the linker to avoid the crash.
However, the core problem is that the linker script expects that the dynamic
reloc sections will have specific names, and gold does no
--- Additional Comments From ian at airs dot com 2009-11-04 07:39 ---
Do these tests pass with gcc 4.2, or have you only tried 4.1?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10899
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are
--- Additional Comments From ian at airs dot com 2009-11-04 07:34 ---
gold does not generate the .rel.iplt or .rela.iplt sections itself. I'm not
sure what this has to do with "multi-arched libc.a". gold does not yet support
STT_GNU_IFUNC symbols.
It's normal for
--- Additional Comments From ian at airs dot com 2009-11-04 01:30 ---
Thanks for the bug report. Fixed.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ian at airs dot com 2009-11-03 15:44 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From ian at airs dot com 2009-11-03 15:27 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From ian at airs dot com 2009-10-29 04:20 ---
Cary, can we close this as fixed now?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10842
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is
--- Additional Comments From ian at airs dot com 2009-10-29 04:20 ---
It would be very helpful if you could pull together a self-contained test case.
Thanks.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-10-26 06:00 ---
The backtrace strongly suggests that the linker plugin is mishandling SHN_ABS
symbols. This should most likely be a bug against the lto-plugin component of
gcc, not against gold. I can't seem to CC Rafael, sin
--- Additional Comments From ian at airs dot com 2009-10-20 04:10 ---
Thanks for the bug report. This was an error on my part when I copied the gold
sources to the binutils 2.20 release branch. This was never a problem in the
main development sources, and has now been fixed on the
--- Additional Comments From ian at airs dot com 2009-10-19 15:43 ---
Bernhard: you were not using the current linker sources.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10698
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are
--- Additional Comments From ian at airs dot com 2009-10-16 06:00 ---
This may be fixed now. Please let me know if it is not.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ian at airs dot com 2009-10-16 06:00 ---
I have added support for these options.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ian at airs dot com 2009-10-13 00:54 ---
As far as I am concerned, gold has been released. The question now is what
changes distros will want to see before picking it up as the default linker for
those targets which it supports.
--
http://sourceware.org
--- Additional Comments From ian at airs dot com 2009-10-12 22:35 ---
Comment #7 does not necessarily indicate that there are a lot of packages which
provide a union-of-defined-symbols interface. What is indicates is that a lot
of people think that linking against the KDE or GNOME
--- Additional Comments From ian at airs dot com 2009-10-12 20:15 ---
Carrying on, it's true that gold's behaviour does impose a burden when using
shared libraries which come in bundles. If a package provides a shared library
which includes other shared libraries, and the in
--- Additional Comments From ian at airs dot com 2009-10-12 20:02 ---
To be clear, gold does not require that you enumerate all indirect dependencies
of shared libraries. gold will not complain if a shared library refers to a
function defined in some dependency of that shared library
--- Additional Comments From ian at airs dot com 2009-09-30 13:20 ---
Can you confirm that this was with the development version of gold? There were
some bugs in this area fixed back February.
Otherwise, as far as I can see, this can only happen if open returns -1 with
errno set to
--- Additional Comments From ian at airs dot com 2009-09-09 03:16 ---
If SHF_LINK_ORDER is set in the flags field, then the sh_link field is permitted
to contain the special values SHN_BEFORE (65280) and SHN_AFTER (65281).
SHN_BEFORE means that this section should come before all other
--- Additional Comments From ian at airs dot com 2009-08-12 10:22 ---
gold, unlike GNU ld, does not attempt to locate libraries which are referenced
by DT_NEEDED entries (see PR 10238 for some more background). Therefore, when
gold sees a shared library which has DT_NEEDED entries, and
--- Additional Comments From ian at airs dot com 2009-08-12 09:41 ---
The -z options were introduced to GNU ld in emulation of the Solaris linker.
The Solaris linker is documented to accept -z defs, not -z -defs. The GNU
linker man page also documents -z defs, not -z -defs. When using
--- Additional Comments From ian at airs dot com 2009-08-12 09:36 ---
Thanks for the bug report. This has already been fixed in the development
sources.
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/reduced_debug_output.cc.diff?r1=1.1&r2=1.2&cvsroot=src&f=h
--
--- Additional Comments From ian at airs dot com 2009-07-21 05:26 ---
Thanks for noticing this. I committed a patch to fix the problem.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-07-17 01:28 ---
Patch committed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From ian at airs dot com 2009-07-16 05:32 ---
Created an attachment (id=4055)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4055&action=view)
Patch
The difference between gold and GNU ld seems to be that when GNU ld sees a
comdat section with a di
--- Additional Comments From ian at airs dot com 2009-07-16 00:08 ---
I don't see any problem in the .eh_frame section. It appears to me that
.eh_frame information for discarded sections is indeed being discarded.
I do see duplication in the .debug_frame section. Note that readel
--
What|Removed |Added
CC||ian at airs dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=10287
--- You are receiving this mail
--
What|Removed |Added
AssignedTo|ian at airs dot com |ccoutant at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=10287
--- You are receiving
--
What|Removed |Added
Component|binutils|gold
http://sourceware.org/bugzilla/show_bug.cgi?id=10287
--- You are receiving this mail because: --
--- Additional Comments From ian at airs dot com 2009-06-24 21:05 ---
I downloaded alsa-lib 1.0.20 and built it with the current development version
of gold without any trouble.
So, I guess I do need you to give me a test case. It is also conceivable that
the problem was fixed by the
--- Additional Comments From ian at airs dot com 2009-06-24 21:00 ---
Thanks for attaching the library.
Unfortunately, I can't recreate the problem. I get lots of "bad e_ehsize (36 !=
52)" errors. However, I don't get the internal error.
I'm using the cu
--- Additional Comments From ian at airs dot com 2009-06-24 20:42 ---
The core issue is that valgrind runs the linker with --verbose to extract the
linker script. It then seds the linker script to adjust the start address of
the text segment. This works OK with the GNU linker, but it
--- Additional Comments From ian at airs dot com 2009-06-24 19:52 ---
Thanks for the bug report. x86_64 Linux 2.6.27 now builds with gold. I haven't
tried actually running it, though. All the problems were related to linker
script control of .note sections.
--
--- Additional Comments From ian at airs dot com 2009-06-24 14:39 ---
Your object file is unusual in having both an empty .text section and an empty
.rel.text section. gold was failing an assertion while processing the .rel.text
section, in that it expected to have some data to relocate
--- Additional Comments From ian at airs dot com 2009-06-24 13:17 ---
Offhand, I don't think this is a bug. I don't see why -r should necessarily
change the search path used for archives. You can easily change the search path
by using the -Bstatic option.
--
http://sour
--- Additional Comments From ian at airs dot com 2009-06-24 05:07 ---
I apologize for my caution, but there just aren't any good endgames for me or my
employer if somebody gets sticky about my looking at proprietary code. I'm not
going to download the whole zip file. Can you
--- Additional Comments From ian at airs dot com 2009-06-24 05:03 ---
Thanks for the bug report. I fixed these cases. Rather than worry about the
internal data structures when using -r with a shared library, I just made it a
fatal error.
--
What|Removed
--- Additional Comments From ian at airs dot com 2009-06-24 03:33 ---
Thanks for the description. I'm not willing to download source code that is not
free as in speech, especially not a compiler and tools that create object files.
If you could perhaps put together a tarball of ob
--- Additional Comments From ian at airs dot com 2009-06-24 00:39 ---
Thanks for the bug report. The GNU linker links .stab and .stabstr sections,
and dump_syms was relying on that to find the .stabstr section. I just
committed a patch to gold to link the sections in the same way
--- Additional Comments From ian at airs dot com 2009-06-23 14:40 ---
Thanks for the detailed information. I committed a patch which I hope will fix
this problem. Please let me know if it does not.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-06-23 13:26 ---
That's true, the internal error should be fixed, if it still happens. I wasn't
able to recreate it with the single object file you sent, though.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10126
-
--
What|Removed |Added
Status|REOPENED|ASSIGNED
http://sourceware.org/bugzilla/show_bug.cgi?id=10147
--- You are receiving this mail because: --
--- Additional Comments From ian at airs dot com 2009-06-23 13:20 ---
Reopening since not fixed.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From ian at airs dot com 2009-06-23 07:07 ---
I committed a patch to optimize the section name pool, since that is a case
where matches are likely and the string pool is normally small.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-06-23 06:58 ---
Can you look in the gold/config.log file for the test for the basename
declaration? In a working case, it looks something like this:
configure:6868: checking whether basename is declared
configure:6892: g++ -c -g -O2
--- Additional Comments From ian at airs dot com 2009-06-23 06:49 ---
Sorry for not getting back to this sooner. Thanks for attaching the object
file. The object file you attached does indeed have an e_ehsize field with a
value of 36. The e_ehsize field is supposed to hold the size of
--- Additional Comments From ian at airs dot com 2009-06-23 07:21 ---
Thanks for the bug report. The problem was an unexpected empty .gnu.warning
section. I committed a patch to fix this in the development sources.
The link still fails, but now it gets a plausible error message:
ld
--- Additional Comments From ian at airs dot com 2009-06-23 06:42 ---
I added support for TARGET to the gold development sources. Thanks for
reporting the problem.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-06-23 06:16 ---
This appears to be fixed in the current development sources. Please let me know
if it is still broken for you.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-06-23 06:12 ---
The last empty segment is a result of the empty .data section. The GNU linker
discards empty sections; gold does not. I think gold's behaviour is reasonable,
and that does not seem to be your problem in any
--- Additional Comments From ian at airs dot com 2009-06-23 05:44 ---
Is this a clean build in a new empty directory?
What is the result of
grep -i basename gold/config.cache
?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10105
--- You are receiving this mail because
--- Additional Comments From ian at airs dot com 2009-06-22 20:24 ---
Fixed. Thanks for reporting it.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ian at airs dot com 2009-06-22 19:55 ---
Thanks for the bug report. This has already been fixed in the development
sources, and the fix will be in the 2.20 release.
--
What|Removed |Added
--
What|Removed |Added
Status|ASSIGNED|WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- You are receiving this mail because: ---
--- Additional Comments From ian at airs dot com 2009-06-22 19:53 ---
This should be fixed as of 2009-05-15. Thanks for reporting it.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-06-16 05:51 ---
Thanks. This is a known problem.
--
What|Removed |Added
CC
--- Additional Comments From ian at airs dot com 2009-06-06 19:52 ---
Doug Kwan just checked in a patch for this.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ian at airs dot com 2009-06-05 05:05 ---
I should say: thanks for the bug report. I appreciate it.
gold is not intended to be a precise replacement for the GNU linker. The GNU
linker has too much history and is the result of too many odd decisions (many
--- Additional Comments From ian at airs dot com 2009-06-04 16:17 ---
I haven't tried your test case yet, but in general this is intended behaviour
for gold. The GNU linker goes to considerable effort to replicate the search
path used by the dynamic linker. This leads to issues o
--
What|Removed |Added
Status|ASSIGNED|WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=10126
--- You are receiving this mail because: ---
--- Additional Comments From ian at airs dot com 2009-05-08 05:26 ---
gold currently only merges strings in string sections if you use -O2. See the
comment around line 393 of stringpool.cc. Does that make sense to you? Perhaps
we should do the optimization if the string section size
--- Additional Comments From ian at airs dot com 2009-05-04 23:12 ---
I am not familiar with this compiler. How are the object files in question
being generated? Are they being generated by the GNU assembler, by some other
assembler, or by the compiler directly?
The error message is a
--- Additional Comments From ian at airs dot com 2009-04-24 15:45 ---
This is going to be difficult to analyze without a test case.
Some of this code has changed since the 2.19.1 release, so if producing a test
case is difficult then the first thing to try would be the development
--- Additional Comments From ian at airs dot com 2009-03-28 05:24 ---
Thanks for the detailed list of problems. I believe that all of those problems
are now fixed. However, I do not have access to a Solaris system to test them.
If you notice trouble building the current development
--- Additional Comments From ian at airs dot com 2009-03-04 06:54 ---
Thanks for reporting the bug. I committed a patch to fix the problem.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-03-03 07:52 ---
I'm not sure there is much I can do without a test case, or at least some
in-depth analysis which you would have to do.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7091
--- You are receiving this
--- Additional Comments From ian at airs dot com 2009-02-28 17:56 ---
The problem of course only arose when using a linker script with -r.
This should now be fixed. Thanks for reporting it.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-02-28 04:45 ---
Support for the --dynamic-list option was added back in November by Craig
Silverstein.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-02-28 04:42 ---
I committed a patch which improves the heuristic. Let me know if you see any
problems with this approach.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-02-28 03:07 ---
Suspending until powerpc support is implemented in gold.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ian at airs dot com 2009-02-28 03:06 ---
I looked back at this and I saw some bugs in the way I handled the list of file
descriptors. I committed a patch to fix it. Hopefully that will address the
issues people have seen.
--
What|Removed
--- Additional Comments From ian at airs dot com 2009-02-28 00:18 ---
I hand-edited a file to recreate the crash, and committed a fix to avoid the
crash.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2009-02-27 19:59 ---
Thanks for reporting the bug.
Now fixed.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ian at airs dot com 2009-02-04 15:21 ---
Thanks. Patch applied with this ChangeLog entry.
2009-02-04 Duncan Sands
PR 9812
* reduced_debug_output.h
(Output_reduced_debug_abbrev_section::failed): Use format for
gold_warning
--- Additional Comments From ian at airs dot com 2008-12-15 18:33 ---
If I understand the error correctly, then the object file appears to be
erroneous, and it's unlikely that gold will ever handle it. However, it is of
course hard to be sure of the issues without having access t
--- Additional Comments From ian at airs dot com 2008-12-13 02:25 ---
That suggests that there is a local symbol defined in an SHT_REL section. That
does not make sense, and should not be possible. However, if it did somehow
happen, then it does seem plausible that gold would crash in
--- Additional Comments From ian at airs dot com 2008-12-12 16:44 ---
This crash means that there is a section symbol attached to an input merge
section, but the input merge section was apparently not mapped to any output
section. That means that we do not know what value to give to the
--- Additional Comments From ian at airs dot com 2008-12-12 02:44 ---
Thanks. It looks like GNU ld is generated R_386_NONE relocations for some
reason, and that is confusing gold. I committed a patch which should cause gold
-r to discard R_xxx_NONE relocations. I don't have a
--- Additional Comments From ian at airs dot com 2008-12-11 16:05 ---
It looks like gold is getting confused by an absolute relocation. Can you
attach the output of readelf -r on the precompiled_gnuld.a file? Thanks.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7091
--- Additional Comments From ian at airs dot com 2008-12-10 16:45 ---
The first thing I need to see is a backtrace from a linker which was compiled
without optimization. Your backtrace is truncated relative to the source code
because it doesn't show the inlined functions. I
--- Additional Comments From ian at airs dot com 2008-12-09 16:12 ---
Not handling INPUT was an oversight. I committed a patch to fix it. Thanks for
reporting the bug.
http://sourceware.org/ml/binutils/2008-12/msg00126.html
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2008-11-16 18:33 ---
I didn't write the code in question. The code I added was simple: if there is a
R_SPARC_WPLT30 reloc against a symbol for which no PLT entry was created, we
handle it as a R_SPARC_WDISP30 reloc. Th
--- Additional Comments From ian at airs dot com 2008-08-02 20:07 ---
You reopened this bug report. Can you provide any more information about the
failing case? As it is, I don't know how to address the problem. I've tested
it by reducing the ulimit on my machine, and it w
--- Additional Comments From ian at airs dot com 2008-07-28 03:32 ---
What does "ulimit -n" show on your system?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5990
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watchi
--- Additional Comments From ian at airs dot com 2008-07-25 04:29 ---
The powerpc support in gold is not complete. I'm not sure whether it works for
any program.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6767
--- You are receiving this mail because: ---
You a
--- Additional Comments From ian at airs dot com 2008-07-25 04:28 ---
I finally got back to this and committed a patch. Let me know if you have any
trouble with it.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2008-07-24 21:47 ---
Thanks for the bug report. I just committed a patch which should fix this
problem.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2008-07-24 21:25 ---
Thanks for the bug report. I just committed a patch which fixes the problem.
* ehframe.cc (Eh_frame::add_ehframe_input_section): Check whether
this->eh_frame_hdr_ is NULL before using
--- Additional Comments From ian at airs dot com 2008-07-24 07:28 ---
Thanks for reporting the problem and providing the config. I just committed a
patch to fix this problem.
* dynobj.cc (Versions::Versions): If there is an soname, use it as
the base version name
--- Additional Comments From ian at airs dot com 2008-07-24 01:28 ---
Thanks for the test case. I think the object file may be malformed. However, I
just committed a patch which should handle it.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2008-07-23 23:46 ---
Thanks for the bug report and the version script. I have committed a patch to
the development sources which should fix this problem.
2008-07-23 Ian Lance Taylor <[EMAIL PROTECTED]>
P
301 - 400 of 436 matches
Mail list logo