https://sourceware.org/bugzilla/show_bug.cgi?id=22858
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=22870
--- Comment #3 from Alan Modra ---
> GCC can and should avoid these long chains, issuing view
> reset asserts after insns known to generate code.
That suggest a solution. The assembler certainly knowns when code has been
generated, so can it
https://sourceware.org/bugzilla/show_bug.cgi?id=22866
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #5 f
https://sourceware.org/bugzilla/show_bug.cgi?id=22870
--- Comment #2 from Alexandre Oliva ---
I suspect the source of the problem is the lack of view reset asserts.
Without that, the assembler gets an uninterrupted chain
of symbolic views, in which each view is computed based on the view
before
https://sourceware.org/bugzilla/show_bug.cgi?id=22870
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #1 f
https://sourceware.org/bugzilla/show_bug.cgi?id=22843
--- Comment #2 from jpakkane at gmail dot com ---
The point of this request is to integrate the linker's dependency list with
Make and Ninja. The way the workflow would go (and already does for compilers)
is the following:
- the linker gets i
https://sourceware.org/bugzilla/show_bug.cgi?id=22870
Bug ID: 22870
Summary: slow aarch64 assembler for source with lots of .loc
directives
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=22866
--- Comment #4 from koutnji2 at gmail dot com ---
Yup works. I am happy. Thank you!
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binu
https://sourceware.org/bugzilla/show_bug.cgi?id=22868
Bug ID: 22868
Summary: Gold does not select proper symbol visibility when
used with LLVM gold-plugin
Product: binutils
Version: 2.31 (HEAD)
Status: UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=22843
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=22846
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=22858
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=22866
--- Comment #3 from koutnji2 at gmail dot com ---
(In reply to Nick Clifton from comment #2)
> Hi koutnji2,
>
> > I have encountered segmentation fault running avr-ld.
> >
> > The full line causing the crash is:
> > avr-ld --oformat b
https://sourceware.org/bugzilla/show_bug.cgi?id=22866
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=22867
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22866
--- Comment #1 from Andreas Schwab ---
*** Bug 22867 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mai
https://sourceware.org/bugzilla/show_bug.cgi?id=22867
Bug ID: 22867
Summary: Ld segfault when using --oformat binary
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Compon
https://sourceware.org/bugzilla/show_bug.cgi?id=22866
Bug ID: 22866
Summary: Ld segfault when using --oformat binary
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Compon
18 matches
Mail list logo