Re: [Mingw-users] libaddr2line.a: dependencies of libbfd.a?

[Keith M. <kei...@us...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 02/10/16 09:53, Jannick wrote:
>> From: Eli Zaretskii [mailto:el...@gn...]
>>> I guess it would be great to push that - if possible - thru
>>> the MinGW package in one of the next MinGW releases. But this
>>> is certainly up to the maintainers, of course.
>> 
>> To push what? addr2line is already included in the Binutils 
>> distribution, so what else is needed?
> 
> I cannot find the library (lib)addr2line.a in my MinGW distribution
> which I intended this thread to be all about as indicated in its
> subject and in the very first posting. Of course, there is
> addr2line.exe which is a different story though. Happy to see how
> to load (lib)addr2line.a, because I could not find how to do.
> 
>> (I'm not a MinGW maintainer.)

I am, and I'm mystified by this request.  Whence would libaddr2line.a
come?  Logically, one might expect it to be provided by binutils,
along with addr2line.exe, but it certainly does not appear in my
binutils build tree, nor can I see any configuration option to create it.

> Happy to add here again what appears to be missing in the MinGW 
> distribution: So what would be great to have is libbfd.a

Already provided, within the mingw32-binutils-dev package.

> including its required dependencies (such as libliberty.a)

AFAIK, there is no such entity as libliberty.a; I guess you mean
libiberty.a, which is currently provided as a free-standing package:
https://sourceforge.net/projects/mingw/files/MinGW/Base/gcc/Version5/gcc-5.3.0-2/libiberty-gcc-5.3.0-2-mingw32-dev.tar.xz/download

> The workaround using a GNU binutils package newly compiled with
> msys as proposed above (overcoming the link error to intl, too)
> apparently provides for these requirements, but it would be great
> to have that in the MinGW distribution. Given that MinGW does
> currently ship libbfd.a and bfd.h, however without sufficient
> dependencies to link with, it might be an objective of the MinGW
> distribution.

Downloading, and manually unpacking, the aforementioned package would
probably have offered a quicker solution.

I agree that MinGW.org could distribute libiberty.a rather more
transparently than it does at present: likely it would be sensible to
include it in the same mingw32-binutils-dev package as libbfd.a; that it
doesn't appear there at present is an oversight, (caused by the need to
specify an additional configuration option to get it installed in the
staging tree -- it isn't included in a default installation -- and
compounded by confusion over which package actually owns it -- it
is built as a duplicate component by both GCC and binutils).

As to distributing a libaddr2line.a ... I've no idea how I would build
that, nor any clue as to what payload it should deliver.

- -- 
Regards,
Keith.

Public key available from keys.gnupg.net
Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)

iQIcBAEBAgAGBQJX8Ry4AAoJEMCtNsY0flo/f5wQAKKFJMD1DerIc6qX5lfID0wI
rdRgk0e4rK64nTeywbyyGrJpGoOK23o373b1niKhYb/ZwtVvBYupuVhgOL61yynP
Jrv/EuzIjQRDrJCsOWaKVHj+MBhuO7J9Oge3a+nBW3xVEvjP0CDo5xkPQC2pCt2c
lU6GuZft+yp2qCDc60d2ARcqLqmqj/Y0ggeN3CDJyBrL8JCQl4u0FxrwGAnGD8xR
S6qfXVt2PsbVTmbz/twh2WXPnqQ3VxKFS8Z1k2iKZBkWYRAeZsIoGiSLcbbeL62R
gWx9CcruxZvqoCplpFQhnErJFbx8PSCYTqW9lEdG8B5pvDC1fM5lSX3N1feMTkwF
mDKYv8Al+Byok3sPWTTo6d6/uygMlx97YaSYykFC/fI1K1pEsTd4EupN3lhQRp2M
un+AI0HINRJ+7jsI7IGVDsX1SK1ELPKHZsvgRzdr43bLQOISWgFcwB2hl7HpGjHu
eM2mNWxnHBx9WMAKNCpev2SheM8m2ad5ORNySD5bNEw3TMyqHyQjDIVB8XMUuOtc
WOGYAwseU0NG6OcMPVSLRnLLK9jBGXPsFuyw5FZaEB59TQpRJAO6A7c/t967g68M
/o5ZTltvSljUfOgXJlSugtqZchONVxHCAHmMDfHO+nt05itd1VYVbn1Oj4hw/cJr
fSXEnRN8016bJm+MZFoB
=FiG1
-----END PGP SIGNATURE-----