[Bug binutils/10656] readelf: move a variable to a header file

2009-09-25 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2009-09-25 
09:58 ---
Subject: Bug 10656

CVSROOT:/cvs/src
Module name:src
Changes by: ni...@sourceware.org2009-09-25 09:57:50

Modified files:
gprof  : ChangeLog hist.c hist.h 
binutils   : ChangeLog dwarf.h readelf.c 

Log message:
PR 10656
* readelf.c: Remove duplicate declaration of variable do_wide.
* dwarf.h: Add export of do_wide.

* hist.h: Move declaration of histograms and num_histograms
variables from here to...
* hist.c: ...here.

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gprof/ChangeLog.diff?cvsroot=src&r1=1.266&r2=1.267
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gprof/hist.c.diff?cvsroot=src&r1=1.22&r2=1.23
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gprof/hist.h.diff?cvsroot=src&r1=1.10&r2=1.11
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/binutils/ChangeLog.diff?cvsroot=src&r1=1.1539&r2=1.1540
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/binutils/dwarf.h.diff?cvsroot=src&r1=1.11&r2=1.12
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/binutils/readelf.c.diff?cvsroot=src&r1=1.462&r2=1.463



-- 


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

--- 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 binutils/10656] readelf: move a variable to a header file

2009-09-25 Thread nickc at redhat dot com

--- Additional Comments From nickc at redhat dot com  2009-09-25 09:59 
---
Hi Dmitry,

  Thanks for reporting these problems and for providing patches to fix them.  I
have applied your patches along with the following changelog entries.

Cheers
  Nick

binutils/ChangeLog
2009-09-25  Dimitry Gorbachev  

PR 10656
* readelf.c: Remove duplicate declaration of variable do_wide.
* dwarf.h: Add export of do_wide.

gprof/ChangeLog
2009-09-25  Dimitry Gorbachev  

PR 10656
* hist.h: Move declaration of histograms and num_histograms
variables from here to...
* hist.c: ...here.


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

--- 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/10629] GNU ld (GNU Binutils) 2.20.51.20090910 cores

2009-09-25 Thread nickc at redhat dot com

--- Additional Comments From nickc at redhat dot com  2009-09-25 10:11 
---
Hi Bill,

  The simple.o file that I created must be different from the one that you are
using.  Please could you try uploading it to this PR again.  Say as a compressed
tarball for example ?

Cheers
  Nick


-- 


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

--- 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 binutils/10478] "File format not recognized" for some solaris libraries

2009-09-25 Thread nickc at redhat dot com

--- Additional Comments From nickc at redhat dot com  2009-09-25 10:31 
---
Created an attachment (id=4229)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=4229&action=view)
Update previous patch to work with x86 binaries


-- 


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

--- 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 binutils/10478] "File format not recognized" for some solaris libraries

2009-09-25 Thread nickc at redhat dot com

--- Additional Comments From nickc at redhat dot com  2009-09-25 10:32 
---
Hi Niki,

  OK, please try out the newly uploaded patch (pr10478.x86.patch).  This should
be applied on top of the previously patched sources, if you are using them, or
just straight to the current mainline binutils code if you are using that.

  Let me know how it goes.

Cheers
  Nick


-- 
   What|Removed |Added

 Status|REOPENED|WAITING


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

--- 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/10695] New: [2.20 regression] ld links libgcc3_uno.so which results in non-working uno2cpp bridge

2009-09-25 Thread doko at debian dot org
libgcc3_uno.so is built as part of OpenOffice.org; when built with 2.19.91 an
exception is thrown; when built with 2.19.1, the application starts fine.
Tracked down to the patches for the ARM unwind table linker processing.

 - attaching revert.diff, when applied to the 2.20 branch, builds a working
   library.
 - http://people.canonical.com/~doko/tmp/test.tar.gz has the testcase,
   together with two prebuilt libraries.

I don't know if this is a bug in binutils, or in the uno2cpp bridge for ARM.

-- 
   Summary: [2.20 regression] ld links libgcc3_uno.so which results
in non-working uno2cpp bridge
   Product: binutils
   Version: 2.20
Status: NEW
  Severity: normal
  Priority: P2
 Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: doko at debian dot org
CC: bug-binutils at gnu dot org
GCC target triplet: arm-linux-gnueabi


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

--- 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/10695] [2.20 regression] ld links libgcc3_uno.so which results in non-working uno2cpp bridge

2009-09-25 Thread doko at debian dot org

--- Additional Comments From doko at debian dot org  2009-09-25 13:31 
---
Created an attachment (id=4230)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=4230&action=view)
reversion of the unwinder changes


-- 


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

--- 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 binutils/10656] readelf: move a variable to a header file

2009-09-25 Thread d dot g dot gorbachev at gmail dot com

--- Additional Comments From d dot g dot gorbachev at gmail dot com  
2009-09-25 18:17 ---
Thanks!

-- 


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

--- 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/9790] LD's "export everything" logic problematic

2009-09-25 Thread mail at colinfinck dot de

--- Additional Comments From mail at colinfinck dot de  2009-09-25 23:44 
---
This problem persists in current binutils versions, so we're still required to
use this patch and cannot use vanilla binutils. We're actually hitting this
problem, because all our NT-like drivers have to be linked with the same -shared
option, which is used for building DLLs.

Kai's suggestion of adding additional command line options has some
disadvantages in my opinion: If we add something like "--nt-driver", people
could be confused about its actual effect. Also, if there would ever be other
modules, which have to be built with -shared, but shall not export any symbols,
the name of this option wouldn't fit anymore and confuse people even more.
An option like "--dont-export-all-symbols" is also no reasonable solution as it
would be an addition to the already existing --export-all-symbols. If both
options would be present, people could be irritated and becoming unsure about
the default if none of them is specified.

So after all, I still prefer applying the patch I posted here. This would change
the default to exporting no symbols in all cases.
If you then need to export all symbols (like in the Obj-C case Kai pointed out),
the long-existing --export-all-symbols option could still be used.

CC'ing Kai, hope you don't mind..

-- 
   What|Removed |Added

 CC||Kai dot Tietz at onevision
   ||dot com


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

--- 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 binutils/10478] "File format not recognized" for some solaris libraries

2009-09-25 Thread niki dot waibel at gmx dot net

--- Additional Comments From niki dot waibel at gmx dot net  2009-09-26 
00:35 ---
looks very good now:
===
$ uname -a
SunOS x4150-1.dev.nlatlu.wipro.com 5.10 Generic_139556-08 i86pc i386 i86pc 
Solaris
$ size /usr/lib/libC.so.*
   textdata bss dec hex filename
  6362954481049   70126   111ee /usr/lib/libC.so.3
 304158   52968   59804  416930   65ca2 /usr/lib/libC.so.5
===

-- 


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

--- 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/9790] LD's "export everything" logic problematic

2009-09-25 Thread mail at colinfinck dot de

--- Additional Comments From mail at colinfinck dot de  2009-09-26 00:51 
---
Created an attachment (id=4232)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=4232&action=view)
Updated patch

This updated patch has been created against current binutils.
It also removes some now unneeded lines, since 'if (NE == 0)' is already
checked below.

-- 
   What|Removed |Added

Attachment #3688 is|0   |1
   obsolete||


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

--- 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


ar fails to ignore -X32_64

2009-09-25 Thread Alan M. Feldstein
Title: Alan M. Feldstein




fonzie% /usr/local/powerpc-ibm-aix6.1/bin/ar V
GNU ar (GNU Binutils)2.19.1
Copyright 2007 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms
of
the GNU General Public License version 3 or (at your option) any later
version.
This program has absolutely no warranty.
fonzie% /usr/local/powerpc-ibm-aix6.1/bin/ar -X32_64 V
/usr/local/powerpc-ibm-aix6.1/bin/ar: illegal option -- X
Usage: /usr/local/powerpc-ibm-aix6.1/bin/ar [emulation options]
[-]{dmpqrstx}[abcfilNoPsSuvV] [member-name] [count] archive-file file...
   /usr/local/powerpc-ibm-aix6.1/bin/ar -M [
 commands:
  d    - delete file(s) from the archive
  m[ab]    - move file(s) in the archive
  p    - print file(s) found in the archive
  q[f] - quick append file(s) to the archive
  r[ab][f][u]  - replace existing or insert new file(s) into the archive
  t    - display contents of archive
  x[o] - extract file(s) from the archive
 command specific modifiers:
  [a]  - put file(s) after [member-name]
  [b]  - put file(s) before [member-name] (same as [i])
  [N]  - use instance [count] of name
  [f]  - truncate inserted file names
  [P]  - use full path names when matching
  [o]  - preserve original dates
  [u]  - only replace files that are newer than current archive
contents
 generic modifiers:
  [c]  - do not warn if the library had to be created
  [s]  - create an archive index (cf. ranlib)
  [S]  - do not build a symbol table
  [T]  - make a thin archive
  [v]  - be verbose
  [V]  - display the version number
  @  - read options from 
 emulation options: 
  No emulation specific options
/usr/local/powerpc-ibm-aix6.1/bin/ar: supported targets: aixcoff-rs6000
aixcoff64-rs6000 srec symbolsrec tekhex binary ihex
fonzie% 

http://sourceware.org/binutils/docs-2.19/binutils/ar-cmdline.html#ar-cmdline
states

ar
ignores an initial option spelt `-X32_64',
for
compatibility with AIX. The behaviour produced by this option is the
default for gnu ar.
  ar does not support any of
the other
`-X' options; in particular, it
does not support -X32
which is the default for AIX ar.
  

-- 



  

  Alan Feldstein
  
  alan.feldst...@computer.org
  http://www.linkedin.com/in/feldstein
  
  
mobile: +1 585 415 6682
  


  See
who we know in
common
  Want a signature like
this?

  






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