[Bug gprof/4283] New: update gprof manual with note about GMON_OUT_PREFIX

2007-03-26 Thread benasselstine at gmail dot com
I wanted to be able to output to a file other than gmon.out, and this
environment variable did the trick.  However the manual didn't tell me about it
-- I had to go rummaging through the code.  I will be following up with a patch.

-- 
   Summary: update gprof manual with note about GMON_OUT_PREFIX
   Product: binutils
   Version: 2.18 (HEAD)
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: gprof
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: benasselstine at gmail dot com
CC: bug-binutils at gnu dot org


http://sourceware.org/bugzilla/show_bug.cgi?id=4283

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gprof/4283] update gprof manual with note about GMON_OUT_PREFIX

2007-03-26 Thread benasselstine at gmail dot com

--- Additional Comments From benasselstine at gmail dot com  2007-03-26 
20:49 ---
Created an attachment (id=1652)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=1652&action=view)
add note about GMON_OUT_PREFIX to the manual (first iteration)

Here's my first try at a patch that fixes this problem.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=4283

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug ld/4284] New: Linker "relax" option results in bad subroutine calls

2007-03-26 Thread sbell at dataplay dot com
I am compiling and linking C for an ATmega2560. When I use the default options,
the resulting code works fine.  When I try to remove unused trampoline entries
by placing -W,--relax in the ld options, the resulting code seems to have bad
subroutine calls.

Not all subroutine calls are bad, nor are all "bad" call targets always called
with a bad address.

Since the code image is around 120KBytes, this is a complex problem and my code
would not serve as a reasonable debugging case.  I will try to come up with a
simple example that shows the problem.

I will attach more information as I get it.

-- 
   Summary: Linker "relax" option results in bad subroutine calls
   Product: binutils
   Version: 2.18 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: sbell at dataplay dot com
CC: bug-binutils at gnu dot org
GCC target triplet: avr


http://sourceware.org/bugzilla/show_bug.cgi?id=4284

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug ld/4284] Linker "relax" option results in bad subroutine calls

2007-03-26 Thread eweddington at cso dot atmel dot com


-- 
   What|Removed |Added

 CC||eweddington at cso dot atmel
   ||dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=4284

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gas/3990] [PATCH] IA64 gas DV: reports spurious WAW hazards

2007-03-26 Thread wilson at specifix dot com

--- Additional Comments From wilson at specifix dot com  2007-03-27 01:23 
---
This looks right to me.

The bug is curious, but apparently we only handle or.andcm and and.orcm because
these are the only parallel compares that gcc is smart enough to emit.  So when
we added support for these parallel compare types to gcc, we only extended gas
to handle these, and forgot to handle the others at the same time.

The code could maybe be a bit more efficient.  We have 4 strstr calls, then a
conditional expression with 4 ? tests.  This isn't a reason to refuse it though.

There is one important consideration here about copyright assignments.  This was
originally sent from an in.ibm.com address, and then from a freenet.de address.
 I need to be sure about who wrote the patch, and that they have a valid
copyright assignment.  If this was written by an IBM employee, then it
presumably falls under the IBM corporate assignment.

-- 
   What|Removed |Added

 Status|NEW |ASSIGNED


http://sourceware.org/bugzilla/show_bug.cgi?id=3990

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils