Re: [Mingw-users] libaddr2line.a: dependencies of libbfd.a?
- Date: Sat, 1 Oct 2016 23:28:29 +0200
- From: "Jannick" <thirdedition@xxxxxxx>
- Subject: Re: [Mingw-users] libaddr2line.a: dependencies of libbfd.a?
> From: Jannick [mailto:thirdedition@xxxxxxx]
> Sent: Saturday, October 1, 2016 7:41 PM
> However, now I am able to run a pure msys compilation to produce a
> working executable (thanks to Sergio on this list!). I missed this in the
> place, since I had to additionally load the msys core utils to make that
> happen with both the library bfd and liberty residing in the msys lib
> Thus it looks to me that
> - msys has consistent libs bfd and liberty to compile on msys level
> - liberty.a is missing in the MinGW lib folder
> - a mixed compilation approach (msys & MinGW) uses incompatible libs,
> hence linking breaks.
Here a way to get the initial main.c (see the initial posting) compiled
purely with MinGW (i.e. without any reference to msys if I am not missing
anything behind the scenes) and a linking a freshly compiled GNU binutils
package (from https://www.gnu.org/software/binutils, v2.27 as of today). In
a msys shell I compiled the package with
where `--disable-nls` avoids linking errors (with intl library involved). (I
am hesitating to run 'make install' after passing '--prefix=C:/MinGW' to
./configure to not overwrite other files and executables). Then linking
mingw32-gcc -o t.exe main.c \
does the job for main.c here.
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.
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
MinGW-users mailing list
This list observes the Etiquette found at
We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated.
You may change your MinGW Account Options or unsubscribe at: