https://sourceware.org/bugzilla/show_bug.cgi?id=11983
--- Comment #12 from Tom Tromey ---
(In reply to Nick Clifton from comment #11)
> Hi Tom,
>
> > On further reflection I think the patch as applied will
> > cause gdb crashes. Due to the historical oddity of how
> > the BFD's filename was han
https://sourceware.org/bugzilla/show_bug.cgi?id=11066
Tom Tromey changed:
What|Removed |Added
CC||tromey at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=11983
--- Comment #10 from Tom Tromey ---
On further reflection I think the patch as applied will
cause gdb crashes. Due to the historical oddity of how
the BFD's filename was handled, gdb chose to go its own
route and reallocate the filename on th
https://sourceware.org/bugzilla/show_bug.cgi?id=11983
--- Comment #9 from Tom Tromey ---
Just FYI - you don't need the "if" before the free.
free accepts a NULL pointer.
There was a big sweep across nearly all GNU projects
a few years ago to remove these redundant checks...
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=11983
Tom Tromey changed:
What|Removed |Added
CC||tromey at redhat dot com
--- Comment #6
: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at redhat dot com
I noticed that "readelf -wi" will print trailing
whitespace after a DW_AT_name. In particular it
seems to print a trailing TAB character.
I don't see any reason for this, and it
https://sourceware.org/bugzilla/show_bug.cgi?id=14768
Tom Tromey changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=14768
Tom Tromey changed:
What|Removed |Added
Assignee|fred.cooke+nospam at gmail dot com |tromey at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=14768
--- Comment #19 from Tom Tromey ---
(In reply to Hans-Peter Nilsson from comment #18)
> Sorry, there was an ambiguity here. By "work-flow" I meant
> "git-migration-unrelated usual work-flow, of checking out and building and
> committing chan
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
--- Comment #15 from Tom Tromey ---
(In reply to Ian Lance Taylor from comment #13)
> My CVS stitching process is not so mysterious, it's in the CVS repository
> :ext:sourceware.org:/cvs/sourceware/coolo-cvs on the gccmerge branch. The
> main
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
--- Comment #14 from Tom Tromey ---
(In reply to Alan Modra from comment #11)
> Can I suggest a commit log policy change when we switch to git?
In my proposal I ask that these things be considered separately.
I'm in favor of many process chang
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
--- Comment #9 from Tom Tromey ---
(In reply to Fred from comment #8)
> About the last comment, though: Anything that disrupts current Git users
> should probably be avoided. Get it into Git, sure, but why not just leave it
> on a branch calle
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
--- Comment #7 from Tom Tromey ---
Joseph pointed out that we want to stitch in the pre-sourceware
CVS history, which is available:
http://sourceware.org/ml/binutils/2012-10/msg00407.html
There are a few candidates for merging this in:
1. Wh
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
--- Comment #6 from Tom Tromey ---
I forgot a to-do item:
* Disable the current cvs->git importers
Also there is the question of what to call the resulting
repository. This affects at least the documentation.
I'm using "src.git" for now, but
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
--- Comment #5 from Tom Tromey ---
> * examine gdb and binutils documentation to see what needs to be
> updated. This means looking at the texinfo manuals, the web sites,
> and the gdb wiki.
I've done this locally.
--
You are receiving
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
--- Comment #4 from Tom Tromey ---
> * make src-release ignore .git (trivial)
> see the CVS_NAMES variable
Testing reveals that we don't need this.
> * update the gdbadmin scripts
I've done this but have not tested them.
> * port log_accu
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
--- Comment #3 from Tom Tromey ---
It would be helpful to collect a list of concrete tasks to be done.
I'm assuming, per the threads, that a shared gdb+binutils repository
would be created.
* make src-release ignore .git (trivial)
see the C
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: tromey at redhat dot com
Right now, bfdio.c:real_fopen sets the CLOEXEC flag on
any files it opens. Howevere, there is a window
between opening the file and setting this flag, during
which another thread could
http://sourceware.org/bugzilla/show_bug.cgi?id=15545
Tom Tromey changed:
What|Removed |Added
Summary|BFD cache loses cloexec |BFD cache modifies
|fla
Assignee: unassigned at sourceware dot org
Reporter: tromey at redhat dot com
Created attachment 7047
--> http://sourceware.org/bugzilla/attachment.cgi?id=7047&action=edit
test program
Consider the attached program.
(Compile it and run it on itself to see the error.)
It
http://sourceware.org/bugzilla/show_bug.cgi?id=15356
Bug #: 15356
Summary: BFD's decompress_contents can maybe leak memory
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Compone
http://sourceware.org/bugzilla/show_bug.cgi?id=15350
Tom Tromey changed:
What|Removed |Added
Component|symtab |binutils
Version|HEAD
http://sourceware.org/bugzilla/show_bug.cgi?id=15152
Bug #: 15152
Summary: readelf and objdump don't print strings from .dwz file
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
Tom Tromey changed:
What|Removed |Added
CC||tromey at redhat dot com
--
Configure
http://sourceware.org/bugzilla/show_bug.cgi?id=14736
Bug #: 14736
Summary: probable bug in
elf32-microblaze.c:microblaze_elf_relax_section
Product: binutils
Version: unspecified
Status: NEW
Severity:
http://sourceware.org/bugzilla/show_bug.cgi?id=14482
Bug #: 14482
Summary: closing an archive member will invalidate archive
cache
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
P
http://sourceware.org/bugzilla/show_bug.cgi?id=14481
Bug #: 14481
Summary: bfd leaks archive member hash table
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: binutils
http://sourceware.org/bugzilla/show_bug.cgi?id=14475
Tom Tromey changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=14475
Tom Tromey changed:
What|Removed |Added
AssignedTo|unassigned at sourceware|tromey at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=14475
--- Comment #4 from Tom Tromey 2012-08-15 21:00:51
UTC ---
(In reply to comment #2)
> Since if (!bfd_close (obfd)) closed all output bfds now,
> bfd_close (l->obfd) closes a closed bfd.
No, that isn't it. The member BFDs are only closed for
http://sourceware.org/bugzilla/show_bug.cgi?id=14475
--- Comment #3 from Tom Tromey 2012-08-15 20:57:30
UTC ---
I think the bug is that bfd_ar_hdr_from_filesystem
allocates the areltdata on the wrong BFD.
I'm testing a patch.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?t
http://sourceware.org/bugzilla/show_bug.cgi?id=14475
Tom Tromey changed:
What|Removed |Added
CC||tromey at redhat dot com
--- Comment #1
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: tromey at redhat dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11045
--- You are
33 matches
Mail list logo
