--- Additional Comments From ccoutant at google dot com 2008-03-31 21:18
---
When Nick reviewed my patch, he did some additional code cleanup and
changed several instances of '\012' to ARFMAG[0]. That should have
been ARFMAG[1].
--
What
--
What|Removed |Added
AssignedTo|unassigned at sources dot |ccoutant at google dot com
|redhat dot com |
http://sourceware.org/bugzilla
http://sourceware.org/bugzilla/show_bug.cgi?id=13288
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
||ccoutant at google dot com
AssignedTo|ian at airs dot com |ccoutant at google dot com
--- Comment #4 from Cary Coutant 2011-10-28
21:31:47 UTC ---
Proposed patch:
http://sourceware.org/ml/binutils/2011-10/msg00293.html
--
Configure bugmail: http
airs dot com |ccoutant at google dot com
--- Comment #1 from Cary Coutant 2011-10-28
22:48:37 UTC ---
Proposed patch:
http://sourceware.org/ml/binutils/2011-10/msg00294.html
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail
http://sourceware.org/bugzilla/show_bug.cgi?id=13359
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=13023
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=13597
--- Comment #4 from Cary Coutant 2012-01-17
21:26:14 UTC ---
I don't know of any reason why the section order would matter. Generating the
.gnu.hash first sounds like the best fix to me. I'd suggest adding a comment
that explains why the order
http://sourceware.org/bugzilla/show_bug.cgi?id=13442
--- Comment #2 from Cary Coutant 2012-02-11
00:24:30 UTC ---
Have you tried this with a recent linker? This should have been fixed with:
http://sourceware.org/ml/binutils/2011-09/msg00113.html
--
Configure bugmail: http://sourceware.org/bug
airs dot com |ccoutant at google dot com
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug
http://sourceware.org/bugzilla/show_bug.cgi?id=14149
--- Comment #1 from Cary Coutant 2012-05-23
21:59:08 UTC ---
> Note that _end has a mis-aligned address. This causes jemalloc (the malloc in
> FreeBSD's libc) to corrupt it's internal RB trees as it assumes the start of
> the heap is aligned
http://sourceware.org/bugzilla/show_bug.cgi?id=14330
--- Comment #5 from Cary Coutant 2012-07-09
16:27:34 UTC ---
>> It looks like the symbol was discarded for some reason, and the error is
>> occurring because it is hidden. My guess is that the error should be
>> suppressed--you should only be
http://sourceware.org/bugzilla/show_bug.cgi?id=14330
--- Comment #6 from Cary Coutant 2012-07-09
16:40:12 UTC ---
> This is a wild guess, but I think your asm code is getting placed in a
> random section depending on the other options. Try adding a ".text"
> statement in the function definition
http://sourceware.org/bugzilla/show_bug.cgi?id=14344
--- Comment #3 from Cary Coutant 2012-07-10
08:15:28 UTC ---
> I think tests should accept both "const int" and "int const".
The point of the test is to make sure that it's in the canonical form
expected by GDB. For GCC 4.6, perhaps we should
||FIXED
AssignedTo|ian at airs dot com |ccoutant at google dot com
--- Comment #7 from Cary Coutant 2012-07-19
00:30:59 UTC ---
Added configure check to disable the gdb_index tests when not using a compiler
known to produce reliable pubnames information
http://sourceware.org/bugzilla/show_bug.cgi?id=14533
--- Comment #3 from Cary Coutant 2012-08-31
17:22:08 UTC ---
Sounds to me like a large section table bug in ICC. I believe we've
seen that before.
-cary
On Fri, Aug 31, 2012 at 10:14 AM, bsergean at gmail dot com
wrote:
> http://sourceware
http://sourceware.org/bugzilla/show_bug.cgi?id=14533
--- Comment #4 from Benjamin Sergeant 2012-08-31
17:42:16 UTC ---
Found that when I googled for "large section ICC bug"
http://sourceware.org/bugzilla/show_bug.cgi?id=5900
--- Comment #5 from Cary Coutant 2012-08-31
17:42:52 UTC ---
> Soun
http://sourceware.org/bugzilla/show_bug.cgi?id=14533
--- Comment #6 from Cary Coutant 2012-08-31
18:08:49 UTC ---
> /tmp/gold-dev/bin/ld: libsomething.a(AnObjectFile.o): invalid string offset
> 25281974 >= 48 for section `.shstrtab'
> /tmp/gold-dev/bin/ld: libsomething.a(AnObjectFile.o): invalid
http://sourceware.org/bugzilla/show_bug.cgi?id=14533
--- Comment #7 from Cary Coutant 2012-08-31
18:18:30 UTC ---
> If you can run readelf -SW on your file, and extract lines that match
> "66722" and "STRTAB", I think we might be able to prove that this file
> exhibits the large section table bu
http://sourceware.org/bugzilla/show_bug.cgi?id=14536
--- Comment #1 from Cary Coutant 2012-08-31
21:19:20 UTC ---
I think this is related to the discussion here:
http://sourceware.org/ml/binutils/2011-03/msg00220.html.
-cary
On Fri, Aug 31, 2012 at 2:11 PM, hjl.tools at gmail dot com
wro
http://sourceware.org/bugzilla/show_bug.cgi?id=14608
Cary Coutant changed:
What|Removed |Added
AssignedTo|ian at airs dot com |ccoutant at google dot com
||WONTFIX
AssignedTo|ian at airs dot com |ccoutant at google dot com
--- Comment #1 from Cary Coutant 2013-01-16
23:55:47 UTC ---
This is expected because the GCC-generated pubnames table has no way for some
entries to refer to a CU, and others to refer to
http://sourceware.org/bugzilla/show_bug.cgi?id=15098
Cary Coutant changed:
What|Removed |Added
AssignedTo|ian at airs dot com |ccoutant at google dot com
airs dot com |ccoutant at google dot com
--- Comment #1 from Cary Coutant 2013-04-03
19:01:27 UTC ---
I'll work on documentation for this.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on t
airs dot com |ccoutant at google dot com
--- Comment #1 from Cary Coutant 2013-04-12
18:42:38 UTC ---
What target are you building for? What compiler and version? Can you attach
these .o files from gold/testsuite:
debug_msg.o
odr_violation1.o
odr_violation2.o
--
Configure bugmail: http
http://sourceware.org/bugzilla/show_bug.cgi?id=15341
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=15341
--- Comment #12 from Cary Coutant 2013-04-15
22:48:39 UTC ---
(In reply to comment #10)
> Did not find expected error in debug_msg.err:
>: symbol 'SometimesInlineFunction(int)' defined in multiple places
> (possible
> ODR violation):
Thi
airs dot com |ccoutant at google dot com
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug
at sourceware|ccoutant at google dot com
|dot org |
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug
http://sourceware.org/bugzilla/show_bug.cgi?id=15478
--- Comment #1 from Cary Coutant 2013-05-16
23:51:51 UTC ---
> situation (see attached tar.bz2 to reproduce):
> libmylib.so has unresolved symbols that are found in libmyplugin.so
> myapp.c++ calls into libmylib.so
> myapp.c++ is being compile
http://sourceware.org/bugzilla/show_bug.cgi?id=15478
--- Comment #3 from Cary Coutant 2013-05-17
04:50:56 UTC ---
> Yes that mode of operation does work but is unfortunately not an option for us
> as we would like to combine libmylib.so with a different API-compatible
> libmyplugin.so in each of
http://sourceware.org/bugzilla/show_bug.cgi?id=15478
--- Comment #5 from Cary Coutant 2013-05-17
18:48:34 UTC ---
>> I think this is a behavior of the Gnu linker that gold is better off
>> not copying. The linker ends up having to replicate the path searching
>> done at runtime by the dynamic lo
http://sourceware.org/bugzilla/show_bug.cgi?id=15478
--- Comment #9 from Cary Coutant 2013-05-20
16:46:00 UTC ---
> Here is the documentation from older binutils which talks about --as-needed
> interpreting undefined symbols both .o and .so files:
>
>--as-needed
>--no-as-needed
>
http://sourceware.org/bugzilla/show_bug.cgi?id=15478
--- Comment #10 from Cary Coutant 2013-05-20
17:41:58 UTC ---
> That is rather explicit, isn't it? For gold to match this behavior, I
> think all we need to do is remove the test for sym->in_reg() in the
> following code in Symbol_table::set_d
http://sourceware.org/bugzilla/show_bug.cgi?id=15478
--- Comment #11 from Cary Coutant 2013-05-20
21:43:58 UTC ---
> diff --git a/gold/symtab.cc b/gold/symtab.cc
> index 2e17529..595df56 100644
> --- a/gold/symtab.cc
> +++ b/gold/symtab.cc
> @@ -2381,7 +2381,17 @@ Symbol_table::set_dynsym_indexe
airs dot com|ccoutant at google dot
com
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #2 from Cary Coutant ---
Is there any way that you can shrink the extent of the
--start-group/--end-group options? My first guess is that it's related to
having all those files inside the library group. In particular, .o files do no
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #4 from Cary Coutant ---
> Next step was to create one large archive, so:
>
> ar r [list of all *.a] /tmp/lib.a
>
> g++ -Wl,-z,now -Wl,-z,relro -pthread -Wl,-z,noexecstack -fPIC -pie -L. -flto=9
> -fno-fat-lto-objects -O2 --param lt
t; Severity: normal
> Priority: P2
> Component: gold
> Assignee: ian at airs dot com
> Reporter: marxin.liska at gmail dot com
> CC: ccoutant at google dot com
>
> I've encountered similar bug to:
> http://so
http://sourceware.org/bugzilla/show_bug.cgi?id=15662
--- Comment #1 from Cary Coutant ---
> Index: powerpc.cc
> ===
> RCS file: /cvs/src/src/gold/powerpc.cc,v
> retrieving revision 1.91
> diff -r1.91 powerpc.cc
> 2631a2632
>> t
|--- |FIXED
Assignee|ian at airs dot com|ccoutant at google dot
com
--- Comment #3 from Cary Coutant ---
Fixed on trunk.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug
http://sourceware.org/bugzilla/show_bug.cgi?id=15070
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://sourceware.org/bugzilla/show_bug.cgi?id=15758
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
http://sourceware.org/bugzilla/show_bug.cgi?id=15769
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://sourceware.org/bugzilla/show_bug.cgi?id=15758
Cary Coutant changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #2
http://sourceware.org/bugzilla/show_bug.cgi?id=14342
--- Comment #2 from Cary Coutant ---
> This problem now reprduce with mainline GCC indirect call profiling test
> gcc.dg/tree-prof/crossmodule-indircall-1.c:
>
> evans:/abuild/jh/trunk-3/build-inst11-check/gcc/:[2]# ./xgcc -B ./ -O3 -flto
> -fp
http://sourceware.org/bugzilla/show_bug.cgi?id=14342
--- Comment #4 from Cary Coutant ---
>> Are you using a recent version of gold? I think the TLS problem should
>> have been fixed with this patch:
>>
>> http://sourceware.org/ml/binutils/2013-06/msg00139.html
>
> This indeed looks like exac
airs dot com|ccoutant at google dot
com
--- Comment #1 from Cary Coutant ---
Can you attach a .o file, please?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
|--- |FIXED
Assignee|ian at airs dot com|ccoutant at google dot
com
--- Comment #2 from Cary Coutant ---
Patch committed:
https://sourceware.org/ml/binutils-cvs/2013-10/msg00022.html
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=16085
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|ian at air
https://sourceware.org/bugzilla/show_bug.cgi?id=16094
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
airs dot com|ccoutant at google dot
com
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
airs dot com|ccoutant at google dot
com
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=15758
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
|--- |FIXED
Assignee|ian at airs dot com|ccoutant at google dot
com
--- Comment #3 from Cary Coutant ---
I applied a variant of the proposed patch.
Fixed on binutils trunk.
--
You are receiving this mail because:
You are on the CC list for the bug
airs dot com|ccoutant at google dot
com
--- Comment #3 from Cary Coutant ---
> Bump. Anyone working on that?
Sorry, no one that I know of.
Gold's implementation of --dynamic-list seems to do nothing more than force the
linker to create a dynamic symbol table entry for
https://sourceware.org/bugzilla/show_bug.cgi?id=16341
--- Comment #1 from Cary Coutant ---
Relative paths in the script file are interpreted relative to the directory
where the script file lives. Failing that, the normal library search path is
used.
The first part makes sense to me, and it seems
https://sourceware.org/bugzilla/show_bug.cgi?id=16444
Cary Coutant changed:
What|Removed |Added
CC||ccoutant at google dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16417
--- Comment #1 from Cary Coutant ---
I tried compiling with a 4.9.0 compiler, but my copy doesn't have the -floop-*
options implemented. Compiling without those options does not reproduce the
problem. Can you attach your .o file?
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=14746
--- Comment #5 from Cary Coutant ---
Sorry, I had this on my list, but it dropped down to the bottom. I'll take a
look at it this week.
It's always good to ping!
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=16446
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16417
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16389
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=14746
Cary Coutant changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
--- Comment #6 from Cary Cout
https://sourceware.org/bugzilla/show_bug.cgi?id=16530
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
P2
> Component: gold
> Assignee: ian at airs dot com
> Reporter: thestig at google dot com
> CC: ccoutant at google dot com
>
> Build Chromium r244583 on 64-bit Linux with
> GYP_DEFINES="component=shared_library". When linki
https://sourceware.org/bugzilla/show_bug.cgi?id=16108
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=13577
--- Comment #4 from Cary Coutant ---
It was a bit more complicated. The --dynamic-list option is actually mutually
exclusive with -Bsymbolic and -Bsymbolic-functions. If a dynamic list is given,
the Gnu linker makes only those symbols preempti
https://sourceware.org/bugzilla/show_bug.cgi?id=13577
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16530
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=15435
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16533
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|ian at air
https://sourceware.org/bugzilla/show_bug.cgi?id=16444
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
airs dot com|ccoutant at google dot
com
--- Comment #2 from Cary Coutant ---
The problem is that gold hasn't yet seen any real (i.e., non-plugin) .o files
to establish what the target architecture is. Before plugins, this really was a
"can't happen" path; henc
airs dot com|ccoutant at google dot
com
--- Comment #10 from Cary Coutant ---
Waiting for a tarball for repro.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=16650
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16691
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
--- Comment #8 from Cary Coutant ---
> Test modified to --version-script and --exclude-libs=ALL
>
> With --exclude-libs=ALL function dynamic_list_exported_from_static_lib() is
> not
> exported.
If you're using a version script, you shouldn't
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
--- Comment #9 from Cary Coutant ---
> --dynamic-list isn't used to control which symbols are exported or
> not. From ld manual:
>
> '--dynamic-list=DYNAMIC-LIST-FILE'
> Specify the name of a dynamic list file to the linker. This is
>
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
--- Comment #11 from Cary Coutant ---
> IMHO, --version-script option needs better doc. I could never guess from
> current "--version-script" description in man (which has just "Read version
> script"), that it can manage any shared library ex
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
--- Comment #13 from Cary Coutant ---
> When building shared library, --dynamic-list doesn't change the
> dynamic symbol table, i.e.,
>
> ld -shared --dynamic-list ...
>
> and
>
> ld -shared ...
>
> generate the same dynamic symbol table. From
https://sourceware.org/bugzilla/show_bug.cgi?id=16728
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16389
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=15355
Cary Coutant changed:
What|Removed |Added
CC||alex_y_xu at yahoo dot ca
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #9 from Cary Coutant ---
> > Yes, in gold, the fill value is always 4 bytes in length. There's a FIXME in
> > the code to support arbitrary lengths, but that seems unlikely to be the
> > problem here.
>
> Fixing it for one and two
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #6 from Cary Coutant ---
(In reply to Andy Lutomirski from comment #4)
> It looks like gold has a different interpretation of what ":text = 0x9090"
> means than the bfd linker. Can you try changing that to ":text =
> 0x90909090" i
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #8 from Cary Coutant ---
> -8100021e: 48 c7 c7 10 e7 75 81mov
> $0x8175e710,%rdi
> +8100021e: 48 c7 c7 c8 cf 78 81mov
> $0x8178cfc8,%rdi
> -810002cc: 48 c7 c7 3a
https://sourceware.org/bugzilla/show_bug.cgi?id=16417
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
|--- |WONTFIX
Assignee|ian at airs dot com|ccoutant at google dot
com
--- Comment #1 from Cary Coutant ---
You need a semicolon after the fill constant:
.text : { *(.text*) } :text =0x90909090;
/DISCARD/ : {
Otherwise, gold attempts to parse the fill
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
Cary Coutant changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
--- Comment #6 from Cary Coutant ---
> This is probably a separate issue, but adding the comma causes:
>
> ld.gold: internal error in segment_precedes, at layout.cc:3037
Yes, that was PR 15355. It's fixed in binutils-2.24.
It was probably ca
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
--- Comment #8 from Cary Coutant ---
> Huh? I agree that your suggestion appears to work, but isn't gold supposed to
> speak linker script language as spoken by GNU ld?
We try to get as close as possible, but the two linkers are enough
diffe
https://sourceware.org/bugzilla/show_bug.cgi?id=16808
--- Comment #4 from Cary Coutant ---
> Is the same true for ld.gold? In which case -O, -Os, -Og, -Ofast are not
> implemented and -O1 = -O2 = -O3 = -O4 and so on?
At -O1 and above, gold will use a higher compression level with
--compress-debu
https://sourceware.org/bugzilla/show_bug.cgi?id=16417
--- Comment #9 from Cary Coutant ---
"Normally the linker will add a DT_NEEDED tag for each dynamic library
mentioned on the command line, regardless of whether the library is actually
needed or not. --as-needed causes a DT_NEEDED tag to only
https://sourceware.org/bugzilla/show_bug.cgi?id=16341
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16794
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16870
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16870
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16870
--- Comment #3 from Cary Coutant ---
Also fixed on binutils-2.24 branch.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.
1 - 100 of 227 matches
Mail list logo
