Hi Vincent,
5)
libbfd_la_LIBADD = `expand ofiles` @WIN32LIBADD@
This one looks OK. (expand is a POSIX command, right ?) Have you tried
it out locally to see if it resolves the problem you encountered ?
Cheers
Nick
___
bug-binutils mailing
--- Additional Comments From nickc at redhat dot com 2007-05-22 10:43
---
Subject: Re: MAKE FAILED: cpu-powerpc.o isn't added to
libbfd.a ?
Hi Vincent,
> 5)
> libbfd_la_LIBADD = `expand ofiles` @WIN32LIBADD@
This one looks OK. (expand is a POSIX command, right ?) Have you tried
i
--- Additional Comments From vincent dot riviere at freesbee dot fr
2007-05-22 20:46 ---
Hi.
Yes, the "expand" trick solves the problem described here.
The last object file listed in ofiles is successfully added to libbfd.a
Here is a small testcase showing the problem (and the solution
--- Additional Comments From vincent dot riviere at freesbee dot fr
2007-05-22 20:57 ---
Fixing this "bug" may not be a good idea, because the build fails later for
another reason :
gcc ... readelf.c
../bfd/bfd.h:103:3: #error No 64 bit integer type available
There is also another bad
This is my $0.02 that I consider the ignoring of static initializers with side
effects to be a bug, as per
discussions at:
http://www.ecos.sourceware.org/ml/binutils/2003-04/msg00262.html
http://sources.redhat.com/ml/binutils/2003-02/msg00131.html
This recently cost me quite a bit of time to fig
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-23
04:09 ---
Not a bug.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From ejt at andrew dot cmu dot edu 2007-05-23
05:23 ---
and your reason for this is statement is because...?
The C++ spec is pretty clear. binutils is not handling linking of C++ code
properly when it's in an archive.
I get the idea of the archive is to only
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-23
05:52 ---
You quote email threads that explain quite clearly why ld behaves as it does
with archives, and why we will not change this behaviour.
http://sources.redhat.com/ml/binutils/2003-02/msg00155.html explains w
