--- Additional Comments From ian at airs dot com 2005-02-20 22:55 ---
This is not a bug. It would be a bug if the docs were built or installed
incorrectly, but the directory in which the docs are built is not significant.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2005-04-15 16:35 ---
My point is that symbols like the STT_FILE symbol or STT_SECTION symbols do not
need to have a name. It is not a bug to have a symbol with no name. The macro
tc_canonicalize_symbol_name applies to all symbols
--- Additional Comments From ian at airs dot com 2005-07-14 16:46 ---
I see now that this was duplicated as PR 1069, and fixed there.
*** This bug has been marked as a duplicate of 1069 ***
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2005-07-14 16:46 ---
*** Bug 1068 has been marked as a duplicate of this bug. ***
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=1069
--- You are receiving this mail because: ---
You are on the CC list for the bug
--- Additional Comments From ian at airs dot com 2005-11-05 05:07 ---
Unfortunately it's too simple to allude to the historical handling of common
symbols. In a.out linkers when a common symbol appears in an object, and the
symbol is defined in an object in an archive, then the object
--- Additional Comments From ian at airs dot com 2005-11-06 04:58 ---
Am I sure about the a.out behaviour? Yes, I am. When I refer to SunOS I do
mean SunOS 4, pre Solaris, which used the a.out object file format.
The strange behaviour of common symbols increasing size even without
--- Additional Comments From ian at airs dot com 2006-07-10 20:29 ---
gas does provide some looping constructs, namely .irp and .irpc. Plus of course
macros can invoke themselves recursively. Every feature of gasp is now
available in gas, one way or another, although the syntax
--- Additional Comments From ian at airs dot com 2007-08-07 05:30 ---
What advantage will --all-init bring you over --whole-archive?
How would you define --all-init in terms of the linker? You are defining it in
terms of C++. But different C++ implementations handle static
--- Additional Comments From ian at airs dot com 2007-08-08 04:14 ---
I would say it shouldn't change the runtime behavior based on whether you
linked via an archive or via individual object files.
That is exactly the behaviour you get with --whole-archive.
.ctors/.dtors is how
--- Additional Comments From ian at airs dot com 2008-03-10 01:24 ---
You seem to be trying to say that section indexes between SHN_LORESERVE and
SHN_HIRESERVE are not to be used. However, there is no support for that in the
ELF spec. And it is not required to make everything work
--- Additional Comments From ian at airs dot com 2008-03-10 03:00 ---
I think you need to qualify what you say. It is clearly true that the st_shndx
field of a symbol is not a pure section index. Any value above LORESERVE is
indeed reserved. The ELF ABI defines what to do for a symbol
--- Additional Comments From ian at airs dot com 2008-03-10 17:39 ---
I raised the issue on generic-abi here:
http://groups.google.com/group/generic-abi/browse_frm/thread/e8bb63714b072e67
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5900
--- You are receiving this mail
--- Additional Comments From ian at airs dot com 2008-03-10 19:04 ---
Don't confuse the notion of section index with the special codes between
SHN_LORESERVE and SHN_HIRESERVE. Those special codes are used in the st_shndx
field of a Sym structure. They are not meaningful elsewhere
--- Additional Comments From ian at airs dot com 2008-03-10 20:03 ---
That means we can't use from SHN_UNDEF and SHN_LORESERVE to SHN_HIRESERVE
anywhere else.
No, it doesn't. It only means that you can't use them in contexts where index
size is restricted.
--
http
--- Additional Comments From ian at airs dot com 2008-03-26 23:57 ---
This should be fixed in the current development sources. Thanks for reporting
it.
http://sourceware.org/ml/binutils/2008-03/msg00240.html
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2008-04-10 01:19 ---
Fixed on trunk.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From ian at airs dot com 2008-04-15 13:26 ---
It would be extremely helpful if you can identify what the linker is doing
wrong. (I've known for some time that the kernel fails to boot--it was in the
original gold announcement--but I don't know what needs
--- Additional Comments From ian at airs dot com 2008-04-16 06:02 ---
The number of object files is very large, but the number of object files with
more than 65,279 sections is very small.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6412
--- You are receiving this mail
--- Additional Comments From ian at airs dot com 2008-05-09 14:16 ---
I assume you are using -D_FORTIFY_SOURCE, or that you have modified your libc so
that it is defined by default. This sort of detail is helpful to mention in the
bug report.
In this case gold is correctly ignoring
--- Additional Comments From ian at airs dot com 2008-05-13 03:57 ---
Which version of the kernel? How did you configure it?
--
What|Removed |Added
Status|NEW
--- Additional Comments From ian at airs dot com 2008-05-14 13:28 ---
Subject: Re: stab warnings cause linker errors
Nick Clifton [EMAIL PROTECTED] writes:
The problem seems to be that when the undefined reference to _f occurs
in b.s before the definition, then when b.o is converted
--- Additional Comments From ian at airs dot com 2008-05-30 04:09 ---
This is now reportedly fixed in the current source code.
--
What|Removed |Added
Status
--- Additional Comments From ian at airs dot com 2008-05-30 04:18 ---
This is a known bug when using old versions of strip on x86_64. It happens
because the default page size for gold for x86_64 is 0x1000. The default page
size for old versions of the GNU binutils for x86_64
--- Additional Comments From ian at airs dot com 2008-06-05 17:30 ---
Patch is applied. Please reopen if not fixed. Thanks.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ian at airs dot com 2008-06-10 19:28 ---
This is intentional.
In order to implement this correctly, it's necessary for the linker to exactly
emulate the dynamic linker. This is rather complicated on GNU/Linux; look at
code like gld${EMULATION_NAME
--- Additional Comments From ian at airs dot com 2008-06-17 23:25 ---
Could you attach the file libs/libswfdecmozilla.ver?
Thanks.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2008-06-30 16:52 ---
Hi Brendan, thanks for the patch. I fixed this by simply deleting the code,
since it was unnecessary.
--
What|Removed |Added
--- Additional Comments From ian at airs dot com 2008-06-30 16:53 ---
This is now fixed. Thanks for reporting it.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ian at airs dot com 2008-06-30 18:17 ---
I applied your patch. Thanks for sending it. Sorry for missing this bug report
earlier.
--
What|Removed |Added
--- 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-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 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-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-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
--- 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 watching someone who
--- 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 worked as I
--- 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
--- 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-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 can't
--- 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-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
--- 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
--- 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
--- 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 baldr...@free.fr
PR 9812
* reduced_debug_output.h
(Output_reduced_debug_abbrev_section::failed): Use format
--- 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-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 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 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 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-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 mail
--- 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-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-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-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
--- 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-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
--- 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-16 05:51 ---
Thanks. This is a known problem.
--
What|Removed |Added
CC
--- 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
--
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: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
--- 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-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-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 case
--- 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: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 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: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
--- 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 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 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
--- You
--- Additional Comments From ian at airs dot com 2009-06-23 13:20 ---
Reopening since not fixed.
--
What|Removed |Added
Status|RESOLVED
--
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-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-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 objects
--- 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 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 attach
--- 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://sourceware.org
--- 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 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.
--
What
--- 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
--- 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 current development sources. It's
--- 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
--
What|Removed |Added
Component|binutils|gold
http://sourceware.org/bugzilla/show_bug.cgi?id=10287
--- You are receiving this mail because:
--
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
CC||ian at airs dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=10287
--- You are receiving this mail
--- 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 readelf -wf
--- 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=4055action=view)
Patch
The difference between gold and GNU ld seems to be that when GNU ld sees a
comdat section with a different
--- 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-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-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.1r2=1.2cvsroot=srcf=h
--
What
--- 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 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
--- 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-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
--- 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-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-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
--- 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-11-03 15:27 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
1 - 100 of 375 matches
Mail list logo