https://sourceware.org/bugzilla/show_bug.cgi?id=29678
Cary Coutant changed:
What|Removed |Added
Severity|normal |enhancement
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=29226
--- Comment #18 from Cary Coutant ---
I don't really see what CET has to do with split stack, so I would
guess that, with CET enabled, the RDSSPD/Q instruction gets generated
before the CMP or LEA instruction that we're expecting as the start
https://sourceware.org/bugzilla/show_bug.cgi?id=17169
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this ma
https://sourceware.org/bugzilla/show_bug.cgi?id=28871
--- Comment #2 from Cary Coutant ---
I do not see how gold's --no-define-common is incompatible with ld's. According
to the ld manual, and from looking at the original ld patch, they seem to do
exactly the same thing, which is in fact the oppo
https://sourceware.org/bugzilla/show_bug.cgi?id=27869
--- Comment #1 from Cary Coutant ---
Based on that stack trace, you appear to be linking an output file that has
more than 64K sections in it. Obviously, gold should not be crashing when that
happens, but what on earth are you linking that has
https://sourceware.org/bugzilla/show_bug.cgi?id=27815
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Cary Cout
|unassigned at sourceware dot org |ccoutant at gmail dot
com
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27615
Cary Coutant changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=27615
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this ma
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: ccoutant at gmail dot com
CC: ian at airs dot com
Target Milestone: ---
Gnu ld prints trace (-t) output to stdout, but gold prints to stderr. The ld
manual does not specify
https://sourceware.org/bugzilla/show_bug.cgi?id=24479
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Cary Cout
https://sourceware.org/bugzilla/show_bug.cgi?id=26219
Cary Coutant changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=26039
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26541
Cary Coutant changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=26585
Cary Coutant changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=27246
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27587
Cary Coutant changed:
What|Removed |Added
CC||ccoutant at gmail dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=27441
Cary Coutant changed:
What|Removed |Added
CC||ccoutant at gmail dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=26678
--- Comment #2 from Cary Coutant ---
(In reply to Cary Coutant from comment #1)
> The problem is that the inline asm is making GCC think that ~A::A() can
> raise an exception, so it creates compensation code in D::D(), which
> requires a const
https://sourceware.org/bugzilla/show_bug.cgi?id=26678
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26913
Cary Coutant changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=27303
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=27303
--- Comment #4 from Cary Coutant ---
Works for me with GCC 11 (1/31/21 snapshot).
Please also throw in a -v option on your gcc command and attach the verbose
output. I'd like to see what options your compiler is passing to the linker.
--
Yo
https://sourceware.org/bugzilla/show_bug.cgi?id=27303
Cary Coutant changed:
What|Removed |Added
CC||ccoutant at gmail dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=26762
--- Comment #3 from Cary Coutant ---
This old thread might be relevant:
https://sourceware.org/pipermail/binutils/2018-June/103245.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=24123
Cary Coutant changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=23539
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25495
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=21066
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24462
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22628
Cary Coutant changed:
What|Removed |Added
CC||olim at ucla dot edu
--- Comment #1 fr
https://sourceware.org/bugzilla/show_bug.cgi?id=23646
--- Comment #6 from Cary Coutant ---
Can I trouble you to add -Wl,--debug=plugin and upload a tar of the resulting
directory? You may need to run that without threads to get complete debug
output, but that may help me reproduce it here.
--
Y
https://sourceware.org/bugzilla/show_bug.cgi?id=24191
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23870
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23646
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=24083
--- Comment #3 from Cary Coutant ---
> I am attaching the ordering file. I just spoke with HHVM developers and they
> say that they had fixed it, so there may be patch for this already.
Ugh, every last line in that file is a wild card. I'm su
https://sourceware.org/bugzilla/show_bug.cgi?id=24083
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Cary Cout
https://sourceware.org/bugzilla/show_bug.cgi?id=23594
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23880
--- Comment #1 from Cary Coutant ---
Please attach a copy of the crti.o file causing the problem. Why isn't the
relocation preventing those sections from being discarded? Should it, or are
you expecting the linker to somehow adjust the content
https://sourceware.org/bugzilla/show_bug.cgi?id=23842
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=23646
--- Comment #4 from Cary Coutant ---
Sorry, I can't reproduce the crash.
I had to add -fpic to the compile command in order to link without errors.
Either way, gold did not segfault. I've tried with various values for
--thread-count.
Can you
https://sourceware.org/bugzilla/show_bug.cgi?id=23812
--- Comment #3 from Cary Coutant ---
Well...
You didn't get a "can't find" or "can't open" error message, and
libBrokenLocale.{a,so} isn't listed in the -t output. That can mean one of two
things that I can think of offhand:
(1) The LTO plug
https://sourceware.org/bugzilla/show_bug.cgi?id=23812
--- Comment #1 from Cary Coutant ---
> calling “gcc /src/glibc228/input-file.c -fuse-ld=gold -lc -lBrokenLocale
> -lpthread -lcrypt -ldl -lgcc_s -lnsl -lutil -lnss_dns -lnss_compat -lmvec
> -lresolv -lnss_db -lm -lnss_files -lrt -lnss_hesiod -
https://sourceware.org/bugzilla/show_bug.cgi?id=23575
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
y: normal
> Priority: P2
> Component: gold
> Assignee: ccoutant at gmail dot com
> Reporter: hjl.tools at gmail dot com
> CC: ian at airs dot com
> Target Milestone: ---
>
> [hjl@gnu-cfl-1 gold-2]$ cat x.s
>
https://sourceware.org/bugzilla/show_bug.cgi?id=23455
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=21066
Cary Coutant changed:
What|Removed |Added
CC||oremanj at gmail dot com
--- Comment #
https://sourceware.org/bugzilla/show_bug.cgi?id=23482
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #11 from Cary Coutant ---
(In reply to Lan from comment #10)
> Finally managed to get back to this issue. (I had reverted to use clang
> 3.8, so needed to reinstall clang 6.0 to try to reproduce the problem.)
>
> After changing G
https://sourceware.org/bugzilla/show_bug.cgi?id=23424
--- Comment #2 from Cary Coutant ---
> It seems that using PTHREAD_ONCE_INIT can only be used in a static context, as
> documented in the man page (https://linux.die.net/man/3/pthread_once). Since
> it's POD, doing a deep copy with a staticall
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
--- Comment #8 from Cary Coutant ---
> BFD's behavior becomes very problematic with LTO: archive index does not
> distinguish between normal and common definitions, and there's no explicit
> plugin API to check if a definition in IR is "common
https://sourceware.org/bugzilla/show_bug.cgi?id=23413
--- Comment #4 from Cary Coutant ---
Gold is not configured by default to search /usr/local/lib.
To configure gold to search /usr/local/lib, use
configure ... --with-lib-path=/lib:/usr/lib:/usr/local/lib
Or you can configure GCC to add "-
https://sourceware.org/bugzilla/show_bug.cgi?id=23397
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23409
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
Cary Coutant changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://sourceware.org/bugzilla/show_bug.cgi?id=23411
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #8 from Cary Coutant ---
I was just using g++ as the linker driver, not to compile the objects.
I linked with the objects you provided, which had been compiled by
clang. Linking just those objects by themselves produces no warnings
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #6 from Cary Coutant ---
I don't have clang installed, but when I use g++ instead, I get the following:
GseAdEnableDB.o: In function `GseAdmTempFile(char*, char const*, char const*,
GseError&)':
/db2src/spatial/admin/GseAdEnableDB
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #5 from Cary Coutant ---
Got it now -- sorry, problem on my end.
On Fri, Jul 13, 2018 at 11:14 AM, lpham54321 at gmail dot com
wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=23258
>
> --- Comment #4 from Lan ---
> hmm
https://sourceware.org/bugzilla/show_bug.cgi?id=22755
--- Comment #4 from Cary Coutant ---
Well, that didn't help -- nothing in config.log helps me reproduce these
failures. I'll need some more of your help.
Let's start with the first one; with luck, there's just one thing going on
that's causin
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #3 from Cary Coutant ---
I can't extract anything from the .tar file you provided -- tar tv and tar xv
just hang indefinitely.
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://sourceware.org/bugzilla/show_bug.cgi?id=22915
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Cary Cout
https://sourceware.org/bugzilla/show_bug.cgi?id=22914
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23310
--- Comment #7 from Cary Coutant ---
>> I can port the relevant parts
>> over to trunk, and add the new .file directive.
>
> That would be much appreciated - thank you.
>
> Do you want me to delay the 2.31 branch for this ?
I've still got a
;Summary: Gold doesn't support .note.gnu.property section
> (NT_GNU_PROPERTY_TYPE_0)
>Product: binutils
>Version: 2.31 (HEAD)
> Status: NEW
> Severity: enhancement
> Priority: P2
>
https://sourceware.org/bugzilla/show_bug.cgi?id=23310
Cary Coutant changed:
What|Removed |Added
CC||ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=23321
--- Comment #1 from Cary Coutant ---
Can you provide a sample .o file? What compiler generated it? The "default"
case in that switch statement should handle unknown opcodes correctly, unless
the std_opcode_lengths array in the line table prolo
https://sourceware.org/bugzilla/show_bug.cgi?id=23268
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23268
Cary Coutant changed:
What|Removed |Added
Target Milestone|--- |2.31
--
You are receiving this mail b
https://sourceware.org/bugzilla/show_bug.cgi?id=23304
Cary Coutant changed:
What|Removed |Added
CC||ccoutant at gmail dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=23295
--- Comment #6 from Cary Coutant ---
You implied that you were going to change the linker, which is the wrong
solution. The proper fix is to version your libraries correctly.
Here's the Solaris documentation on the topic:
https://docs.oracle
https://sourceware.org/bugzilla/show_bug.cgi?id=23295
--- Comment #4 from Cary Coutant ---
(In reply to Brian Callahan from comment #3)
> OpenBSD does not use symbolic links like this. There is never a symbolic
> link libname.so pointing to a libname.so.X.Y. There is only a libname.X.Y.
Well, th
https://sourceware.org/bugzilla/show_bug.cgi?id=23295
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23268
--- Comment #2 from Cary Coutant ---
You're using --version-script when linking an executable? As far as I know,
that's not supported (and probably should be disallowed). Version scripts are
for shared libraries.
What happens if you remove th
https://sourceware.org/bugzilla/show_bug.cgi?id=23016
Cary Coutant changed:
What|Removed |Added
CC||alec.theriault at gmail dot com
--- Co
https://sourceware.org/bugzilla/show_bug.cgi?id=23155
Cary Coutant changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #3 from Cary Cou
https://sourceware.org/bugzilla/show_bug.cgi?id=20642
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=20642
Cary Coutant changed:
What|Removed |Added
CC||steinar+binutils@gunderson.
https://sourceware.org/bugzilla/show_bug.cgi?id=22820
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=20642
--- Comment #14 from Cary Coutant ---
> It boils down to reading a character 'c' off the string and then translating
> it
> through a lookup table to a UTF-16 code point:
>
> private static immutable dchar m_charMapStart = 0xa1;
> pri
||2018-04-24
Assignee|tmsriram at google dot com |ccoutant at gmail dot
com
Ever confirmed|0 |1
--- Comment #12 from Cary Coutant ---
Here's a disassembly of the first part of the function in section 150:
Disassembly of se
https://sourceware.org/bugzilla/show_bug.cgi?id=16504
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=20642
Cary Coutant changed:
What|Removed |Added
CC||ccoutant at gmail dot com
--- Comment
|unassigned at sourceware dot org |ccoutant at gmail 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=23046
Cary Coutant changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23046
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23046
Cary Coutant changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #6 from Cary Cout
https://sourceware.org/bugzilla/show_bug.cgi?id=23046
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=22770
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23016
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=21423
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22500
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22969
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22969
Cary Coutant changed:
What|Removed |Added
Attachment #10918|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=22969
--- Comment #1 from Cary Coutant ---
Created attachment 10918
--> https://sourceware.org/bugzilla/attachment.cgi?id=10918&action=edit
Patch to add support for new TLSLE relocs
--
You are receiving this mail because:
You are on the CC list
https://sourceware.org/bugzilla/show_bug.cgi?id=22868
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22868
--- Comment #8 from Cary Coutant ---
I've just committed a gold patch that adds a --debug=plugin option. This will
create a temporary directory under your current working directory named
"gold-record-X", and will store a log file and copie
https://sourceware.org/bugzilla/show_bug.cgi?id=22883
--- Comment #2 from Cary Coutant ---
With a top-of-trunk assembler, I get the "- 4".
$ cat test.s
.globl bar
.text
foo:
callq bar@PLT
ret
$ as -o test.o test.s
$ readelf -rW test.o
Relocation section '.rela.te
https://sourceware.org/bugzilla/show_bug.cgi?id=22883
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
1 - 100 of 410 matches
Mail list logo
