Re: [Bug binutils/19872] nm and probably addr2line can't handle binaries produced with gold --incremental

[Tristan Gingold]

> On 05 Apr 2016, at 16:05, nickc at redhat dot com 
>  wrote:
> 
> https://sourceware.org/bugzilla/show_bug.cgi?id=19872
> 
> --- Comment #9 from Nick Clifton  ---
> Hi Tristan,
> 
>> you have committed unrelated chunks (pe-dll, aarch64/simulator.c)
> 
> 
> Argh!  Why does git do this ?  I am sure that I only "git add"ed the 
> changes the bfd/ directory, so why did it add the others ?
> 
> This is really starting to piss me off.. :-(

Mistakes happen :-(

> Oh well.  Do you know how I can partially undo a commit ?

I think it’s over.
Anyway, I see you already committed the ChangeLog for the other chunks.


Tristan.


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

Re: [Bug gas/19910] Unsigned arithmetic and %hi()/%low() operators

[Tristan Gingold]

> On 05 Apr 2016, at 18:04, orlandoarias at gmail dot com 
>  wrote:
> 
> https://sourceware.org/bugzilla/show_bug.cgi?id=19910
> 
> --- Comment #2 from Orlando Arias  ---
> (In reply to Nick Clifton from comment #1)
> Greetings:
> 
>>  This happens because the assembler does not support U as a suffix for
>> integer constants.
> 
> Is there any chance that support for the suffix could be added to gas? Or is
> there an already existing suffix which can be used with both GCC and GAS to 
> the
> same effect? I came across this issue when porting U-Boot for the LEON3 to run
> on a Xilinx KC705 board.

You could use the preprocessor to add an U when preprocessing for C (and not
add it when preprocessing for assembly).


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

Re: [Bug ld/19623] regression: erroneous relocation for symbols in absolute section (vma == 0)

[Tristan Gingold]

> On 15 Mar 2016, at 11:55, Nick Clifton  wrote:
> 
>> Yes, the backport is fine with me.
>> 
>> Can the OP commit it ?
> 
> I think not, so I have taken the liberty and applied it myself.

Thanks!


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

Re: [Bug ld/19623] regression: erroneous relocation for symbols in absolute section (vma == 0)

[Tristan Gingold]

> On 14 Mar 2016, at 18:46, nickc at redhat dot com 
>  wrote:
> 
> https://sourceware.org/bugzilla/show_bug.cgi?id=19623
> 
> --- Comment #13 from Nick Clifton  ---
> Hi,
> 
>> So downstream [1] is asking for an inclusion into the 2.26 branch. 
>> Considering
>> the regression was first visible in 2.26 it might be reasonable to fix it 
>> that
>> very version as well.
>> 
>> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817891
> 
> Please ask Tristan Gringold - the binutils branch maintainer.

Yes, the backport is fine with me.

Can the OP commit it ?

> 
> I expect that he will be happy to accept the patch.
> 
> Cheers
>  Nick
> 
> -- 
> You are receiving this mail because:
> You are on the CC list for the bug.
> ___
> bug-binutils mailing list
> bug-binutils@gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-binutils


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

Re: [Bug binutils/17122] New: OSX 10.9 build failure

[Tristan Gingold]

On 07 Jul 2014, at 18:08, andrew.smirnov at gmail dot com 
sourceware-bugzi...@sourceware.org wrote:

 https://sourceware.org/bugzilla/show_bug.cgi?id=17122
 
Bug ID: 17122
   Summary: OSX 10.9 build failure
   Product: binutils
   Version: 2.25 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: binutils
  Assignee: unassigned at sourceware dot org
  Reporter: andrew.smirnov at gmail dot com
 
 Most recent version of binutils-gdb HEAD fails to build on OSX 10.9 with:
 
 nm.c: In function 'main':
 nm.c:1699:7: error: 'sbrk' is deprecated (declared at
 /usr/include/unistd.h:582) [-Werror=deprecated-declarations]
   char *lim = (char *) sbrk (0);

This is not very new, and the easiest work-around is to configure with 
--disable-werror.



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

Re: Installation fail on OS X Mavericks

[Tristan Gingold]

On 13 Apr 2014, at 08:01, Pritish Kamat pritishka...@gmail.com wrote:

 Hi, 
 
 Performing the following gives gprof: command not found.
 ./configure --prefix=/usr/local/bin/ --enable-targets=all --disable-nls
 make
 sudo make install
 
 What could be the problem? Help.

This works for me.  Note that gprof is not built for darwin.

Tristan.


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

Re: question on gnu ld on mac

[Tristan Gingold]

On Jun 19, 2013, at 11:31 AM, Merijn van de Klundert merijn...@hotmail.com 
wrote:

 Dear member or developer of binutils,
 
 I've tried to install gnu ld on my macbook (I need this to compile a certain 
 makefile, which containts options that are not recognized by the linker of 
 snow leopard. This makefile runs smooth on a linux distribution with GNU ld).
 
 basically, everything in binutils compiles (i.e. configure, make and make 
 install work without error). For example running these in the top directory 
 works and do so as well in for example the gas or gold directory.
 
 I can run configure and make flawless in the ld directory, however make 
 install gives an error:
 install: ldscripts/*: No such file or directory
 I tried to make a softlink to this directory (which is empty) and it doesn't 
 help. 
 However, in ld/bin is now a file called ld 
 When I try to use this as linker I get the error message:
 
 /Users/merijnvandeklundert/PhD/Castor/Linker/binutils-2.23.2/ld/bin/ld: 
 unrecognised emulation mode: 
 Supported emulations: 
 
 So it seemed to have failed still. (also I tried running make all-ld from the 
 top directory, which runs but doesn't seem to create an executable).
 
 I looked into installing it via macports, but some macports webpage seems to 
 indicate that gnu ld simply won't run on mac: 
 http://trac.macports.org/ticket/24471
 Is this true or am I doing something wrong?

That's correct. GNU ld hasn't been ported to target darwin.

Tristan.


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

Re: [Bug admin/15345] New: [2.23.2 regression] binutils-2.23.2 tarball doesn't build without makeinfo

[Tristan Gingold]

On Apr 8, 2013, at 11:27 AM, mikpe at it dot uu.se wrote:

 http://sourceware.org/bugzilla/show_bug.cgi?id=15345
 
 Bug #: 15345
   Summary: [2.23.2 regression] binutils-2.23.2 tarball doesn't
build without makeinfo
   Product: binutils
   Version: 2.23
Status: NEW
  Severity: normal
  Priority: P2
 Component: admin
AssignedTo: unassig...@sourceware.org
ReportedBy: mi...@it.uu.se
Classification: Unclassified
 
 
 Building from unmodified release tarballs shouldn't require makeinfo, but with
 binutils-2.23.2 a missing makeinfo causes a hard build error:
 
 ...
 make chew
 make[4]: Entering directory `/home/mpettersson/objdir-2.23.2/bfd/doc'
 make[4]: `chew' is up to date.
 make[4]: Leaving directory `/home/mpettersson/objdir-2.23.2/bfd/doc'
 ./chew -f /home/mpettersson/binutils-2.23.2/bfd/doc/doc.str
 /home/mpettersson/binutils-2.23.2/bfd/doc/../linker.c linker.tmp
 /bin/sh /home/mpettersson/binutils-2.23.2/bfd/doc/../../move-if-change
 linker.tmp linker.texi
 restore=:  backupdir=.am$$  \
rm -rf $backupdir  mkdir $backupdir  \
if (/home/mpettersson/binutils-2.23.2/missing makeinfo
 --split-size=500 --split-size=500 --version) /dev/null 21; then \
  for f in bfd.info bfd.info-[0-9] bfd.info-[0-9][0-9] bfd.i[0-9]
 bfd.i[0-9][0-9]; do \
if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
  done; \
else :; fi  \
if /home/mpettersson/binutils-2.23.2/missing makeinfo
 --split-size=500 --split-size=500   -I
 /home/mpettersson/binutils-2.23.2/bfd/doc \
 -o bfd.info `test -f 'bfd.texinfo' || echo
 '/home/mpettersson/binutils-2.23.2/bfd/doc/'`bfd.texinfo; \
then \
  rc=0; \
else \
  rc=$?; \
  $restore $backupdir/* `echo ./bfd.info | sed 's|[^/]*$||'`; \
fi; \
rm -rf $backupdir; exit $rc
 WARNING: `makeinfo' is missing on your system.  You should only need it if
 you modified a `.texi' or `.texinfo' file, or any other file
 indirectly affecting the aspect of the manual.  The spurious
 call might also be the consequence of using a buggy `make' (AIX,
 DU, IRIX).  You might want to install the `Texinfo' package or
 the `GNU make' package.  Grab either from any GNU archive site.
 make[3]: *** [bfd.info] Error 1
 make[3]: Leaving directory `/home/mpettersson/objdir-2.23.2/bfd/doc'
 Making info in po
 make[3]: Entering directory `/home/mpettersson/objdir-2.23.2/bfd/po'
 ( if test 'x/home/mpettersson/binutils-2.23.2/bfd/po' != 'x.'; then \
posrcprefix='/home/mpettersson/binutils-2.23.2/bfd/'; \
  else \
posrcprefix=../; \
  fi; \
  rm -f SRC-POTFILES-t SRC-POTFILES \
 (sed -e '/^#/d' \
-e '/^[ ]*$/d' \
-e s@.*@   $posrcprefix @ 
 /home/mpettersson/binutils-2.23.2/bfd/po/SRC-POTFILES.in \
| sed -e '$s/\\$//')  SRC-POTFILES-t \
 chmod a-w SRC-POTFILES-t \
 mv SRC-POTFILES-t SRC-POTFILES )
 ( rm -f BLD-POTFILES-t BLD-POTFILES \
 (sed -e '/^#/d' \
-e '/^[ ]*$/d' \
-e s@.*@   ../ @ 
 /home/mpettersson/binutils-2.23.2/bfd/po/BLD-POTFILES.in \
| sed -e '$s/\\$//')  BLD-POTFILES-t \
 chmod a-w BLD-POTFILES-t \
 mv BLD-POTFILES-t BLD-POTFILES )
 cd .. \
   CONFIG_FILES=po/Makefile.in:po/Make-in \
 CONFIG_HEADERS= /bin/sh ./config.status
 config.status: creating po/Makefile.in
 config.status: executing depfiles commands
 config.status: executing libtool commands
 config.status: executing default-1 commands
 config.status: executing bfd_stdint.h commands
 config.status: executing default commands
 make[3]: Leaving directory `/home/mpettersson/objdir-2.23.2/bfd/po'
 make[3]: Entering directory `/home/mpettersson/objdir-2.23.2/bfd/po'
 make[3]: Nothing to be done for `info'.
 make[3]: Leaving directory `/home/mpettersson/objdir-2.23.2/bfd/po'
 make[3]: Entering directory `/home/mpettersson/objdir-2.23.2/bfd'
 make[3]: Nothing to be done for `info-am'.
 make[3]: Leaving directory `/home/mpettersson/objdir-2.23.2/bfd'
 make[2]: *** [info-recursive] Error 1
 make[2]: Leaving directory `/home/mpettersson/objdir-2.23.2/bfd'
 make[1]: *** [all-bfd] Error 2
 make[1]: Leaving directory `/home/mpettersson/objdir-2.23.2'
 make: *** [all] Error 2
 
 binutils-2.23.1 builds fine on the same system (a very basic CentOS 
 6.4/x86_64)
 with the same configuration options and build procedure.  My guess is that 
 some
 files weren't properly regenerated before the release was tarred up.

The usual workaround is to build using make MAKEINFO=true

I will investigate that issue. But I think info files were regenerated, but 
maybe the mtime wasn't

Tristan.

Re: objdump binary for Mac OS X?

[Tristan Gingold]

On Oct 2, 2012, at 9:01 PM, Andrew Pennebaker wrote:

 Could someone produce a Mac binary for the objdump program? Apple provides 
 otool, but I'd prefer to use objdump, to keep my toolchain as multiplatform 
 as possible.
 
 I know that objdump is part of the binutils package, but when I install 
 binutils through MacPorts, it doesn't contain objdump.
 
 I tried installing binutils through Homebrew, but came across an error 
 building gperf, a dependency for binutils.

Well, you can simply download the binutils sources and build them on a Mac.
There is no dependency on gperf (AFAIK), and anyway, gperf is already available 
on a mac.

Tristan.


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

Re: error compiling binutils-2.22 with clang v2.9

[Tristan Gingold]

On Mar 7, 2012, at 2:34 AM, Roy Batty wrote:

 To Whom It May Concern:
 
 i don't know if your project even has an interest in being compiled with 
 anything other than GCC @ this point in time, but here is an error I found 
 when trying to make binutils with clang.  note that this was performed on a 
 fairly standard fedora 16 x86_64-bit install ( using kernel 
 3.2.9-1.fc16.x86_64 #1 SMP )  ... hope this is of some use to your project.  
 let me know if you need further information.

Hi,

this is a warning that is transformed into an error (by -Werror).  Try to 
configure with --disable-werror.

It is very hard to have builds without warnings for many compilers (and even 
for severals versions of one compiler).

Tristan.

 
 
 libtool: compile:  clang -DHAVE_CONFIG_H -I. -I. -I. -I./../include 
 -DHAVE_bfd_elf64_x86_64_vec -DHAVE_bfd_elf32_i386_vec 
 -DHAVE_bfd_elf32_x86_64_vec -DHAVE_i386linux_vec -DHAVE_i386pei_vec 
 -DHAVE_x86_64pei_vec -DHAVE_bfd_elf64_l1om_vec -DHAVE_bfd_elf64_k1om_vec 
 -DHAVE_bfd_elf64_little_generic_vec -DHAVE_bfd_elf64_big_generic_vec 
 -DHAVE_bfd_elf32_little_generic_vec -DHAVE_bfd_elf32_big_generic_vec 
 -DBINDIR=\/usr/local/bin\ -W -Wall -Wstrict-prototypes -Wmissing-prototypes 
 -Wshadow -Werror -g -O2 -MT opncls.lo -MD -MP -MF .deps/opncls.Tpo -c 
 opncls.c -o opncls.o
 opncls.c:249:5: error: expression result unused [-Werror,-Wunused-value]
 bfd_set_cacheable (nbfd, TRUE);
 ^~
 In file included from opncls.c:26:
 ./bfd.h:524:67: note: instantiated from:
 #define bfd_set_cacheable(abfd,bool) (((abfd)-cacheable = bool), TRUE)
   ^
 ./bfd.h:127:14: note: instantiated from:
 #define TRUE 1
  ^
 1 error generated.
 *** Error code 1
 
 Stop.
 bmake: stopped in /bin_build/binutils-2.22/bfd
 *** Error code 1
 ___
 bug-binutils mailing list
 bug-binutils@gnu.org
 https://lists.gnu.org/mailman/listinfo/bug-binutils


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

Re: [Bug binutils/13591] New: gas/struc-symbol.h:98:21: error: duplicate member 'sy_flags'

[Tristan Gingold]

On Jan 12, 2012, at 3:32 AM, i.nixman at gmail dot com wrote:

 http://sourceware.org/bugzilla/show_bug.cgi?id=13591
 
 Bug #: 13591
   Summary: gas/struc-symbol.h:98:21: error: duplicate member
'sy_flags'
   Product: binutils
   Version: unspecified
Status: NEW
  Severity: normal
  Priority: P2
 Component: binutils
AssignedTo: unassig...@sourceware.org
ReportedBy: i.nix...@gmail.com
Classification: Unclassified
 
 
 I try to build the CVS version of sources using MinGW and get the following
 error:
 
 gcc -DHAVE_CONFIG_H -I. -I../../../src/binutils-2.22/gas  -I.
 -I../../../src/binutils-2.22/gas -I../bfd
 -I../../../src/binutils-2.22/gas/config
 -I../../../src/binutils-2.22/gas/../include 
 -I../../../src/binutils-2.22/gas/..
 -I../../../src/binutils-2.22/gas/../bfd
 -DLOCALEDIR=\/usr/local/share/locale\  -W -Wall -Wstrict-prototypes
 -Wmissing-prototypes -Wshadow -Wno-format -Werror -pipe -O3 -mtune=core2
 -fomit-frame-pointer -momit-leaf-frame-pointer -I/usr/local/include
 -D__USE_MINGW_ACCESS -MT flonum-copy.o -MD -MP -MF .deps/flonum-copy.Tpo -c -o
 flonum-copy.o ../../../src/binutils-2.22/gas/flonum-copy.c
 In file included from ../../../src/binutils-2.22/gas/ehopt.c:25:0:
 ../../../src/binutils-2.22/gas/struc-symbol.h:98:21: error: duplicate member
 'sy_flags'

Hi,

the conflict is due to this line in obj-coff.h:

#define OBJ_SYMFIELD_TYPE   unsigned long
#define sy_obj  sy_flags

Tristan.


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

Re: [Bug binutils/13591] gas/struc-symbol.h:98:21: error: duplicate member 'sy_flags'

[Tristan Gingold]

On Jan 12, 2012, at 9:27 AM, i.nixman at gmail dot com wrote:

 http://sourceware.org/bugzilla/show_bug.cgi?id=13591
 
 --- Comment #2 from niXman i.nixman at gmail dot com 2012-01-12 08:27:25 
 UTC ---
 Hi,
 
 I got it.
 I am wondering whether this bug is fixed, and if so, when?

I am testing a patch.  Stay tune!

Tristan.

 
 niXman.
 
 -- 
 Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
 --- You are receiving this mail because: ---
 You are on the CC list for the bug.
 
 ___
 bug-binutils mailing list
 bug-binutils@gnu.org
 https://lists.gnu.org/mailman/listinfo/bug-binutils


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

Re: [Bug binutils/13591] New: gas/struc-symbol.h:98:21: error: duplicate member 'sy_flags'

[Tristan Gingold]

Hi,

this patch should fix this issue.

Thank you for the report,
Tristan.

2012-01-12  Tristan Gingold  ging...@adacore.com

* config/obj-coff.h (sy_obj): Rename macro to avoid a name conflict.


diff --git a/gas/config/obj-coff.h b/gas/config/obj-coff.h
index fb9c6be..ff5548e 100644
--- a/gas/config/obj-coff.h
+++ b/gas/config/obj-coff.h
@@ -181,7 +181,7 @@
 #endif
 
 #define OBJ_SYMFIELD_TYPE  unsigned long
-#define sy_obj sy_flags
+#define sy_obj sy_obj_flags
 
 /* We can't use the predefined section symbols in bfd/section.c, as
COFF symbols have extra fields.  See bfd/libcoff.h:coff_symbol_type.  */


On Jan 12, 2012, at 3:32 AM, i.nixman at gmail dot com wrote:

 http://sourceware.org/bugzilla/show_bug.cgi?id=13591
 
 Bug #: 13591
   Summary: gas/struc-symbol.h:98:21: error: duplicate member
'sy_flags'
   Product: binutils
   Version: unspecified
Status: NEW
  Severity: normal
  Priority: P2
 Component: binutils
AssignedTo: unassig...@sourceware.org
ReportedBy: i.nix...@gmail.com
Classification: Unclassified
 
 
 I try to build the CVS version of sources using MinGW and get the following
 error:
 
 gcc -DHAVE_CONFIG_H -I. -I../../../src/binutils-2.22/gas  -I.
 -I../../../src/binutils-2.22/gas -I../bfd
 -I../../../src/binutils-2.22/gas/config
 -I../../../src/binutils-2.22/gas/../include 
 -I../../../src/binutils-2.22/gas/..
 -I../../../src/binutils-2.22/gas/../bfd
 -DLOCALEDIR=\/usr/local/share/locale\  -W -Wall -Wstrict-prototypes
 -Wmissing-prototypes -Wshadow -Wno-format -Werror -pipe -O3 -mtune=core2
 -fomit-frame-pointer -momit-leaf-frame-pointer -I/usr/local/include
 -D__USE_MINGW_ACCESS -MT flonum-copy.o -MD -MP -MF .deps/flonum-copy.Tpo -c -o
 flonum-copy.o ../../../src/binutils-2.22/gas/flonum-copy.c
 In file included from ../../../src/binutils-2.22/gas/ehopt.c:25:0:
 ../../../src/binutils-2.22/gas/struc-symbol.h:98:21: error: duplicate member
 'sy_flags'
 
 -- 
 Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
 --- You are receiving this mail because: ---
 You are on the CC list for the bug.
 
 ___
 bug-binutils mailing list
 bug-binutils@gnu.org
 https://lists.gnu.org/mailman/listinfo/bug-binutils


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

Re: [Bug ld/13561] AIX link failure: RLD address not contained in section

[Tristan Gingold]

On Jan 5, 2012, at 9:37 AM, ka5427-536 at online dot de wrote:

 http://sourceware.org/bugzilla/show_bug.cgi?id=13561
 
 --- Comment #3 from ka5427-536 at online dot de 2012-01-05 08:37:27 UTC ---
 (In reply to comment #2)
 On Jan 5, 2012, at 9:11 AM, ka5427-536 at online dot de wrote:
 
 http://sourceware.org/bugzilla/show_bug.cgi?id=13561
 
 --- Comment #1 from ka5427-536 at online dot de 2012-01-05 08:11:26 UTC ---
 sandbox@rs6k nm -C partial.o
 
 0148 T .bar()
  T .foo()
 0078 W .std::auto_ptrint::auto_ptr(int*)
 00d8 W .std::auto_ptrint::~auto_ptr()
  U .operator delete(void*)
  U .operator new(unsigned long)
 12f0 d .data
 12a0 d .data
 0148 t .text
  t .text
 137c d TOC
 12f0 D _GLOBAL__F_bar.cpp_9A43FB88_F8600D79
 12a0 D _GLOBAL__F_foo.cpp_9647360E_2B1D02D2
 1358 D bar()
 1358 d bar()
 1334 d foo()
 1334 D foo()
 1340 W std::auto_ptrint::auto_ptr(int*)
 134c W std::auto_ptrint::~auto_ptr()
 
 Mmmmh - I cannot relate the failing RLD address of 0x1364 to the nm 
 output
 …
 
 Addresses look weird for a partially linked object.
 Did GNU 'ld -r' ever worked for AIX ?
 
 Tristan.
 
 Yes - partial linking normally works for me on AIX. But there are cases - like
 this one reported here - where it fails. In my impression this is related to
 virtual functions, especially virtual destructors in conjunction with
 templates.

I could have a look, but please file the object files.

Tristan.

 
 -- 
 Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
 --- You are receiving this mail because: ---
 You are on the CC list for the bug.
 
 ___
 bug-binutils mailing list
 bug-binutils@gnu.org
 https://lists.gnu.org/mailman/listinfo/bug-binutils


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

Re: [Bug ld/13561] AIX link failure: RLD address not contained in section

[Tristan Gingold]

On Jan 5, 2012, at 9:11 AM, ka5427-536 at online dot de wrote:

 http://sourceware.org/bugzilla/show_bug.cgi?id=13561
 
 --- Comment #1 from ka5427-536 at online dot de 2012-01-05 08:11:26 UTC ---
 sandbox@rs6k nm -C partial.o
 
  0148 T .bar()
   T .foo()
  0078 W .std::auto_ptrint::auto_ptr(int*)
  00d8 W .std::auto_ptrint::~auto_ptr()
   U .operator delete(void*)
   U .operator new(unsigned long)
  12f0 d .data
  12a0 d .data
  0148 t .text
   t .text
  137c d TOC
  12f0 D _GLOBAL__F_bar.cpp_9A43FB88_F8600D79
  12a0 D _GLOBAL__F_foo.cpp_9647360E_2B1D02D2
  1358 D bar()
  1358 d bar()
  1334 d foo()
  1334 D foo()
  1340 W std::auto_ptrint::auto_ptr(int*)
  134c W std::auto_ptrint::~auto_ptr()
 
 Mmmmh - I cannot relate the failing RLD address of 0x1364 to the nm output
 …

Addresses look weird for a partially linked object.
Did GNU 'ld -r' ever worked for AIX ?

Tristan.


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

Re: binutils-2.21.53 bugs

[Tristan Gingold]

Hi,

first thank you for this extensive review.

I think that currently we always use i18n macro _(xx) for all our strings - 
or we are supposed to.
As you have noticed, this is sometimes useless, particularly when the string is 
not subject to
translation.

Maintainers, must we not use _() macro for non-translatable string ?

I don't know if there was such a rule, but this is not clear at least to me.

Tristan.

On Sep 24, 2011, at 9:08 PM, Jorma Karvonen wrote:

 Hi,
 
 I have picked some errors from the source code or from the
 binutils.pot file. I'm sure there will be more bugs, if I have browsed
 the whole source code for binutils (missing translations).
 
 Best regards,
 
 Jorma Karvonen
 
 #: addr2line.c:271
 #, c-format
 msgid  at 
 
 Is this at an address or a function or something? It is difficult to
 translate due to missing context.
 
 #: addr2line.c:296
 #, c-format
 msgid  (inlined by) 
 
 by who ? Missing context here too.
 
 ar.c:1024
bfd_fatal (could not create temporary file whilst writing archive);
 
 should be:
bfd_fatal (_(could not create temporary file whilst writing archive));
 
 , I think.
 
 The following three should be:
 
 bucomm.c:228
case BFD_ENDIAN_BIG: return _(big endian);
 bucomm.c:229
case BFD_ENDIAN_LITTLE: return _(little endian);
 bucomm.c:230
default: return _(endianness unknown);
 
 , I think.
 
 The following should be:
 
 bucomm.c:251
  printf (_(%s\n (header %s, data %s)\n), p-name,
 
 , I think.
 
 I wonder, if setlocale could be used here:
 
 bucomm.c:430
 const char *ctime_result = (const char *) ctime (when);
 
 /* POSIX format:  skip weekday and seconds from ctime output.  */
 sprintf (timebuf, %.12s %.4s, ctime_result + 4, ctime_result + 20);
 
 The following shoud maybe be:
 
 coffdump.c:130
  printf (_(size %d ), p-size);
 coffdump.c:135
  printf (_(section definition at %x size %x\n),
 coffdump.c:141
  /* Pointer is pointing to coff_pointer_type */
  printf (_(pointer to));
 coffdump.c:146
  /* a coff_type array */
  printf (_(array [%d] of), p-u.array.dim);
 coffdump.c:151
  printf (_(function returning));
 coffdump.c:155
  printf (_(arguments));
 coffdump.c:159
  printf (_(code));
 coffdump.c:165
  printf (_(structure definition));
 coffdump.c:171
   printf (_(structure ref to UNKNOWN struct));
 coffdump.c:173
   printf (_(structure ref to %s), p-u.aenumref.ref-name);
 coffdump.c:176
  printf (_(enum ref to %s), p-u.astructref.ref-name);
 coffdump.c:179
  printf (_(enum definition));
 coffdump.c:252
  printf (_(Stack offset %x), p-offset);
 coffdump.c:255
  printf (_(Memory section %s+%x), p-section-name, p-offset);
 coffdump.c:258
  printf (_(Register %d), p-offset);
 coffdump.c:261
  printf (_(Struct Member offset %x), p-offset);
 coffdump.c:264
  printf (_(Enum Member offset %x), p-offset);
 coffdump.c:267
  printf (_(Undefined symbol));
 coffdump.c:334
  printf (_(List of symbols));
 coffdump.c:341
  printf (_(Symbol  %s, tag %d, number %d), p-name, p-tag, p-number);
 coffdump.c:345
  printf (_(Type));
 coffdump.c:350
  printf (_(Where));
 coffdump.c:354
  printf (_(Visible));
 coffdump.c:369
  printf (_(List of blocks));
  printf ( % BFD_VMA_FMT x ,(bfd_vma) (uintptr_t) p);
 coffdump.c:384
  /* number of symbols */
 printf (_(vars %d), p-nvars);
 coffdump.c:385
 printf (_(blocks));
 coffdump.c:403
  printf (_(List of source files));
 coffdump.c:409
  printf (_(Source file %s), p-name);
 coffdump.c:423
  /* nrelocs is the number of the coff_reloc structs in a coff_section */
  printf (_(section %s %d %d address %x size %x number %d nrelocs %d),
 coffdump.c:446
  printf (_(Coff dump));
 coffdump.c:448
  printf (_(#sources %d), ptr-nsources);
 
 sysdump.c:66
return _(*undefined*);
 sysdump.c:503
  printf (_(GOT A %x\n), c);
 sysdump.c:503
  printf (_(WANTED %x!!\n), x);
 sysdump.c:539
  tab (1, _(SYMBOL INFO));
 sysdump.c:557
  tab (1, _(DERIVED TYPE));
 sysdump.c:614
  tab (1, _(MODULE***\n));
 
 dlltool.c:1266
  printf (_(VERSION %d.%d\n), major, minor);
 dlltool.c:1314
  inform (_(run: %s %s), what, args);
 
 dllwrap.c:417
  warn (_(wait: %s), strerror (errno));
 
 dwarf.c:132
  error (_(Wrong size in print_dwarf_vma));
 dwarf.c:356,360,364
  printf (_((%s),  -- PLS, REMOVE THIS
 
 In the following should be UNKNOWN, not UNKNOW:
 dwarf.c:370
  printf (_(UNKNOW DW_LNE_HP_SFC opcode (%u)\n), opc);
 dwarf.c:1075
  printf (_(size: %s ),
 dwarf.c:1098
  printf (DW_OP_GNU_push_tls_address );
  printf (_(or));
  printf (  DW_OP_HP_unknown);
 dwarf.c:1608
  printf (_((implementation defined: %s)),
 dwarf.c:1611
  printf (_((Unknown: %s)), dwarf_vmatoa (x, uvalue));
 dwarf.c:1649
  printf (_((user defined type)));
 dwarf.c:1651
  printf (_((unknown type)));
 dwarf.c:1663
  printf 

Re: binutils-2.21.53 bugs

[Tristan Gingold]

On Sep 26, 2011, at 5:42 PM, Nick Clifton wrote:

 Hi Tristan,
 
 I think that currently we always use i18n macro _(xx) for all our strings 
 - or we are supposed to.
 As you have noticed, this is sometimes useless, particularly when the string 
 is not subject to
 translation.
 
 Maintainers, must we not use _() macro for non-translatable string ?
 
 I don't know if there was such a rule, but this is not clear at least to me.
 
 Actually there is a rule, or at least a guidance:
 
 http://www.gnu.org/prep/standards/standards.html#Internationalization
 
  Using GNU gettext involves putting a call to the
  gettext macro around each string that might need
  translation—like this:
 
  printf (gettext (Processing file `%s'...));
 
 Ie, gettext() or its abbreviation _() should only be used for strings 
 that might need translation.  Where translation is unnecessary, it should not 
 be used.
 

Ok, thanks.  I should read standards.texi more often.
I will propose a patch to fix many of them.

Tristan.


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

Re: Wrong release date for binutils 2.21 - release date is 12/08/11

[Tristan Gingold]

On Mar 29, 2011, at 10:55 AM, Hulin, Gerlinde (E D EA SOL D TC1) wrote:

 Hello,
 I have seen that the release date for  binutils 2.21 on 
 ftp://ftp.gnu.org/gnu/binutils is in the future
  
 12/08/11 09:58AM [GMT] 18,742,991 binutils-2.21.tar.bz2
 12/08/11 09:58AM [GMT] 194 binutils-2.21.tar.bz2.sig
 12/08/11 09:59AM [GMT] 25,021,590 binutils-2.21.tar.gz 1
 12/08/11 09:59AM [GMT] 194 binutils-2.21.tar.gz.sig

Transient error ?

  binutils-2.21.tar.bz2 18304 KB 12/8/10 9:58:00 AM
  binutils-2.21.tar.bz2.sig 1 KB 12/8/10 9:58:00 AM
  binutils-2.21.tar.gz 24436 KB 12/8/10 9:59:00 AM
  binutils-2.21.tar.gz.sig 1 KB 12/8/10 9:59:00 AM

Tristan.


  
  
 Mit freundlichen Grüßen
 Gerlinde Hulin 
 
 Siemens AG 
 Energy Sector
 Power Distribution Division
 Energy Automation 
 E D EA SOL D TC1 
 Humboldtstr. 59 
 90459 Nürnberg, Deutschland 
 Tel.: +49 (911) 433-7689 
 Fax: +49 (911) 433-8295
 mailto:gerlinde.hu...@siemens.com 
 
 Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
 Vorstand: Peter Löscher, Vorsitzender; Wolfgang Dehen, Brigitte Ederer, Joe 
 Kaeser, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter Y. Solmssen; 
 Sitz der Gesellschaft: Berlin und München, Deutschland; Registergericht: 
 Berlin Charlottenburg, HRB 12300, München, HRB 6684; WEEE-Reg.-Nr. DE 
 23691322 
  
  
  
 ___
 bug-binutils mailing list
 bug-binutils@gnu.org
 http://lists.gnu.org/mailman/listinfo/bug-binutils


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

Re: Unable to use objcopy on AIX

[Tristan Gingold]

 I was trying to use the objcopy with following arguments to copy the debug
 information to another file..
 bash-3.2#./objcopy --only-keep-debug testvolumeinfocollector
 testvolumeinfocollector.dbg
 BFD: testvolumeinfocollector: Unrecognized storage class 0 for *ABS* symbol
 `volumeinfocollector/unix/volumeinfocollectorinfo.h'
 BFD: testvolumeinfocollector: Unrecognized storage class 0 for *ABS* symbol
 `volumeinfocollector/unix/volumeinfocollectorinfo.h'
 BFD: testvolumeinfocollector: Unrecognized storage class 0 for *ABS* symbol
 `/opt/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.2.4/include/c++/bits/stl_tree.h'
 BFD: testvolumeinfocollector: Unrecognized storage class 0 for *ABS* symbol
 `/opt/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.2.4/include/c++/bits/stl_tree.h'
 BFD: testvolumeinfocollector: Unrecognized storage class 0 for *ABS* symbol
 `volumeinfocollector/unix/volumeinfocollectorinfo.h'
 BFD: testvolumeinfocollector: Unrecognized storage class 0 for *ABS* symbol
 `volumeinfocollector/unix/volumeinfocollectorinfo.h'

This slightly rings a bell.  IIRC, gcc could generates buggy stabs entries that 
creates this kinds of errors.

 
 I want to know following things like.
 1. Is objcopy is supported on AIX platform to the fullest exetent? 
 2. If I want to strip the debug information to a seperate file does AIX has
 any native command? I have seen strip command that comes along with AIX, but
 the stripped symbols cannot be stored in a seperate file. I need the symbol
 information in seperate file because i need to attach the symbols while
 debugging the application in case of any problems.

Which debugger do you plan to use to do that ?  I am not sure you could 
generate a separate file on XCOFF.

Tristan.


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

Re: [ARM/THUMB] Incorrect branch generated for long calls

[Tristan Gingold]

On Jun 11, 2010, at 4:26 PM, Matthew Gretton-Dann wrote:

 On Fri, 2010-06-11 at 15:35 +0200, Rafaël Carré wrote:
 Hi,
 
 I just met a possible bug in binutils 2.20.1 when mixing ARM/Thumb code
 under some conditions.
 
 I wouldn't mind a confirmation that it's a real bug before opening an
 entry in bugzilla.
 
 This is indeed a bug in binutils 2.20.1.  However, it has already been
 fixed in trunk binutils.
 
 If binutils 2.20.2 was to be released I would consider backporting a
 fix.  However, I believe the next release of binutils will be 2.21 which
 will have this fix in.

Feel free to backport it in the 2.20 branch.

 Tristan will be able to state what the next release of binutils will be.

There is no plan for a binutils 2.20.2.
The next release, binutils 2.21 is planed for October.

Tristan.


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

Re: Binutils Build error when the target is arm-linux

[Tristan Gingold]

On Feb 24, 2010, at 4:27 AM, thinke365 wrote:

 
 my binutils version is 2.20.
 this error is produced, since the absent of parenthesis makes a warnning,
 while the compile regards warnnings as errors,
 this problem can be solved in two ways:
 1. add parenthesis to line 2489
 2. use --disable-werror option when configure
 
 option 1 is recommanded, since it can enforce an stronger software.

Well, this issue has already been reported and fixed in the repository.
Release 2.20.1 will also contain the fix.

Tristan.



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

Re: [Bug gas/10856] [2.20 regression] gas creates wrong code which results in a test failure in libcrypto++'s sha2 test

[Tristan Gingold]

On Dec 13, 2009, at 6:55 PM, david-sarah at jacaranda dot org wrote:

 
 --- Additional Comments From david-sarah at jacaranda dot org  2009-12-13 
 17:55 ---
 Any indication of when this fix is likely to get into a release? The more OS 
 distributions as 2.20 goes into, the more problems this bug will cause.

I agree that this is annoying.  What about a 2.20.1 release in January ?

Tristan.



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

Re: [Bug ld/9841] avr-ld crashes when -relax is used with ATMega8535 target

[Tristan Gingold]

On Feb 18, 2009, at 9:11 PM, eric dot weddington at atmel dot com wrote:



--- Additional Comments From eric dot weddington at atmel dot  
com  2009-02-18 20:11 ---

Nick,
Can this patch also be applied to the 2.19 branch?


Sure.



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