https://sourceware.org/bugzilla/show_bug.cgi?id=16807
Cygwin/X maintainer changed:
What|Removed |Added
CC||yselkowitz at cygwin dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16803
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=16417
Alan Modra changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=16807
Bug ID: 16807
Summary: Bad behavior with resources of Windows applications
with recent binutils upgrade on Cygwin64
Product: binutils
Version: 2.24
Status: NEW
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=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 #7 from Andy Lutomirski ---
(In reply to Cary Coutant from comment #6)
> > 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
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
--- Comment #5 from Andy Lutomirski ---
This is probably a separate issue, but adding the comma causes:
ld.gold: internal error in segment_precedes, at layout.cc:3037
--
You are receiving this mail because:
You are on the CC list for the bu
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
Andy Lutomirski changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WONTFIX
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
Markus Trippelsdorf changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WON
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16417
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16790
--- Comment #6 from Corinna Vinschen ---
After some discussion with Jon_Y and Yaakov on IRC, I'm pretty much ok
with moving the default-manifest handling to GCC.
I'm just wondering if the default-manifest shouldn't then be made
into its own p
https://sourceware.org/bugzilla/show_bug.cgi?id=13227
--- Comment #2 from hubicka at ucw dot cz ---
> Bug 14698 Summary: ar, nm and ranlib don't use gcc's liblto_plugin.so in
> BINDIR/../lib/bfd-plugins automatically
> https://sourceware.org/bugzilla/show_bug.cgi?id=14698
Will we now get some so
https://sourceware.org/bugzilla/show_bug.cgi?id=16417
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
-
Hi Guys,
Corinna wrote:
From my POV the linker is the right place to do this, and I think it would
be the right thing to add logic to ld to add the default manifest only for
executables and only if necessary, rather than adding it indiscriminately to
the linker scripts.
Hmm, I suppose that thi
https://sourceware.org/bugzilla/show_bug.cgi?id=16787
Nick Clifton changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #4 from Nick Clift
https://sourceware.org/bugzilla/show_bug.cgi?id=16803
--- Comment #1 from cvs-commit at gcc dot gnu.org ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gdb and binutils".
The branch,
https://sourceware.org/bugzilla/show_bug.cgi?id=13227
Bug 13227 depends on bug 14698, which changed state.
Bug 14698 Summary: ar, nm and ranlib don't use gcc's liblto_plugin.so in
BINDIR/../lib/bfd-plugins automatically
https://sourceware.org/bugzilla/show_bug.cgi?id=14698
What|Re
https://sourceware.org/bugzilla/show_bug.cgi?id=14698
Nick Clifton changed:
What|Removed |Added
Status|REOPENED|RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=14698
--- Comment #5 from cvs-commit at gcc dot gnu.org ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gdb and binutils".
The branch,
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
David Kredba changed:
What|Removed |Added
CC||nheghathivhistha at gmail dot
com
--
https://sourceware.org/bugzilla/show_bug.cgi?id=16790
--- Comment #5 from Corinna Vinschen ---
> GCC could handle the fact to add a default manifest only when building
> executables
If that's not clear: I'm referring to the fact that, right now, with the
default-manifest.o file being referred b
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
Markus Trippelsdorf changed:
What|Removed |Added
CC||luto at mit dot edu
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
Bug ID: 16804
Summary: gold rejects kernel linker script
Product: binutils
Version: 2.25 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gold
https://sourceware.org/bugzilla/show_bug.cgi?id=16790
Corinna Vinschen changed:
What|Removed |Added
CC||ktietz at redhat dot com
--- Comme
https://sourceware.org/bugzilla/show_bug.cgi?id=16803
Yury Gribov changed:
What|Removed |Added
CC||v.garbuzov at samsung dot com,
https://sourceware.org/bugzilla/show_bug.cgi?id=16803
Bug ID: 16803
Summary: 32-bit linker fails on large file with “File
truncated” message
Product: binutils
Version: 2.25 (HEAD)
Status: NEW
Severity: n
29 matches
Mail list logo
